On Mon, 18 Dec 2023 at 07:49, Marco Atzeri via Cygwin <cygwin@cygwin.com> wrote: > > On 18/12/2023 07:22, Dan Shelton via Cygwin wrote: > > On Wed, 6 Dec 2023 at 05:08, Dan Shelton <dan.f.shel...@gmail.com> wrote: > >> > >> Hello! > >> I am unhappy to report a severe performance issue with find -ls, ls -R > >> and grep -r, with Cygwin 3.4.9 and Cygwin 3.5.0 when samba shares are > >> involved. > >> > >> Imagine a directory with 256 subdirs, and each has 256 files per > >> subdir, all on a samba share, samba server is on Linux with tmpfs. > >> > >> mkdir dir1 > >> for ((i=0;i<256;i++)) ; do > >> mkdir "dir1/subdir$i" > >> for ((j=0; j < 256;j++));do > >> echo "j=$j" >"dir1/subdir$i/j$j.txt" > >> done > >> done > >> > >> Time comparisations then show a dramatic difference, Debian Linux > >> accessing the samba share, WSL accessing the samba share, and Cygwin > >> accessing the samba share: > .. > >> Why does that happen? > > > > It would be nice if someone from the Cygwin authors could assist me in > > figuring out why this happens. > > > > My working theory is that the extra file and dir lookup calls are for > > soft- and hardlink emulation for file systems which do not have soft- > > or hardlinks? > > If this is correct, then a fix might be to 1) determinate the > > filesystem type (cached, per process lifetime in absence of > > /etc/mnttab) and its boundaries (mount point, and whether other muont > > points are below it) 2) Only use the emulation for FAT filesystems, > > and for NTFS, REFS, SMBFS the native filesystem link is used. > > > > Help! > > > > Dan > > Is your cygserver running ?
Yes, Cygserver is running Dan -- Dan Shelton - Cluster Specialist Win/Lin/Bsd -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
