Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!floyd!harpo!seismo!hao!hplabs!sri-unix!phil@rice From: phil%rice@sri-unix.UUCP Newsgroups: net.unix-wizards Subject: Re: Speed improvements for troff? HELP! Message-ID: <16296@sri-arpa.UUCP> Date: Wed, 8-Feb-84 00:32:39 EST Article-I.D.: sri-arpa.16296 Posted: Wed Feb 8 00:32:39 1984 Date-Received: Wed, 8-Feb-84 02:39:19 EST Lines: 25 From: William LeFebvreThis quote seems to fit in rather well: Efficiency is always a problem, and is likely to be so forever, especially with the proliferation of preprocessors generating ever more complicated input. Small improvements (perhaps 10 percent) can be had from artifices like better table searching. Placing the temporary file upon which TROFF stores macro definitions in memory is good for another 10-20 percent on machines like the VAX that have enough memory. But no order-of-magnitude speedup is likely without a gross revision of the basic design. --"A Typesetter-independent TROFF" Brian W. Kernighan Looks like you're stuck with "TROFF the resource hog" for a while (unless someone cares to revise the basic design or just plain rewrite the thing). William LeFebvre Department of Mathematical Sciences Rice University