Mail Archives: cygwin-developers/1998/02/16/21:09:49
From: cgf AT bbc DOT com (Christopher Faylor)
Date: Tue, 17 Feb 1998 04:57:59 GMT
I tried that yesterday. I pulled over the assembly versions of various
commonly used routines from glibc into a separate 'memory.c' file and
rebuilt Cygwin32.
I was disappointed to notice no noticeable speed improvement. It's hard
to believe, but I really didn't see any difference in doing things like
compiling a file in winsup.
My offhand guess would be that gcc on cygwin32 spends no more than,
say, 2% of its time in these routines, so even pushing their total
time to zero, which is impossible, would speed compilations up no more
than 2%.
Of course, that's just a guess. What we really need is a profiler. I
think somebody at Cygnus is working on a profiler, but I have no idea
how it is going.
I guess that means that the most obvious speed improvement will probably
come from optimizing the loading of dlls (somehow), like Sergey has
suggested in the past.
Some of the posts on the gnu-win32 list have implied that Windows
always relocates DLLs if they have relocation information. I would
hope that that is not true--if the DLL is loaded at the image address,
it should not be relocated. Does anybody know exactly what Windows
does? Perhaps there is something incorrect about the DLLs which
dlltool generates, which is leading Windows to always relocate them.
Or perhaps the messages on the mailing list have been wrong.
Ian
- Raw text -