>>>> "Andy" == Andy Piper
Andy> At 10:05 PM 6/27/99 +0200, Michael Sperber [Mr. Preprocessor] wrote:
> To be honest (unless something other than stat is spending all
> time), I don't know how to optimize things further. (Maybe someone
> with a kernel trace that actually gives useful results could check one
> of these days.) Any change to reduce the number of package
> directories is necessarily going to compromise the flexibility of the
> package system.
Andy> Why? Call me heretical but we have manifest files so we know which files
Andy> are in a package, doesn't this mean we could just have one directory if we
Andy> so chose? Name clashes could be resolved by careful naming. At least having
Andy> the option would be cool.
I should have been clearer: This ties in with a package system
overhaul which is aware of multiple versions of the same package.
This necessarily means that name clashes occur, and this in turn means
that they must reside in separate directories.
The whole concept of manifest files which contain completely redundant
In the new framework I envision, it would probably be easier to
optionally keep some sort of central-file database in synch with the
actual package layout which in turn would save us a lot of stats. I
know I won't be the one to implement it.
I really hate the fact that we're catering on the XEmacs side to
what's really a performance bug in the OS. High-performance remote
filesystems (like AFS) essentially solve the whole problem.
Cheers =8-} Chipsy
Friede, Völkerverständigung und überhaupt blabla