[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: dired and ls
From: |
Eli Zaretskii |
Subject: |
Re: dired and ls |
Date: |
Sat, 20 Feb 2016 23:02:36 +0200 |
> From: John Wiegley <address@hidden>
> Cc: Lars Ingebrigtsen <address@hidden>, address@hidden
> Date: Sat, 20 Feb 2016 11:21:37 -0800
>
> >>>>> Eli Zaretskii <address@hidden> writes:
>
> > One reason why ls-lisp might be slower is that it performs quite a bit of
> > processing after reading the directory, and that processing is faster in C
> > than in Lisp. But it could be faster in insignificant ways.
>
> There's also em-ls (eshell's implementation of ls in Lisp). I wonder how it
> compares to ls-lisp on this performance point.
em-ls is about 6 times slower than ls-lisp.
- Re: Human-readable file sorting, (continued)
- Re: Human-readable file sorting, Michael Heerdegen, 2016/02/20
- RE: Human-readable file sorting, Drew Adams, 2016/02/20
- dired and ls (was: Human-readable file sorting), Lars Ingebrigtsen, 2016/02/20
- Re: dired and ls, John Wiegley, 2016/02/20
- Re: dired and ls, Lars Ingebrigtsen, 2016/02/20
- Re: dired and ls, John Wiegley, 2016/02/20
- Re: dired and ls (was: Human-readable file sorting), Eli Zaretskii, 2016/02/20
- Re: dired and ls, John Wiegley, 2016/02/20
- Re: dired and ls,
Eli Zaretskii <=
- Re: dired and ls, John Wiegley, 2016/02/20
- Re: dired and ls, Lars Ingebrigtsen, 2016/02/20
- Re: Human-readable file sorting, Eli Zaretskii, 2016/02/20
- Re: Human-readable file sorting, Lars Ingebrigtsen, 2016/02/20
- Re: Human-readable file sorting, Eli Zaretskii, 2016/02/20
- Re: Human-readable file sorting, Lars Ingebrigtsen, 2016/02/20
- Re: Human-readable file sorting, Eli Zaretskii, 2016/02/20
- Re: Human-readable file sorting, Lars Ingebrigtsen, 2016/02/20
- Re: Human-readable file sorting, Richard Stallman, 2016/02/21
- Re: Human-readable file sorting, Lars Ingebrigtsen, 2016/02/21