Re: [codesprints] 7.39.1.dev4

Robert Sparks <rjsparks@nostrum.com> Wed, 17 November 2021 15:40 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: codesprints@ietfa.amsl.com
Delivered-To: codesprints@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87F4A3A0D90 for <codesprints@ietfa.amsl.com>; Wed, 17 Nov 2021 07:40:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.531
X-Spam-Level:
X-Spam-Status: No, score=-3.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, NICE_REPLY_A=-1.852, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9GD4myZiWW5j for <codesprints@ietfa.amsl.com>; Wed, 17 Nov 2021 07:40:00 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D0F63A0D92 for <codesprints@ietf.org>; Wed, 17 Nov 2021 07:40:00 -0800 (PST)
Received: from [192.168.1.114] ([47.186.34.206]) (authenticated bits=0) by nostrum.com (8.17.1/8.16.1) with ESMTPSA id 1AHFdqU2051635 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 17 Nov 2021 09:39:53 -0600 (CST) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1637163593; bh=244z/GhsD/LL2EQqNtJMkMyftYz46Zc2XmluHV5Ed40=; h=Date:From:To:Cc:References:Subject:In-Reply-To; b=lnLkgHwEWM3dcpAYT9m9bBQU0hncTIlSy8XUlW0LFkvnxu7wHmwtc6NFBT6CfC4Mn OG+9Ryn/X41LTQWrnf5XtYL2xTkVxYEzwla5qMyhVoCnYf7iZEpcVnAsr74W8QTRZl oYu3AeoMa/5Rt/yeVYJh9LxBw8LVKa/pPlDUmpeQ=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.34.206] claimed to be [192.168.1.114]
Message-ID: <450ba19b-7446-d7c4-f3a4-56315a7304a3@nostrum.com>
Date: Wed, 17 Nov 2021 09:39:47 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.3.1
Content-Language: en-US
From: Robert Sparks <rjsparks@nostrum.com>
To: Nick <nick@staff.ietf.org>, 'Lars Eggert' <lars@eggert.org>
Cc: codesprints@ietf.org
References: <939a6974-636b-b504-eceb-77a8c6fcf01f@nostrum.com> <D748D97A-FFCF-4F37-9995-492529D980D4@eggert.org> <008a01d7db67$19a44770$4cecd650$@staff.ietf.org> <27eb27a4-05ca-9f3e-8af9-7b999861accb@nostrum.com>
In-Reply-To: <27eb27a4-05ca-9f3e-8af9-7b999861accb@nostrum.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/codesprints/Y-lK6cqobkHrkhdbbA83Xn3m5Ac>
Subject: Re: [codesprints] 7.39.1.dev4
X-BeenThere: codesprints@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for coordinating \(and following up on\) codesprint activities" <codesprints.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/codesprints>, <mailto:codesprints-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/codesprints/>
List-Post: <mailto:codesprints@ietf.org>
List-Help: <mailto:codesprints-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codesprints>, <mailto:codesprints-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Nov 2021 15:40:06 -0000

Fact-checking myself:

Native : 926.222s

Docker: 1196.506s

(Native without selenium: 607.834s)

So, really, the slowdown is only 30%

RjS

On 11/17/21 8:10 AM, Robert Sparks wrote:
>
> On 11/16/21 9:56 PM, Nick wrote:
>> The Markdown package has been updated today to 3.3.5 and it prevents 
>> the server from starting.
>> Pinning the package version to 3.3.4 in requirements.txt resolves the 
>> issue.
>>
>> @Robert Sparks:
>> By default, Docker for Desktop (mac and Windows) sets a limit on the 
>> number of CPU cores and RAM available to containers.
>> This is likely why you see a performance impact when running the 
>> tests inside the container vs on the host.
>>
>> On Mac, you can increase these settings under Preferences > Advanced, 
>> in Docker for Desktop.
>
> Already done, long ago. The slowdown is, as far as I've been able to 
> discern, in the filesystem sync done into the containers through the 
> VM docker necessarily runs on OSX. (Windows requires one too, of course).
>
> I'm curious what the total test time is on your windows host?
>
> Fwiw, on my 2.4G 8core i9, 64Gb macbook pro, running natively, the 
> test suite takes just under 10 minutes.
>
> I'm currently giving docker 8 cpus, 18Gb ram, and 2Gb swap. There the 
> test suite takes just over 20 minutes.
>
> Incrementing the resources above has not had any appreciable effect.
>
> RjS
>
>> Nick
>>
>> -----Original Message-----
>> From: Lars Eggert <lars@eggert.org>
>> Sent: November 12, 2021 1:37 AM
>> To: Robert Sparks <rjsparks@nostrum.com>
>> Cc: codesprints@ietf.org
>> Subject: Re: [codesprints] 7.39.1.dev4
>>
>> It will be faster - the download time seems to be bound by the 
>> IETF.org pipe currently, whereas I can pull from ghcr.io at tens of 
>> MB/s.
>>
>> -- 
>> Sent from a mobile device; please excuse typos.
>>
>>> On Nov 11, 2021, at 21:30, Robert Sparks <rjsparks@nostrum.com> wrote:
>>>
>>> Btw - we will, when we can, be building these images automatically 
>>> and continuously. The pain of this first 20m build will go away (but 
>>> will be replaced with some initial download time that's on the order 
>>> of the time taken to download the database snapshots).
>>>
>>> RjS
>>>
>>>
>>>> On 11/11/21 1:27 PM, Robert Sparks wrote:
>>>> All -
>>>>
>>>> This update unifies Nick's and Lars' work on the development 
>>>> containerization and shifts us to docker-compose so that we can 
>>>> manage the development database separately from the code.
>>>>
>>>> It also brings in a few changes to the actual code.
>>>>
>>>> Russ - I've tested that this tag's container actually works on os/x 
>>>> up through running the tests.
>>>>
>>>> Note that the instructions for using the container have changed 
>>>> _completely_. Please read through 
>>>> https://trac.ietf.org/trac/ietfdb/browser/tags/dev/7.39.1.dev4/docker/README.md 
>>>> before proceeding.
>>>>
>>>> Consider cleaning out old datatracker docker images and containers.
>>>>
>>>> The first build takes about 20 minutes. After that, getting in and 
>>>> out of the container is very quick.
>>>>
>>>> Tests in the container take 20 minutes to complete on my machine, 
>>>> which is about twice as long as they take natively.
>>>>
>>>> RjS
>>>>
>>>> Since .dev3:
>>>>
>>>>   * Merged in ^/personal/nick/7.39.1.dev3@19629 from 
>>>> nick@staff.ietf.org:
>>>>      feat: Single docker configuration for VS Code and generic dev 
>>>> [19604]
>>>>      fix: remove deprecated files from single docker setup changes 
>>>> [19605]
>>>>      fix: finalize docker setup consolidation [19622]
>>>>      misc: add cleandb script for docker + fix utf8 db charset params
>>>> [19628]
>>>>
>>>>    * Docker related changes: Mark cleandb executable. Clean 
>>>> settings_local
>>>>      and settings_local_sqlitetest of flakes and types issues.
>>>>
>>>>    * Adjust docker volume mounting strategy.
>>>>
>>>>    * Merged in [19621] from rjsparks@nostrum.com:
>>>>      Use rfc8989 for 2022 nomcom eligibility. Fixes #3442.
>>>>
>>>>    * Merged in [19636] from jennifer@painless-security.com:
>>>>      Update groupfeatures_session_purposes field migration to match 
>>>> change
>>>>      to model.
>>>>
>>>>    * Add a command to clean all datatracker related docker 
>>>> resources (from
>>>>      nick@staff.ietf.org)
>>>>
>>>>
>>>>> On 11/9/21 4:22 PM, Robert Sparks wrote:
>>>>> Yes, I know these are coming close together, but a lot is coming 
>>>>> together closely.
>>>>>
>>>>> 7.39.1.dev3 is now available.
>>>>>
>>>>> This brings in a major refactor of the Meeting app to give Purpose 
>>>>> to Sessions, and to remove the old schedule editor.
>>>>>
>>>>> Instructions to get a new working copy are again similar to what's 
>>>>> below.
>>>>>
>>>>> A dump of what the changelog will look like (so far) of the next 
>>>>> release is below. It's going to be a big release.
>>>>>
>>>>> On 11/8/21 2:59 PM, Robert Sparks wrote:
>>>>>> 7.39.1.dev2 is now available. Modify the below instructions 
>>>>>> accordingly.
>>>>>>
>>>>>> RjS
>>>>>>
>>>>>> On 11/2/21 3:46 PM, Robert Sparks wrote:
>>>>>>> I've merged what we've all committed so far, and made a new 
>>>>>>> development tag at 7.39.1.dev1.
>>>>>>>
>>>>>>> You can get a copy of it as follows: In your current checkout 
>>>>>>> top level, run:
>>>>>>>
>>>>>>> $ ./bin/mkdevbranch (your branch root) $  svn co ^/personal/(your
>>>>>>> branch root)/7.39.1.dev1 ../7.39.1.dev1
>>>>>>>
>>>>>>> RjS
>>>>>>>
>>>> _______________________________________________
>>>> codesprints mailing list
>>>> codesprints@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/codesprints
>>> _______________________________________________
>>> codesprints mailing list
>>> codesprints@ietf.org
>>> https://www.ietf.org/mailman/listinfo/codesprints
>>