[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug#369822: ls -i stats unnecessarily
From: |
Paul Eggert |
Subject: |
Re: Bug#369822: ls -i stats unnecessarily |
Date: |
Fri, 02 Jun 2006 15:25:20 -0700 |
User-agent: |
Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) |
Jim Meyering <address@hidden> writes:
> So at least Solaris 8 and some glibc are affected.
I confirmed it on Solaris 10 too.
Amusingly enough, Solaris /bin/sh and /usr/xpg4/bin/sh behave like new
coreutils, not like old coreutils. That is, "ls -i dir" just uses the
readdir results; it doesn't stat. For example:
$ /bin/ls -i / | grep tmp
1570 tmp
$ /bin/ls -id /tmp
5153472 /tmp
$ uname -a
SunOS moa.cs.ucla.edu 5.10 Generic_118833-03 sun4u sparc
SUNW,Sun-Fire-280R Solaris
$ mount -p | grep /tmp
swap - /tmp tmpfs - no xattr,size=1024m
> Unless I find a better approach, I'll turn off this optimization
> by default, and add an option to turn it back on.
Another possibility would be to disable the optimization.
Is it all that important that "ls -i dir" be fast?
- Re: Bug#369822: ls -i stats unnecessarily, Jim Meyering, 2006/06/01
- Re: Bug#369822: ls -i stats unnecessarily, Jim Meyering, 2006/06/01
- Re: Bug#369822: ls -i stats unnecessarily, James Youngman, 2006/06/01
- Re: Bug#369822: ls -i stats unnecessarily, Jim Meyering, 2006/06/02
- Re: Bug#369822: ls -i stats unnecessarily, Paul Eggert, 2006/06/03
- Re: Bug#369822: ls -i stats unnecessarily, Ian Jackson, 2006/06/05
- Re: Bug#369822: ls -i stats unnecessarily, Paul Eggert, 2006/06/05