DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51MBKEDQ1371646
Date: Sat, 22 Feb 2025 12:19:13 +0100
To: cygwin@cygwin.com
Subject: Re: [CALL FOR TESTING] Cygwin-3.6.0
Message-ID: <Z7mysSoCPc5tu1cB@calimero.vinschen.de>
Mail-Followup-To: cygwin@cygwin.com
References: <Z7RUxWZt7iN9wxR1@calimero.vinschen.de>
 <aba49b13-6ae4-b9ed-298b-68c4887ee55e@jdrake.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <aba49b13-6ae4-b9ed-298b-68c4887ee55e@jdrake.com>
Precedence: list
From: Corinna Vinschen via Cygwin <cygwin@cygwin.com>
Reply-To: cygwin@cygwin.com
Cc: Corinna Vinschen <corinna-cygwin@cygwin.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.com>

On Feb 21 14:35, Jeremy Drake via Cygwin wrote:
> I rebased msys2's msys2-runtime fork of cygwin on top of cygwin's master
> branch, and then rebased git-for-windows' msys2-runtime on top of THAT.
> 
> 1. Git for Windows's test suite still passes with that (which is nice, it
> tended to hang when we did this with 3.5.5).
> 
> 2. This seems to have fixed a severe performance regression in Curl's test
> suite (https://github.com/curl/curl/pull/16217) that I was recently
> looking into.  My research tracked it down to c7fe29f ("Cygwin: pipe:
> Restore blocking mode of read pipe on close()/raw_read()"), reverting that
> got performance back to normal.  The fhandler/pipe.cc code changed
> significantly in master vs 3.5.

This sounds a bit ambiguous to me.

Do you see this performance regression with the latest 3.6.0 test
release, or does it fix this performance regression?


Corinna

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple