On Sat, Oct 02, 1999 at 07:25:08PM -0700, Kyle Jones wrote:
I haven't looked at the latest code, so I don't know all that
is
causing the current slowdown. It is clear that the package
code has to check all the package directories for auto-autoloads
files, and that is enough by itself to cause a substantial
startup slowdown. To get the speed back, at the very least we'll
have to get rid of most of the newly added I/O.
Some statistics you may find interesting, for a run of xemacs -q in my
local configuration (most, but not all, of the packages):
auto-autoloads stats : 270
site-start stats : 210
/toolbar stats : 25
/etc stats : 36
package dirs stats : 90
Sucessful auto-autoload.el* stats are systematically followed by a
fstat.
Some interesting excerpts:
stat("/sw/xemacs/install/lib/xemacs/xemacs-packages/lisp/hm--html-menus/auto-autoloads.elc",
{st_mode=0, st_size=0, ...}) = 0
stat("/sw/xemacs/install/lib/xemacs/xemacs-packages/lisp/hm--html-menus/auto-autoloads.elc",
{st_mode=0, st_size=0, ...}) = 0
fstat(5, {st_mode=0, st_size=0, ...}) = 0
stat("/sw/xemacs/install/lib/xemacs/xemacs-packages/lisp/hm--html-menus/auto-autoloads.elc",
{st_mode=0, st_size=0, ...}) = 0
fstat(5, {st_mode=0, st_size=0, ...}) = 0
stat("/sw/xemacs/install/lib/xemacs/xemacs-packages/lisp/hm--html-menus/auto-autoloads.el",
{st_mode=0, st_size=0, ...}) = 0
fstat(5, {st_mode=0, st_size=0, ...}) = 0
stat("/sw/xemacs/install/lib/xemacs/mule-packages/lisp/site-start.elc",
0xbfffec88) = -1 ENOENT (No such file or directory)
stat("/sw/xemacs/install/lib/xemacs/mule-packages/lisp/site-start.el",
0xbfffec88) = -1 ENOENT (No such file or directory)
stat("/sw/xemacs/install/lib/xemacs/mule-packages/lisp/site-start", 0xbfffec88)
= -1 ENOENT (No such file or directory)
Looks like there is some room for improvement even without affecting
flexibility.
OG.
PS: I don't care much, my xemacs pops up in less than one second, and
I use gnuclient anyway.