<div dir="ltr"><br><div class="gmail_quote">On Tue, Oct 26, 2010 at 11:20 PM, Reinhard Kotucha <span dir="ltr"><<a href="mailto:reinhard.kotucha@web.de">reinhard.kotucha@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br></div>Before you decide to use plain TeX, please investigate whether it<br>
provides everything you need.</blockquote><div><br></div><div>Well, the very first thing to determine is whether TeX can possibly handle the throughput I require.  I realize this is a very unrealistic test for a number of reasons, but I just want to see the upper bound.  On my laptop, running a Lorem-ipsum loop, I seem to get about 8000 pages per minute.  This is a dual-core Intel 2.2GHz machine, so I'm assuming I could at least double that on a newer, more muscular system.  That just about the minimum to keep some variation of TeX as a candidate for this job.  I'll have to try this test on a server-class machine to get a better indication.</div>
<div><br></div><div>Now to get more realistic, I have to account for generating TeX mark-up from XML, handling placed figures, (no floating), multiple fonts, languages and eventually writing directions, I'll have to build more realistic prototypes.  Also, this will actually be more of a succession of short (8-12 page) documents, rather than one long one (though it could be processed as one long one).  I've read about some work with making a TeX daemon that would amortize the startup costs over the entire life of the process.  But there would be no point in doing these experiments if I couldn't even get plain TeX up to speed.</div>
<div><br></div><div>Thank you for you thoughtful responses.  I realize there are lots of options and trade-offs in picking a TeX variant and format.  That's how I expect to be spending my next week or so.</div><div><br>
</div><div>Thanks!</div><div><br></div><div>-pd</div><div><br></div></div></div>