Carlo,
Do you have any anti-virus software running? 'ls -l' has to open each
file, and this typically triggers your AV software to scan it.
Depending on your AV product, and how you have configured it, this
might explain unusual delays.
If you do have AV software running, try repeating the
David,
The odd thing is that the delay occurred on a file (in a directory) that,
according to Carlo, do not exist. Nor do they exist on my system even
though I have all of the Cygwin packages installed (including XFree86/Cygwin).
Why would a simple attempt to access a non-existent file trigger
Hi Igor,
I tried disabling ntsec and ls -l is still slow. I'm using
1.3.15-cygwin-1-3-15-1. ls -l and ls -ln takes almost the same amount
of time.On a directory with 3 short text files, the difference, when I
timed ls -l and ls -b, is still considerable.
fcarlo@ZEUS~
$ time ls -b
a b
Carlo,
I think your next step must be to run ls under strace and see where the
excess time (presumably idle time) is going.
Randall Schulz
Mountain View, CA USA
At 17:00 2002-11-19, Carlo Florendo wrote:
Hi Igor,
I tried disabling ntsec and ls -l is still slow. I'm using
Carlo,
The difference between 'ls' and 'ls -l' is that 'ls -l' actually performs
a stat() call on every file in the directory, whereas 'ls' simply reads
the directory contents and doesn't touch the files. Therefore, the files
themselves (or, rather, the stat records for them) need to be in disk
- Original Message -
From: Igor Pechtchanski [EMAIL PROTECTED]
To: Carlo Florendo [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, November 19, 2002 8:56 AM
Subject: Re: ls problem
Try running 'ls -l' first to pull the directory contents and the stat
records for the files
I don't know how to interpret the output of strace so I just included it
here as ls-output.bz2. I hope this helps us see the problem.
Thanks!
- Original Message -
From: Randall R Schulz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 19, 2002 7:45 AM
Subject: Re: ls
On Wed, Nov 20, 2002 at 11:48:10AM -0800, Carlo Florendo wrote:
I don't know how to interpret the output of strace so I just included it
here as ls-output.bz2. I hope this helps us see the problem.
There is a huge delay accessing
F:\cygwin\usr\local\etc\zoneinfo\posixrules,
on your F: drive.
On Tue, Nov 19, 2002 at 10:56:49PM -0500, Pierre A. Humblet wrote:
On Wed, Nov 20, 2002 at 11:48:10AM -0800, Carlo Florendo wrote:
I don't know how to interpret the output of strace so I just included it
here as ls-output.bz2. I hope this helps us see the problem.
There is a huge delay
On Tue, Nov 19, 2002 at 11:09:33PM -0500, Pierre A. Humblet wrote:
On Tue, Nov 19, 2002 at 10:56:49PM -0500, Pierre A. Humblet wrote:
On Wed, Nov 20, 2002 at 11:48:10AM -0800, Carlo Florendo wrote:
I don't know how to interpret the output of strace so I just included it
here as ls-output.bz2.
Pierre,
I think this probably explains the F: drive:
**
Program name: F:\cygwin\bin\ls.exe (1728)
App version: 1001.8, api: 0.34
DLL version: 1003.13, api: 0.62
DLL build:2002-10-13 23:15
OS version: Windows NT-5.0
Date/Time:2002-11-20
He put it of F Drive.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Pierre A. Humblet
Sent: Tuesday, November 19, 2002 10:10 PM
To: [EMAIL PROTECTED]
Subject: Re: ls problem
On Tue, Nov 19, 2002 at 10:56:49PM -0500, Pierre A. Humblet wrote:
On Wed
On Tue, Nov 19, 2002 at 11:18:59PM -0500, Christopher Faylor wrote:
The delay is apparently ls doing things that haven't been straced. I don't
know what could be causing the delay. It would be interesting to see what
the task manager says is happening during this time. Does ls spike the
A. Humblet [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 19, 2002 8:37 PM
Subject: Re: ls problem
On Tue, Nov 19, 2002 at 11:18:59PM -0500, Christopher Faylor wrote:
The delay is apparently ls doing things that haven't been straced. I
don't
know what could be causing the delay
There is a huge delay accessing
F:\cygwin\usr\local\etc\zoneinfo\posixrules,
on your F: drive.
What's that?
I have no idea. In fact, /usr/local/etc/zoneinfo does not exist--neither a
directory nor a file.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
Thanks for the info. I've read the FAQ and it mentioned something about the
// notation on the PATH environment variable. I checked my PATH variable
and there was no presence of the // notation. I then set the PATH to
include only the usual bin directories but ls -l is still considerably
slow.
On Mon, 18 Nov 2002, Carlo Florendo wrote:
Hello,
I've been using cygwin for 3 years now and last week, I downloaded the
latest cygwin from one of the mirrors and everything in well except for one
problem. I noticed that whenever I type 'ls -', the output gets delayed for
a few seconds.
17 matches
Mail list logo