Re: [codesprints] 7.39.1.dev4

Robert Sparks <rjsparks@nostrum.com> Wed, 17 November 2021 14:11 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 3E4F53A0D15 for <codesprints@ietfa.amsl.com>; Wed, 17 Nov 2021 06:11:02 -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 VP91BpMH0CMF for <codesprints@ietfa.amsl.com>; Wed, 17 Nov 2021 06:10:57 -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 827983A0D0D for <codesprints@ietf.org>; Wed, 17 Nov 2021 06:10:57 -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 1AHEAkIO034791 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 17 Nov 2021 08:10:47 -0600 (CST) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1637158249; bh=rgGJkBxXjA0JlPUgHXMzj3sAsjNS4fxvVRYiimP3p5o=; h=Date:To:Cc:References:From:Subject:In-Reply-To; b=mL6s5dPjHqfOEqY4FRCzlc3QCG0//89fkPAthCyMxMDJRGiYNIaBudcbLlNeU941x tfblpvBvabNTQQDCjHOxJkA0rnR3klhBM1IVnCobxapsQe4JG+n55ppw08hagBtf15 PJzeAnCfKXb46Ao90UK80uiCzuL90oBLvqISy1Hc=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.34.206] claimed to be [192.168.1.114]
Message-ID: <27eb27a4-05ca-9f3e-8af9-7b999861accb@nostrum.com>
Date: Wed, 17 Nov 2021 08:10:41 -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.0
Content-Language: en-US
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>
From: Robert Sparks <rjsparks@nostrum.com>
In-Reply-To: <008a01d7db67$19a44770$4cecd650$@staff.ietf.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/codesprints/xcbLR2Hh1HY4q4_bNzqvsulnimA>
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 14:11:02 -0000

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
>