--- Christopher Layne [EMAIL PROTECTED] ha
scritto:
If you have a moment, would it be possible for you
to
test your testcase on 20060309? I know this is going
to send ridiculous, but if you have a moment I'm
curious
what your results are.
20060309 snapshot is not available.
Any reason
On Jan 18 16:55, Marco atzeri wrote:
20070118 solved the issue. The timing now is
acceptable
VirusScan Enterprise 8.0.0
Antivirus Disabled
time rm -rf testdir
real0m5.437s
user0m0.100s
sys 0m0.650s
Antivirus Enabled
time rm -rf testdir
real0m8.742s
user
On Sat, Jan 13, 2007 at 09:02:03PM -, Dave Korn wrote:
So, what's up on the slow machines?
How full are your respective recycle bins? I've noticed just through
deleting things in ordinary windows explorer that the recycle bin thrashes
like crazy when it starts to get full; seriously
On Thu, Jan 18, 2007 at 04:55:33PM +0100, Marco atzeri wrote:
--- Marco atzeri [EMAIL PROTECTED] ha scritto:
--- Larry Hall (Cygwin)
Did you update your build recently? Corinna
checked
in a fix for this on
Saturday
http://cygwin.com/ml/cygwin-cvs/2007-q1/msg00021.html.
--On 19 January 2007 07:55 -0800 Christopher Layne wrote:
I've noticed windows insists on spooling up all HDs upon even deleting a
single file from the RB.
Yes, it would have to do that. The Recycle Bin is a pseudo object on the
Desktop which stands for the individual physical RECYCLER
On 19 January 2007 15:55, Christopher Layne wrote:
On Sat, Jan 13, 2007 at 09:02:03PM -, Dave Korn wrote:
So, what's up on the slow machines?
How full are your respective recycle bins? I've noticed just through
deleting things in ordinary windows explorer that the recycle bin
On Jan 19 16:20, Robin Walker wrote:
--On 19 January 2007 07:55 -0800 Christopher Layne wrote:
I've noticed windows insists on spooling up all HDs upon even deleting a
single file from the RB.
Yes, it would have to do that. The Recycle Bin is a pseudo object on the
Desktop which stands
--- Larry Hall (Cygwin)
[EMAIL PROTECTED] ha scritto:
Did you update your build recently? Corinna checked
in a fix for this on
Saturday
http://cygwin.com/ml/cygwin-cvs/2007-q1/msg00021.html.
I will wait the next snapshot to test the changes.
Regards
Marco
--- Marco atzeri [EMAIL PROTECTED] ha scritto:
--- Larry Hall (Cygwin)
Did you update your build recently? Corinna
checked
in a fix for this on
Saturday
http://cygwin.com/ml/cygwin-cvs/2007-q1/msg00021.html.
I will wait the next snapshot to test the changes.
20070118 solved
To clarify a few things...
On Tue, 16 Jan 2007, Larry Hall (Cygwin) wrote:
Brian Ford wrote:
A quick look via Filemon doesn't show where the time is going. But since
I don't regularly run this way, I'm not that interested in pursuing this
further.
This statement was with respect to
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this
Brian Ford wrote:
snip
A quick look via Filemon doesn't show where the time is going. But since
I don't regularly run this way, I'm not that interested in pursuing this
further.
I regularly delete 100,000 files at a time under 1.5.18, and the rm return
is rather snappy. About two weeks ago I
Hi Corinne,
I found the reason for the long time needed to delete
files on my machine:
It is fault of the antivirus, but the crazy thing
is that the performance is orrible when it is
disabled,
and reasonable when it is enabled.
The bin filling have no effect, I tried on the home
PC,
filling the
On 15 January 2007 08:23, Marco atzeri wrote:
I found the reason for the long time needed to delete
files on my machine:
It is fault of the antivirus, but the crazy thing
is that the performance is orrible when it is
disabled,
and reasonable when it is enabled.
It is often the case, that
On Jan 13 21:02, Dave Korn wrote:
On 13 January 2007 18:19, Corinna Vinschen wrote:
So, what's up on the slow machines?
How full are your respective recycle bins? I've noticed just through
deleting things in ordinary windows explorer that the recycle bin thrashes
like crazy when it
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this conditional only if a regular delete fails because
the
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this
On Jan 13 14:08, Igor Peshansky wrote:
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
[... needless full quote deleted ...]
Can anybody explain to me why moving to the bin should take that
long on another machine? Apparently the performance hit is barely
visible on my machine. It's hardly
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
On Jan 13 14:08, Igor Peshansky wrote:
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
[... needless full quote deleted ...]
Can anybody explain to me why moving to the bin should take that
long on another machine? Apparently the performance
On 13 January 2007 18:19, Corinna Vinschen wrote:
Ok, next thing is taking the time with the current implementation
which always moves the file to the bin:
$ ./deltest.sh
Creating files... Ok.
Deleting files ...
real0m2.546s
user0m0.233s
sys 0m0.578s
Huh?
On Jan 11 13:14, Marco atzeri wrote:
Hi All,
I have found non specific info on the faq and
documentation, so I am wondering if there is
any specific debugging reason to explain why
latest snapshots 20070110 (and 04) are substantial
slower than 1.5.23-2 on removing multiple files.
FAQ and
On Jan 12 09:24, Lev Bishop wrote:
On 1/12/07, Corinna Vinschen wrote:
To overcome this problem the file is moved to the recycle bin in
unlink(2), so that it disappears from it's original directory,
regardless whether it's still in use or not. I tried to do this as
quick as possible but
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this conditional only if a regular delete fails because
the file is in use? Would it then only
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this conditional only if a regular delete fails because
the
Thanks for the explanation.
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
- P's to speed up the code are TC ;)
I'll look when I can, but since you mentioned there's obviously some room
for optimization, could you state the obvious as a lead for someone who
has the time?
--
Brian Ford
Lead
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code, I'd be most grateful.
If you just want a boolean any/none answer, you can try opening it
exclusively. Or do you need to know
On Jan 12 13:39, Brian Ford wrote:
Thanks for the explanation.
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
- P's to speed up the code are TC ;)
I'll look when I can, but since you mentioned there's obviously some room
for optimization, could you state the obvious as a lead for someone
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code, I'd be most grateful.
If you just want a boolean any/none answer, you can try opening it
So you would open it, delete it and then close it...to avoid races?
...Karl
From: Corinna Vinschen To: cygwin@cygwin.com
Subject: Re: Snapshot speed on managing files
Date: Fri, 12 Jan 2007 20:59:42 +0100
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote
On 12 January 2007 20:00, Corinna Vinschen wrote:
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code, I'd be most grateful.
If you just want
On Jan 12 20:12, Dave Korn wrote:
On 12 January 2007 20:00, Corinna Vinschen wrote:
On Jan 12 19:52, Dave Korn wrote:
On 12 January 2007 19:31, Corinna Vinschen wrote:
- If somebody figures out a way to learn if a file has opened handles on
it, quick and maybe in native NT code,
Hi All,
I have found non specific info on the faq and
documentation, so I am wondering if there is
any specific debugging reason to explain why
latest snapshots 20070110 (and 04) are substantial
slower than 1.5.23-2 on removing multiple files.
I built a testdir directory with 32*32 files of
1
32 matches
Mail list logo
