Exponential slowdown for deep paths in Cygwin 3.5

Dan Shelton dan.f.shelton@gmail.com
Fri Feb 9 00:41:00 GMT 2024


Did anyone look at this?

On Sun, 21 Jan 2024 at 12:18, Dan Shelton <dan.f.shelton@gmail.com> wrote:
>
> On Wed, 17 Jan 2024 at 12:44, Corinna Vinschen via Cygwin
> <cygwin@cygwin.com> wrote:
> >
> > Hi folks,
> >
> >
> > we're planning to release Cygwin 3.5 end of this month (Jan 2024) if
> > nothing serious crops up.
> >
>
> We still get severe performance problems with Cygwin 3.5 on Windows 10
> with MAXPATH disabled, i.e. Control/FileSystem/LongPathsEnabled are
> enabled.
>
> One huge customer issue is the exponential slowdown for deep paths, e.g.
> mkdir -p 0/1/2/3/4/5/6/7/8/9/a//b/c/d/e/f/g/h/o/j/k/l/m/n/o/p/q/r/t/s/u/v/w/x/y/z/
> cd 0/1/2/3/4/5/6/7/8/9/a//b/c/d/e/f/g/h/o/j/k/l/m/n/o/p/q/r/t/s/u/v/w/x/y/z/
>
> Now do something in that dir, like svn checkout. It will be
> exponential slower as you add more subdirs to the base path.
>
> Seen with a NIH customer, who switched from SFU to Cygwin with the
> update to Windows 10, and is now unhappy about the slowdown.
>
> Dan
> --
> Dan Shelton - Cluster Specialist Win/Lin/Bsd



-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd


More information about the Cygwin mailing list