Re: Making docdir configurable

Kyle> I haven't looked at the startup code so I don't know why it is Kyle> slow. I do know that 21.2 now uses 11 times more CPU at startup Kyle> than Emacs 19.34. This means all the startup improvements Kyle> made to get the multiple down from 10x to 1.6x are as dust in Kyle> the wind. I am indifferent to the package directory layout, but Kyle> I do wish we could settle on something so that we can resume Kyle> optimizing the startup code. For reference, the current code Kyle> starts up slower than 20.2. Three reasons: 1. 21.x traverses far more package directories than 20.2. 2. More auto-autoloads.el files to load. 3. This change which fixes a bug: 1998-08-11 Michael Sperber [Mr. Preprocessor] <sperber(a)informatik.uni-tuebingen.de&gt; * find-paths.el (paths-file-readable-directory-p): Created and used. To be honest (unless something other than stat is spending all that 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. I think I know how to reduce the time spent on 2., even though I don't know if that'll improve overall startup time. This would be part of a general package system overhaul. I personally consider current startup time well within reasonably bounds. I've reached the end of my rope as far as improvements are concerned. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla