Serious performance problems (malloc related?)
Thu Jun 2 17:02:00 GMT 2005
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.
|\ _,,,---,,_ firstname.lastname@example.org
ZZZzz /,`.-'`' -. ;-;;,_ email@example.com
|,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
More information about the Cygwin