GNU bug report logs - #44273
"total used in directory 19 available 5.2 GiB"

Previous Next

Full log

View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: mattiase <at> acm.org, Lars Ingebrigtsen <larsi <at> gnus.org>, 44273 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: bug#44273: "total used in directory 19 available 5.2 GiB"
Date: Thu, 29 Oct 2020 09:36:51 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> True.  If `ls-lisp' (or something similar) isn't fast enough, then it
>> should be pretty easy to add a C-level function for efficient directory
>> reading.
>
> Are you sure it's reading the directory that takes the lion's share of
> the time?  Maybe it's inserting the file information, one file at a
> time, into a buffer?  Or something else?
>
> That's why I suggested to profile and benchmark this thing.
>
>>  (But we'd still need the parser for Tramp.)
>
> Tramp could always use what it does now, or use ls-lisp, or something
> else.

Counting in the sources, there are already 4 different implementations
of insert-directory in Tramp. One of it uses ls-lisp, another uses a
remote "ls" call.

If there shall be a reimplementation, I would even consider to add
another implementation, based on Perl or Python. This shall minimize
performance penalties.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.