Re: Multibyte and unibyte file names

[Paul Eggert]

On 01/26/2013 09:33 AM, Eli Zaretskii wrote:
> directory-files-and-attributes, used on Windows
> to emulate 'ls', must be fast enough even in large directories,
> because otherwise Dired will be painfully slow to start.  As things
> are, things are too slow already, especially with remote filesystems;
> there were bug reports about this last year.

Is it possible that those performance problems are due to networking,
or due to the OS overhead of repeatedly interpreting long file names
(addressed for POSIXish systems by the proposed patch in Bug#13539),
rather than due to the overhead of decoding file names retrieved
from directories?