X-Spam-Check-By: sourceware.org
Content-class: urn:content-classes:message
Subject: RE: slow bash command line and scripts
MIME-Version: 1.0
Content-Type: text/plain; 	charset="us-ascii"
Date: Thu, 31 May 2007 17:55:49 +0100
Message-ID: <2D9E96311DCA4C48BF185EA6928BC7BB01D76A12@asc-mail.int.ascribe.com>
In-Reply-To: <c27ab42930877.30877c27ab429@nyroc.rr.com>
From: "Phil Betts" <Phil DOT Betts AT ascribe DOT com>
To: <cygwin AT cygwin DOT com>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id l4VGuHbI023151

MVUKOVIC AT xxxxx DOT xx DOT xxx wrote on Thursday, May 31, 2007 2:53 PM::

> The response time to bash command from the command line is very slow.
> For example, if I type "ls<cr>", it takes about 0.5 sec to get some
> output, and after the output, another 0.5 sec for the prompt.
> 
> Likewise, my scripts are very slow (I was comparing files in two
> directories).  Looking at the task manager, the CPU usage was in the
> single percent.
> 
> I could not find much in past emails, except to provide strace output.
> 
> I am attaching the strace output to running ls (strace -o ... ls), and
> also the cygcheck output (cygcheck -srv).
> 

I've only glanced at the trace, so this is not a diagnosis, just an
observation.  You should certainly look into cleaning up your PATH.

The same directories are mentioned multiple times, this means that, as
well as having to parse a longer than necessary string, the same 
directories will be searched multiple times.  Note that /bin and 
/usr/bin are usually the same in cygwin, so you only need one of them,
and it should usually be first so that the shell needs to do the bare
minimum to find the common commands.  In general, application specific
directories should only come after system directories, unless the
commands in them are intended to replace system commands.  In this 
context, "system" means cygwin first, then Windows.

It's _never_ smart to have "." in your PATH, because:
 a) you're leaving yourself wide open to attack from malicious software
    (e.g. if there is a file called ls.exe in the current directory 
    that just happens to wipe your C drive, don't expect any sympathy).
 b) the actual command file that runs should never depend on where your 
    current directory happens to be (unless you explicitly type 
    "./commandname" of course), otherwise scripts that were previously 
    reliable will mysteriously stop working when you're in a particular 
    directory.


Phil

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