From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29931 invoked by alias); 5 Dec 2011 16:20:20 -0000 Received: (qmail 29919 invoked by uid 22791); 5 Dec 2011 16:20:18 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,MISSING_HEADERS,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mailbackend.panix.com (HELO mailbackend.panix.com) (166.84.1.89) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 05 Dec 2011 16:20:03 +0000 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mailbackend.panix.com (Postfix) with ESMTP id D52F328CFE for ; Mon, 5 Dec 2011 11:20:02 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 19362) id DCF088FDDE; Mon, 5 Dec 2011 11:20:02 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by panix3.panix.com (Postfix) with ESMTP id DC0FB8FDDA for ; Mon, 5 Dec 2011 10:20:02 -0600 (CST) Date: Mon, 05 Dec 2011 16:20:00 -0000 From: Tim McDaniel cc: "cygwin@cygwin.com" Subject: RE: Cygwin slow on x64 systems? In-Reply-To: <0105D5C1E0353146B1B222348B0411A20A43ADEDCE@NIHMLBX02.nih.gov> Message-ID: References: <0105D5C1E0353146B1B222348B0411A20A43ADEDCE@NIHMLBX02.nih.gov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-12/txt/msg00081.txt.bz2 On Sat, 3 Dec 2011, Buchbinder, Barry wrote: > Tim McDaniel sent the following at Thursday, December 01, 2011 10:59 AM >> >> BLODA is the Big List Of Dodgy Apps, apparently from >> http://cygwin.com/faq/faq.using.html#faq.using.bloda >> 44. What applications have been found to interfere with Cygwin? >> >> Unless someone has another suggestion, maybe I just have to assume I'm >> SOL. > > If you use bash completion, try not using it. I Googled for that and found the explanation, that "bash completion" isn't for ALL completion like I had assumed from the name, but instead programmable context-sensitive completion. Removing it did indeed massively speed up filename completion, which I use all the time. Many thanks. > Also, check your PATH. If you set it as a user windows environmental > variable, windows may be pre-pending a long "for everyone" PATH. See > . See also > . Thank you very much for the pointers. Unfortunately, I have not modified the /etc/profile version of PATH, so it is $ echo "$PATH" /usr/local/bin:/usr/bin:/Windows/system32:/Windows:/Windows/System32/Wbem:/Windows/System32/WindowsPowerShell/v1.0:/Program Files/Perforce # A form for easier readability: $ echo $PATH | tr ':' '\n' /usr/local/bin /usr/bin /Windows/system32 /Windows /Windows/System32/Wbem /Windows/System32/WindowsPowerShell/v1.0 /Program Files/Perforce And I see slowness even when everything is a bash builtin (except perhaps for whatever is handling "|" -- I suppose it's forking bash itself): $ time echo hi | read x real 0m1.928s user 0m0.031s sys 0m0.031s -- Tim McDaniel, tmcd@panix.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