>>
>> > "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.)
But for the longest time they did not have the fairly simple
"-exec .... +" option but rather went for the rather gross
hack of -print0 | xargs -0.
The only GNU find feature I sometimes miss is the -maxdepth and -mindepth
option (though I would maintain that had it been added in true find fashion
they would have added just one option "-searchdepth":
-searchdepth -N -maxdepth N
-searchdepth +N -mindepth N
-searchdepth N -mindepth N -maxdepth N
Casper
_______________________________________________
opensolaris-discuss mailing list
[email protected]
