This is the mail archive of the
mailing list for the Cygwin project.
Re: Serious performance problems (malloc related?)
- From: Igor Pechtchanski <pechtcha at cs dot nyu dot edu>
- To: Linda W <cygwin at tlinx dot org>
- Cc: cygwin at cygwin dot com
- Date: Thu, 2 Jun 2005 13:02:30 -0400 (EDT)
- Subject: Re: Serious performance problems (malloc related?)
- References: <4297A14B.firstname.lastname@example.org> <20050528131501.V53507@logout.sh.cvut.cz> <20050528160424.GB12395@trixie.casa.cgf.cx> <429ED094.email@example.com>
- Reply-to: cygwin at cygwin dot com
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