--- [EMAIL PROTECTED] wrote: > > > >> GNU find does not call stat on any of the "leaf" > >> files because it believes > >> that when a directory has only 2 hard links to > it, > >> no entries in the > >> directory other than "." or ".." will be > directories > >> so requiring "stat" > >> is not necessary to find more sub directories. > > > >Right, so this is the supposed bloat I was told > about > >in solaris libraries?! > > No, it's an "optimization" in GNU find which works > "most" > of the time but not always.
:) > > > >over 24 hours with no result versus seconds? That > >command that was used will actually not run into > any > >directories. queue/mess/* represents all the > >directories find has to go look in. > > > Yes, that can very well happen; reading directories > is fairly > quick. > > But without knowing the exact number of files I > can't really make an > estimate. Well, from your description of the differences, there being no subdirectories under queue/mess/*/, around 500k is the total number of files under queue/mess/*/ > > "Several orders of magnitude" is what my guess would > be and what > you got. Yes, quite. Things have changed now in Solaris 10 for find? Send instant messages to your online friends http://uk.messenger.yahoo.com _______________________________________________ opensolaris-discuss mailing list [email protected]
