FOP performance enhancement

[David Frankson <df...@qwest.net>]

    I've been following the progress of FOP since .15 and I'd like to say
that I really appreciate all the work everyone puts in.  My company produces
student administration software for k-12 schools and open-source projects
are the ideal way to put great technology in the hands of under-funded
school districts.

We currently use FOP in a servlet environment for doing pdf reporting (1 to
20 pages).  The memory consumption is a bit high, but we have had great
sucess and stability with our current usage.

Our IDEAL dream is to be able to batch print report cards and parent letters
using this technology.  This would involve taking the same simple fo
document and applying it 500-3000 times, depending on the number of
students.  We don't use anything fancy like page counting, or references to
other parts of the document.  As far as I can see, it should be possible to
format, render and stream out each page as it's completed. (Although this
probably breaks other aspects of the FO spec.)  If I am able to produce
documents like this in the near future, it will lock in Fop as a core part
of our technology architecture.

Is there any way to optimize my fo documents to make this possible?  I
remember seeing some benchmarks reaching thousands of pages by Mark
Lillywhite, but unfortunately my documents were unable to take advantage of
those enhancements.

Is anyone else currently working on something like this?

Thanks,

Dave Frankson



---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org

Re: FOP performance enhancement

[Keiron Liddle <ke...@aftexsw.com>]

Dave,

Maybe you could give us some more information about what exactly you are
doing and what you are trying to achieve.
As I have mentioned before I have some some performance testing in
different situations.

In the new design notes I have made some suggestions that should improve
performance. These may take some time to be implemented and of course help
is appreciated.

There may be a number of ways that you could improve the way you process
and handle the conversion of your documents.
eg.
number of individual documents
number of pages per document
number of page sequences per document
single thread or multiple thread, how many threads
optimising your fo layout
etc.



On Sat, 06 Oct 2001 01:40:43 David Frankson wrote:
>     I've been following the progress of FOP since .15 and I'd like to say
> that I really appreciate all the work everyone puts in.  My company
> produces
> student administration software for k-12 schools and open-source projects
> are the ideal way to put great technology in the hands of under-funded
> school districts.
> 
> We currently use FOP in a servlet environment for doing pdf reporting (1
> to
> 20 pages).  The memory consumption is a bit high, but we have had great
> sucess and stability with our current usage.
> 
> Our IDEAL dream is to be able to batch print report cards and parent
> letters
> using this technology.  This would involve taking the same simple fo
> document and applying it 500-3000 times, depending on the number of
> students.  We don't use anything fancy like page counting, or references
> to
> other parts of the document.  As far as I can see, it should be possible
> to
> format, render and stream out each page as it's completed. (Although this
> probably breaks other aspects of the FO spec.)  If I am able to produce
> documents like this in the near future, it will lock in Fop as a core
> part
> of our technology architecture.
> 
> Is there any way to optimize my fo documents to make this possible?  I
> remember seeing some benchmarks reaching thousands of pages by Mark
> Lillywhite, but unfortunately my documents were unable to take advantage
> of
> those enhancements.
> 
> Is anyone else currently working on something like this?
> 
> Thanks,
> 
> Dave Frankson

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org