This is the mail archive of the
guile@cygnus.com
mailing list for the Guile project.
Re: (seeks while reading) Re: Performance, argh
Clark McGrew <mcgrew@ale.physics.sunysb.edu> writes:
> Sorry I scrambled the attributions...
>
> >>>>> "Maciej" == Maciej Stachowiak <mstachow@alum.mit.edu> writes:
>
> >> That said, guile does seem to spend an inordinate amount of
> >> time in system calls (on PPro200, Linux 2.2.x, libc5, with
> >> guile installed in a directory read via NFS):
>
> Maciej> That's a lot of access, stat and fstat calls there, and
> Maciej> those are expensive as syscalls go.
>
> It seems like the file names in the search path could be cached.
I like the idea of using vicinities. This way when you want to load a
bunch of files at startup, you determine *once* which vicinity to use
then you can load all the files relative to the vicinity. This is the
approach that slib takes, if I remember correctly.
-russ
--
October. This is one of the peculiarly dangerous months to invest
in stocks. The others are July, January, September, April, November,
May, March, June, December, August, and February.
-- Mark Twain
- References:
- the viability of translators, and Guile itself
- From: Jim Blandy <jimb@red-bean.com>
- Re: the viability of translators, and Guile itself
- From: Greg Badros <gjb@cs.washington.edu>
- Re: the viability of translators, and Guile itself
- From: Mikael Djurfeldt <mdj@mdj-pc.nada.kth.se>
- Re: the viability of translators, and Guile itself
- From: Greg Badros <gjb@cs.washington.edu>
- Performance, argh
- From: Lalo Martins <lalo@webcom.com>
- Re: Performance, argh
- From: Greg Badros <gjb@cs.washington.edu>
- (seeks while reading) Re: Performance, argh
- From: Telford Tendys <telford@eng.uts.edu.au>
- Re: (seeks while reading) Re: Performance, argh
- From: Greg Badros <gjb@cs.washington.edu>
- Re: (seeks while reading) Re: Performance, argh
- From: Maciej Stachowiak <mstachow@alum.mit.edu>
- Re: (seeks while reading) Re: Performance, argh
- From: Clark McGrew <mcgrew@ale.physics.sunysb.edu>