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:message-id:in-reply-to:references :subject:mime-version:content-type:content-transfer-encoding; q= dns; s=default; b=gUJkCvz5sY0fZnnKMSc+TE5KZejuwtNkem/xjC43gRd5yc nNHxop7iEe9oCiC4Bw4wu0uYuIGyqw1PddJcTgXNTmL53LYRLqwWVj1EtEpLBS6v L4n/7ZPO3JfivSbTYFhspG6djfyCkzrc+FljcjoCwTtyrNvKnOOiK/CS/SDnc= 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:message-id:in-reply-to:references :subject:mime-version:content-type:content-transfer-encoding; s= default; bh=V9ydnd/0o9PgzGJcDsJ1sybgj28=; b=WBbBurGjqY+B1NZIEddi R9/64hmuSnPhX5TxummU11A1Ws8VqF5d4s2hwiOnMESKj/FmUwXgebZVQ9eT2LQz F8LBqpgSEZkv/xk9Ef3vBPKlWM44aamEaaGB1AoDbfjf0Ak34bBaM/wtzLGnZmmD +n8lzUmgPgglfs3hA2BAWy4= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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.0 required=5.0 tests=AWL,BAYES_60,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW,URI_HEX autolearn=no version=3.3.2 X-HELO: mwork.nabble.com Date: Fri, 7 Aug 2015 01:48:17 -0700 (MST) From: mku To: cygwin AT cygwin DOT com Message-ID: <1438937297149-120365.post@n5.nabble.com> In-Reply-To: <1437114390582-119766.post@n5.nabble.com> References: <1437114390582-119766 DOT post AT n5 DOT nabble DOT com> Subject: Re: commands spends time in cygheap_user MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In order to find the reason for the delay in processing the ls command, I did some investigations with the following results: As I wished to use cygwin in a local environment that is not permanently connected to AD (mobile device), I modified the file /etc/nsswitch.conf after having the long lasting ls command to the following contents: passwd: files group: files After rebooting the effect remains (ls commands took about 5 sec to complete for a local directory with 10 files). After that I enabled the VPN tunnel to the AD domain and tried the ls command again. To list the 10 files it now took only 0.9 sec. After closing the VPN tunnel to the AD domain, I had the 5 sec for the ls of 10 files again. So the problem seems to relate to the accessibility of the AD domain. I have the impression, that the ls command always tries to connect to the AD domain and only continues to work after it got a time out. The modification of nsswitch.conf seems to have no effect to that behaviour. As this cygwin version is not usable for me, I restored an old backup (1.7.28). The result is, that the same ls command now takes 0.020 sec. That means that the new 2.2 version is 250 times slower! But now I would like to know where I can download a consistent 1.7.28 distribution to be independent of the actual cygwin distribution and do an installation from local directory. Can somebody help or give a pointer? -- View this message in context: http://cygwin.1069669.n5.nabble.com/commands-spends-time-in-cygheap-user-tp119766p120365.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple