GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Antti Karanta
Hi! I am facing a strange memory problem with FOP 0.95. I have a rather large xsl-fo file (size 10 574 859 bytes) containing references to 1062 svg images and resulting in a 683 page pdf. What is strange is that FOP renders this fine on a 32-bit jvm, but fails

AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Georg Datterl
Hi Antti, Let's blame java: http://java.sun.com/javase/technologies/hotspot/gc/gc_tuning_6.html#par_gc.oom Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert

Re: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Antti Karanta
On Mon, 14 Jun 2010 13:04:05 +0300, Georg Datterl georg.datt...@geneon.de wrote: Let's blame java: http://java.sun.com/javase/technologies/hotspot/gc/gc_tuning_6.html#par_gc.oom Thanks for the link. I already knew what this exception results from but what baffles me is that how the

AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Georg Datterl
Hi Antti, Maybe the 32bit machine GCs earlier and therefore faster, whereas the 64bit machine has more memory to fill and therefore GCing needs more time and causes the timeout. Anyway, I used -Xincgc and had no more problems with the exception. Mit freundlichen Grüßen Georg Datterl --

Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Antti Karanta
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl georg.datt...@geneon.de wrote: Anyway, I used -Xincgc and had no more problems with the exception. That did the trick for me, too. Thanks a lot for your help! ::Antti::

RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Mario Madunic
I've been following these GC conversations with interest as I'm having this issue also. My question is where do I put -Xincgc? As an env var for ant (ant_opts) or java (java_opts)? I'm using FOP as an Ant task on a windows XP machine and only 32 bit but have access to a 64 bit machine. Thanks

areaTree to PDF

2010-06-14 Thread Mario Madunic
I was working on a workaround for the GC overhead issue I'm having and created a script to chop up the AT file into chunks based on pageSequence /. Now how do I get FOP to convert the AT files to PDF? I get an error message that fo:root is not the root element. Here is my ant task fop

AW: areaTree to PDF

2010-06-14 Thread Georg Datterl
Hi Mario, I'm afraid that won't help you a lot, since at a new page-sequence fop releases memory anyway. During long page-sequences memory may run low... Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449

AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Georg Datterl
Hi Mario, It's a VM option. I don't think the variable is used already, so either you implement it or hardcode the vm switch into your start script. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg:

RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Mario Madunic
Georg, Sorry but this is Greek to me. I'm grateful for the help and quick reply but do not know what my options are, if any. so either you implement it or hardcode the vm switch into your start script. What is the start script? (My knowledge of Java is basically laughable). Am I to look for

AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Georg Datterl
Hi Mario, Yes, if you start fop from your java code (FopFactory.newInstance() and so on), it's a switch for the VM which runs your code. If you run fop through fop.bat, you would have to modify your fop.bat. Mit freundlichen Grüßen Georg Datterl -- Kontakt -- Georg Datterl Geneon

RE: areaTree to PDF

2010-06-14 Thread Mario Madunic
Georg, I noticed that one of the pageSequence /s is 325+ megs, the rest are on average 5megs. It is an index of part number -- dot leader -- section # - page # and is only 54 pages. Seems that the dot leaders make it huge as they are broken into individual word offset=0./word. Is it still

RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Mario Madunic
So I'm guessing this option is unavailable to the FOP Ant task? Marijan (Mario) Madunic Publishing Specialist New Flyer Industries -Original Message- From: Georg Datterl [mailto:georg.datt...@geneon.de] Sent: Monday, June 14, 2010 8:35 AM To: fop-users@xmlgraphics.apache.org Subject:

AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Georg Datterl
Hi Mario, The ant task has to start a java VM, too. You just have to find out, where the VM is started and set the switch there. Regards, Georg Datterl -- Kontakt -- Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer:

Re: areaTree to PDF

2010-06-14 Thread Venkat Reddy
Hi, Fop ANT task only works for xsl:fo files only, so you cannot generate PDFs with your AT files using Fop ANT task. Please check this... http://xmlgraphics.apache.org/fop/trunk/anttask.html Thanks, Venkat. Mario Madunic wrote: I was working on a workaround for the GC overhead issue I'm

Re: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm

2010-06-14 Thread Antti Karanta
On Mon, 14 Jun 2010 16:47:11 +0300, Georg Datterl georg.datt...@geneon.de wrote: The ant task has to start a java VM, too. You just have to find out, where the VM is started and set the switch there. In case you don't want to dig into ant or fop startup scripts, a quick and dirty