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 >>
- [codesprints] 7.39.1.dev1 Robert Sparks
- [codesprints] 7.39.1.dev2 Robert Sparks
- [codesprints] 7.39.1.dev3 Robert Sparks
- [codesprints] 7.39.1.dev4 Robert Sparks
- Re: [codesprints] 7.39.1.dev4 Robert Sparks
- Re: [codesprints] 7.39.1.dev4 Lars Eggert
- Re: [codesprints] 7.39.1.dev4 Lars Eggert
- Re: [codesprints] 7.39.1.dev4 Nick
- Re: [codesprints] 7.39.1.dev4 Robert Sparks
- Re: [codesprints] 7.39.1.dev4 Robert Sparks