Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!mips!dimacs.rutgers.edu!aramis.rutgers.edu!paul.rutgers.edu!yoko.rutgers.edu!gaynor From: gaynor@yoko.rutgers.edu (Silver) Newsgroups: comp.editors Subject: Re: Simple UNIX editor Message-ID: Date: 31 May 91 23:51:28 GMT References: <1991May28.091304.3332@fennel.cc.uwa.oz.au> <1991May28.202926.12698@uwasa.fi> <1991May29.012942.28869@cbfsb.att.com> <1991May29.164828.6077@ohm.york.ac.uk> Organization: Rutgers Univ., New Brunswick, N.J. Lines: 18 nigelm@ohm.york.ac.uk (Nigel Metheringham): > I end up with the problem, however, that gnu emacs is a >1MB image, and does > not do a great deal for the system's performance (well actually it does - a > dozen invocations of emacs slogs the performance drastically). Yeah, in comparison, Emacs says "oink". FSF's response is usually on the order of, "We've got a lot of other stuff to do than optimize emacs for space.". So it's up to you. Play with your configuration. Reduce the amount of lisp dumped, make sure you're not loading in unused libraries, etc. I'm not really well-versed in this department, but you might knock off a third. But the situation you're describing sounds more like the OS or its configuration is the problem (poor virtual memory performance). Considering the amount of work emacs does (eg, computing indentation levels can be expensive, usually performed when tab is struck), emacs itself is not all that slow. What's your platform? Regards, [Ag]