On Thu, 2 Jun 2005, Linda W wrote: > In tracing the Win32 file operations, find seems to perform multiple > file open operations for each file processed. One way to speed up > operations in this area might be to keep a "cache" of the last "N" > file handles. I suspect it's just the Windows path lookup mechanism > being slow to reopen things. But if the cygwin.dll could cache even > the past 5 entries, it might speed things up significantly. If it > is opened each time to read different information, it might be much > cheaper to collect all the information at one time and cache it in > an internal "inode cache" that could expire in a second or so. > If it would "slow" down other programs, it could have some smarts in > the system calls to look for calling patterns from programs like find > that need a couple or more openings to fully "process a file", that all > happen within a few milliseconds of each other.
<http://cygwin.com/acronyms/#SHTDI>. <http://cygwin.com/acronyms/#PTC>. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
