[xep-support] Slow Performance

Nikolai Grigoriev 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
easier to
> 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.

Best regards,
Nikolai Grigoriev

(*) 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 mailing list