[xep-support] Slow Performance
grig at renderx.com
Thu Feb 20 02:11:57 PST 2003
> If we must split the files (not our preferred solution), it would be
> split into files around the 31K size. Is there a way with our version to
> process multiple files and avoid the startup/shutdown overhead?
com.renderx.xep.Driver class (encapsulated in run.bat/run.sh)
accepts multiple input files in the command-line interface. You
can build your own wrapper around it, calling com.renderx.xep.Driver.main()
and passing the list of files as input. (Note that each input file will
be formatted into a separate output file).
> Platform details:
> - XEP Version 3.2.1 Client Edition
Client edition users have no access to API. If you were using a developer
edition, you could take advantage of Java interfaces. Among Java samples
that we have there, one seems to match your needs: ConcatFormatter
shows how to merge several FO input files into a single output document.
The technique is quite general, and works for both PDF and PostScript.
Memory consumption is determined by the size of the largest document
(plus some cumulative part due to the output generation; but this one grows
much steadier than the formatter's).
I have a question to all: do you believe it useful to have this
functionality available via command line? It appears useful
in cases like the current one, when XEP is used to produce
huge batches of independent short documents.
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo at renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html
More information about the Xep-support