X-Recipient:	archive-cygwin AT delorie DOT com
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=VKI5OEeYPu8/6waSxpq7GcAfBHOK4j4r7P4dxMO54yPOfcI/u9iUr
	M7EECBSKsXOqeANZOvdJ4l1wOlkzurHLyTKS1VSeEh+yps6lka/wFPCBP7tYFc4T
	6uilHKFHZGWudX83HWTauW76kA1NJ/Slh38hbGsPjumNtKi/dxzNkw=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; 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; s=default;
	bh=o86ob8S3doAnSt5+VpuZldYfquk=; b=OAPq2cssXI10I+MVj3Z13e/d2e73
	7YzkWkerW3oLlEW5F5C8rnwPCCDcz+jQv2WkIN+xrHI+qNAWMaXjgRcSOVoTKN8r
	D+bcaJupqR98/jj1J//m57x9HUgjMMT9rYVz/g5eZyTWF5hYhMlJtSCkqP0Asb5+
	ngvHK0xWZ75n/zM=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-4.5 required=5.0 tests=AWL,BAYES_40,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2
X-HELO:	calimero.vinschen.de
Date:	Fri, 14 Aug 2015 22:20:07 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: commands spends time in cygheap_user
Message-ID:	<20150814202007.GM28349@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<1438937297149-120365 DOT post AT n5 DOT nabble DOT com> <20150807090646 DOT GB12475 AT calimero DOT vinschen DOT de> <1438977081850-120377 DOT post AT n5 DOT nabble DOT com> <20150810084019 DOT GB1559 AT calimero DOT vinschen DOT de> <1439208020687-120403 DOT post AT n5 DOT nabble DOT com> <20150810160150 DOT GD13029 AT calimero DOT vinschen DOT de> <1439380764318-120458 DOT post AT n5 DOT nabble DOT com> <20150812144754 DOT GJ13029 AT calimero DOT vinschen DOT de> <1439560143628-120519 DOT post AT n5 DOT nabble DOT com> <20150814154832 DOT GK28349 AT calimero DOT vinschen DOT de>
MIME-Version:	1.0
In-Reply-To:	<20150814154832.GK28349@calimero.vinschen.de>
User-Agent:	Mutt/1.5.23 (2014-03-12)

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

On Aug 14 17:48, Corinna Vinschen wrote:
> On Aug 14 06:49, mku wrote:
> > I hope, not to follow a red herring again, but found some interesting.
> >=20
> > I did a fresh cygwin installation again but made an error not to copy m=
y old
> > .bashrc and .bashrc-profile files.
> > Within .bashrc I defined an alias for ls (ls=3D'ls --color=3Dauto
> > --show-control-chars').
> > I noticed, that the time lag has went away. After a "ls --color=3Dauto"=
, the
> > time lag appeared again.
> > Comparing the strace output with/without the color flag, I found that t=
he
> > time lag at "cygheap_user::ontherange" has gone and it now appeared at a
> > ldap_bind [ldap_init] that was called in the context of a symbolic link=
 to a
> > directory on a network share. The previous strace logs did not show a t=
ime
> > lag at this point, only at the cygheap_user entry.=20
> >=20
> > I deleted the "ln -s" entry and did not notice this big time lag any mo=
re
> > even with the color flag.
> >=20
> > I restored the "old" v2.2.0 version and cannot find the previous logged=
 time
> > lag.=20
> > As no files within the cygwin directory structure has been modified, it
> > seems, that some registry information has been "healed" by the multiple
> > fresh installations.=20
> >=20
> > PS: To do a fresh install I did a "backup" by renaming the original cyg=
win
> > folder. The "restore" was done by renaming the fresh installed cygwin f=
older
> > and renaming the previous "backuped" folder back to cygwin.
> >=20
> > For me the issue is now closed. Thanks for your input.
>=20
> Thank you for this important point.  That gives me an idea what
> happens and I guess this is something which needs fixing.  These
> checks should also only happen if passwd/group in nsswitch.conf
> are set to "db".

I just checked in a patch to address this issue, and I just created a
new developer snapshot for testing.

Can you reproduce the situation by recreating the symlink and try again?
If you can reproduce it, can you give the latest Cygwin DLL from the
developer snapshot page https://cygwin.com/snapshots/ a try?


Thanks,
Corinna

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

--sU4rRG038CsJurvk
Content-Type: application/pgp-signature

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

iQIcBAEBCAAGBQJVzk13AAoJEPU2Bp2uRE+g7BMP/REZwEEHsRTsJo7bejiqCmhq
iUM8nTSr+CWxTPvBKBwnWXRqDpUUo25Rsr7Gaf+z4+h5D3aatWB1YLAyOGOj3Scr
mYcub2mopLEJkJ5zxrfCzGqhu4aZ31lT7bRdE8duzk1zeSHCCpWrTE/CvwbM9230
GnphmohK8e/OAunwuSF7RGF1gEgVeQ+oqBEgH1qwbt6i49rkhJuWZo2N7sgRCRez
e5QapwC0SEERoMHe0QRpuqyXlKGZjEBQGKmCK9wUEd78rb01PMh1c+IZyEQcr3iz
YKrO6MLMIOzaEI1V5khnTqBl1nzDlFA3i8lbnP+IBZn6+lvZ8zE63UVny0/bKTtf
ld1I0YDur9Pm1L6WiV2RkIXEEqqeGgm/z16CKgWOcxHVfmN1itN0KWWzMOnq8cIW
6D3vsrMWvpKL1HBUcajhq32o6P2fWsbw7WRLWzvnU70afBRr0Ry57Bzw3KJksKs8
7mE4/nd8e1QtMbpu5R1/beT2B9xBdwTHT3ifvtULdmokNgJkjPDBAw3zhD0bbPfD
VeQgH8kbGTfknnD04WODdb0KtWvvWX3PhKjTYIfOZ5a6tSV0EY4bHqkO0kS5mmn5
ksfXdPZTD50qr9n4zkBL4b9gFHGqia4ozafp2wR0OHw0lrc7TYEoP1LkkNGh/6Od
0m/RRZIjlJW0hKPjP5I8
=8rh+
-----END PGP SIGNATURE-----

--sU4rRG038CsJurvk--

- Raw text -