From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx009.vodafonemail.xion.oxcs.net (mx009.vodafonemail.xion.oxcs.net [153.92.174.39]) by sourceware.org (Postfix) with ESMTPS id DB574385802D for ; Mon, 23 Nov 2020 20:05:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org DB574385802D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=Stromeko@nexgo.de Received: from vsmx002.vodafonemail.xion.oxcs.net (unknown [192.168.75.192]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTP id D0B29605181 for ; Mon, 23 Nov 2020 20:05:12 +0000 (UTC) Received: from Otto (unknown [84.160.202.5]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTPA id A345160442D for ; Mon, 23 Nov 2020 20:05:10 +0000 (UTC) From: ASSI To: cygwin-apps@cygwin.com Subject: Re: [ITA] wxWidgets3.0 References: <87imb3mnjn.fsf@Rainer.invalid> <87o8knerln.fsf@Otto.invalid> <877drad9q1.fsf@Rainer.invalid> <87blfplodt.fsf@Rainer.invalid> <87v9dwt7pu.fsf@Otto.invalid> <87r1ojubnw.fsf@Otto.invalid> Date: Mon, 23 Nov 2020 21:05:09 +0100 In-Reply-To: (Hamish McIntyre-Bhatty via Cygwin-apps's message of "Mon, 23 Nov 2020 19:24:08 +0000") Message-ID: <87im9vu9e2.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-VADE-STATUS: LEGIT X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_NUMSUBJECT, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2020 20:05:15 -0000 Hamish McIntyre-Bhatty via Cygwin-apps writes: > Okay, wow that is a LOT quicker. I haven't timed mine precisely buts > it's something like: Just look at the files in the log/ folder. > Compile 2 hrs, install 40 minutes (64bit), 120 minutes (32bit), > packaging probably like 5 minutes. Ouch. > I have an NVME disk, but all my VMs (including this one) are on a SATA > disk, and it's a Samsung QVO 1TB one that was cheaper but also slower > (sustained write slows down to 80 MB/s eventually). Read is quick > though. IIRC it's presented as SATA to the VM too. What you really need to look for is IOPS/latency, not bandwidth. I rarely see upwards of 60MByte/s through NTFS unless very large files are involved (and only then I've ever seen it surpass the SATA barrier of ~550MByte/s and not by much), but the QVO is better suited for warm storage / backups and has pretty long response times and the low IOPS that come with it when you fill the queue. The NVMe on the other hand mostly registers below 1ms where the former SATA disk (a WD Blue) was all over the map up to almost 300ms at times and around 3=E2=80=A610ms aver= age under load. > I'd better have a look at my configuration. Maybe do some disk and CPU > benchmarks. This is in virtualbox so perhaps it's yet another problem > with that, in the long list of problems I seem to have with virtualbox. > The VM has 16GB of RAM dedicated to it, how does that compare to your > system? That system is at its official max. configuration of 32GiB (4x8GiB ECC). But as I said, it was running around 6GiB for the whole build with some brief spikes to maybe 8GiB. So that seems unlikely to be your problem. You run your VM (virtual storage controller) in AHCI mode or not? That should be the standard option for a recent Windows VM, but if not, then rather abysmal disk performance is semi-expected. Regards, Achim. --=20 +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada