On Mon, 2 Oct 2006 08:28:16 +0200 (CEST)
"Peter Vreman" <[EMAIL PROTECTED]> wrote:
> > On Sun, 01 Oct 2006 16:31:30 +0400
> > Alex Smirnov <[EMAIL PROTECTED]> wrote:
> >
> >> Felipe Monteiro de Carvalho ?????:
> >> > How do you know it spends more then 99% of compilation time in
> >> > this search}
> >> >
> >> > Also consider that showing output on the screen costs time, and
> >> > without showing messages the search will be shorter.
> >> >
> >> The answer is very simple. My project compilation log file consists
> >> of 31491 lines of text. And the number of the lines with "not
> >> found" string is 23286. The number of lines with "found" string is
> >> 383.
> >
> > I think, this discussion is missing some numbers. Here are some:
> >
> > On a normal linux system the compiler searches 55 directories.
> > Compiling one simple LCL application with -vewnhi:
> > Time: 1.225s
> > Not found: 29071
> >
> > With 55 additional paths in the fpc unit directory:
> > Time: 1.493s
> > Not found: 55699
> >
> > With 1000 additional paths in the fpc unit directory:
> > Time: 5.843s
> > Not found: 520639
> >
> > This gives about 4.8ms per additional unit path.
> > So, the search overhead for the 55 standard paths costs about 0.27s
> > or about 22%.
>
> I will add some directory caching in the compiler. That should at
> least reduce the number of system calls. I created a mantis issue 7515
Thanks.
Mattias
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
