> > > "What, Slowlaris still exists?" > > Well, I sure was blown away by the incredible > difference between Solaris 8 find and gnu find. >
This would be the gnu find that needs one to use a nonstandard option -noleaf to tell it _not_ to optimize out one stat() per directory? That could've been done automatically by testing the assumption on each filesystem, and altering its behavior adaptively, but no, they had to add an extra flag to ensure it behaves correctly on AFS and ISO filesystems. Performance gained at the expense of incorrect behavior that requires special usage to avoid strikes me as highly suspect. (OTOH, for all I know it has other features and optimizations that are perfectly reasonable; and as long as they aren't incompatible, I wouldn't have a problem with them being adopted.) This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list [email protected]
