Re: making GNU ls -i (--inode) work around the linux readdir bug

2008-07-15 Thread Phillip Susi

Jim Meyering wrote:

When I say not affected I mean it.
Turning off the readdir optimization affects ls -i only
when it reads directory entries.


You mean you are only disabling the optimization and calling stat() 
anyway for directory entries, and not normal files?  Then the effect is 
only reduced, not eliminated, but probably reduced enough to not be a 
big deal since most directories do not contain many subdirectories and 
little to no files.




___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils


Re: making GNU ls -i (--inode) work around the linux readdir bug

2008-07-15 Thread Micah Cowan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Phillip Susi wrote:
 Jim Meyering wrote:
 When I say not affected I mean it.
 Turning off the readdir optimization affects ls -i only
 when it reads directory entries.
 
 You mean you are only disabling the optimization and calling stat()
 anyway for directory entries, and not normal files?

He means that there _is_ no optimization. When you're applying ls -i
directly to files (ls -i non-directory, the scenario he mentioned as
not being affected), there is no readdir, there are no directory
entries, and so there is no optimization to be made. A call to stat is
required. There is no effect to reduce.

I may be completely off-base here, but that's how I read it, at least
(how do you get inode info from dir entries you don't have?!).

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer,
and GNU Wget Project Maintainer.
http://micah.cowan.name/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIfU1z7M8hyUobTrERAk4cAJ0Uk3ZmOSlB24I4c0Rizd5J3VcnaACfSg6b
qj/aK8q8tB2iI3E1lTPX9Nk=
=0Loq
-END PGP SIGNATURE-


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils