Mail Archives: djgpp-workers/2002/06/17/10:59:15
> What about "djecho .../* > nul"?
> In other words, does most of the difference come from globbing (which
> would point to `glob' and `findfirst') or from `stat' (which probably
> means we are paying for the symlink support)?
The time for djecho seems to be the same for V2.03 and CVS, around
4 seconds (with about 1 second accuracy ...)
> > ls -lR > nul
> > elapsed size
> > v2.00 beta 4 5 seconds 72,704
> > v2.03 refresh 13 seconds 129,024
> > v2.04 (cvs) 25 seconds 145,408
>
> Is this the same version of `ls'? If so, what version of Fileutils?
The last two are fileutils 4.0, same version.
The ancient version is 3.12 (MS-DOS/DJGPP rev B)
To put it in context, dir /s > nul takes 1 second.
An old cygwin 3.12 version I have takes around 3 seconds (on the second
time, first time is horribly long due to loading mega DLL).
> As I wrote elsewhere, it's important to understand whether the difference
> comes from globbing or from `stat'.
In the above example there's no globbing, but it does seem that
findfirst isn't the slowdown.
This doesn't mean CVS is bad, or we shouldn't release it, or whatever.
But you did ask for an example of performance degradation, and the first
thing I tried showed a 2X difference. Enough to end up as a potential FAQ...
Someone else had mentioned other size and performance issues some time back,
but either they aren't on the list or they wisely want to remain silent :-)
- Raw text -