DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=HNa2K1IP3ugCx24i/pNmVRVaiHBhkg2P//TLvKABjbQWTLTyW1xg9
	IcHWLJ0eUNHLsmtSvdYG+RoeE5j54fB1O/xGQYDJzEtB8wQyJksG/R8Tmi80hDLZ
	wRv2DDyZBikJTfSLK1FyEjPTbvQQfYGWjn2T3g59o1aPJvSJrJdqn4=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Mon, 30 May 2016 10:25:47 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: last snapshot is not better than previous version
Message-ID: <20160530082547.GB12694@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <90DB300A-9605-4E19-BEFC-AFBFB5240C0E AT Denis-Excoffier DOT org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd"
Content-Disposition: inline
In-Reply-To: <90DB300A-9605-4E19-BEFC-AFBFB5240C0E@Denis-Excoffier.org>
User-Agent: Mutt/1.6.1 (2016-04-27)

--ADZbWkCsHQ7r3kzd
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Denis,

On May 26 19:21, Denis Excoffier wrote:
> Hello,
>=20
> I tried the snapshot dated 2016-05-20. Okay, this one was not announced.
>=20
> Functionally it seems ok. But some simple tasks now take a lot of time co=
mpared to the last non-snapshot version (2.5.1):
>=20
> 1) searching into a small text file
> A simple text file (created with "seq 10000") takes several seconds to lo=
ad in vim. Lookup for the string "9999" then takes 5 seconds. Previously, s=
earching "9999999" in a bigger file (created with "seq 10000000") used to t=
ake 2 seconds only.

I can't reproduce this.

> Note: The "seq 10000000 > myfile" itself makes no notable difference.
>=20
> 2) ls in a large directory
> My /usr/bin contains 8098 files. Previously, a plain "ls -F" in this fold=
er took some initialization time (2 seconds), then the display of the files=
 was quite instantaneous. With the new snapshot, the initialization (stat a=
nd sort) takes more or less the same time, but afterwards, each single line=
 is displayed at a visible pace, a clear screen is executed after each set =
of ~24 lines and the whole directory is listed in about 10 minutes.

I can't reproduce this either.

> Note: "ls | wc -l" itself makes no notable difference.
>=20
> This occurs under X-Windows (xterm) or not (login window). Under x86, Win=
dows 7. I switched back to 2.5.1.
>=20
> This message just in case it could be useful.

The problem is, there's no change at all in the snapshot which would
explain a slowdown of such basic functions:

- Assorted select(2) improvements:

  commits a23e6a35d896a075640db714b28ce74bb6b8d7ff
          e5665d8c930485d5ac6d8913573e27b9e5043d92

- There's a change to the sched_* functions, which is used only rarely
  and which doesn't introduce any waits or loops.

  commits 450f557feee5dd4900e3fd4f16cbb6cabe89fbc6
          4b51e4c142445c133d6075d2a68ce98e8ec6058b

- Fix a size restriction to 2 GB areas

  commit 0aa738220bb9dea2ad479e484560767b36701947

- Replace toupper with explicit tests of character values in the rare
  case TZ isn't set

  commit 030d86d04dbd6ae878ff894256c5a465890d5970

And that's it.  All other changes since 2.5.1 only affect non-Cygwin
targets in newlib and libgloss.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--ADZbWkCsHQ7r3kzd
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXS/kKAAoJEPU2Bp2uRE+gbpwP/3Q8sBbEngfPiEOw9+Fupk2C
PSOICS0MKOqd5JxGou98K0FJqeTdUNcTnvIXhUyuV/t0wWqE35EipfWlqJXTJIGT
sRbKOEd4gzJnKfo2jm9UcnLGPuq8d95dy22wv4a6MWyYmb8kkEdAsh+m/WXvDuye
CfHbJaxIEn6vubvjtcxxFbYARWLlAoidddM2tZrQOfKiLP37bOisFqNvu5LSQdQU
Ci6pf4quEN9aKRxj8/PG3OyJPwwadz8xk2fMLmCswchxYY7YIM4/EtWwDVwFhhVe
+JRYfbWSvUmvSt+fPxV2p5QwZxlCmQSXQUSbNL+Mr8YatJWFOYiq+bXyWUhhSzU0
cxrD0iQHSXjwBAjKfhMs+C/cyDlv2x+ETe1VJWeIWA84UtZozl7MbiaAJvVy2Clj
ixNDtADjepe3/S60y2TVYjHq0baBHx3fgzfClTWCZ2YYadMZFCSxUIae70E8u2mb
Zy39CPuYli0FMWY1LO/zCwC6uKyVVOSUXETDQBayBUrnVq4kCgdQKW3cbJyUOmCQ
aNmGx5gQFByaKaZOusgdMoEo3hAG9CjdrFDN8HIpSv9ipU5QJyoQUXTcZNNuvGU0
wYVqu/rjKaxPlVBJonqGc7aHyHnqmxByrn9oe3X8aueRizJQq5Redf9WZP1HH6Tw
MuzhqYSaCwjld4lJdL81
=wwXi
-----END PGP SIGNATURE-----

--ADZbWkCsHQ7r3kzd--