You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Antti Karanta <an...@napa.fi> on 2010/06/14 11:49:58 UTC
GC overhead limit exceeded on a 64-bit jvm
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 with "GC overhead limit
exceeded" on a 64-bit jvm even if given double the memory the 32-bit
process is given.
Here's the exception:
14.6.2010 11:33:10 org.apache.fop.render.AbstractRenderer renderXML
SEVERE: Some XML content will be ignored. Could not render XML
java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.util.Arrays.copyOfRange(Unknown Source)
at java.lang.String.<init>(Unknown Source)
at java.lang.StringBuffer.toString(Unknown Source)
at org.apache.batik.bridge.SVGFontUtilities.getFontFamily(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.getFontList(Unknown Source)
at
org.apache.batik.bridge.SVGTextElementBridge.getAttributeMap(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.fillAttributedStringBuffer(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.buildAttributedString(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.computeLaidoutText(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
at
org.apache.fop.render.pdf.PDFSVGHandler.renderSVGDocument(PDFSVGHandler.java:188)
at
org.apache.fop.render.AbstractGenericSVGHandler.handleXML(AbstractGenericSVGHandler.java:57)
at
org.apache.fop.render.AbstractRenderer.renderXML(AbstractRenderer.java:808)
at
org.apache.fop.render.PrintRenderer.renderDocument(PrintRenderer.java:169)
at
org.apache.fop.render.pdf.PDFImageHandlerXML.generateImage(PDFImageHandlerXML.java:55)
at
org.apache.fop.render.pdf.PDFRenderer.putImage(PDFRenderer.java:1745)
at
org.apache.fop.render.pdf.PDFRenderer.renderImage(PDFRenderer.java:1679)
at
org.apache.fop.render.AbstractRenderer.renderViewport(AbstractRenderer.java:743)
at
org.apache.fop.render.AbstractPathOrientedRenderer.renderViewport(AbstractPathOrientedRenderer.java:621)
at
org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:626)
at
org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345)
at
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:601)
at
org.apache.fop.render.pdf.PDFRenderer.renderLineArea(PDFRenderer.java:1336)
FOP does not stop at the first one - there are several of these in FOP
output. The resulting pdf is broken, though.
Here's version information on the 32-bit jvm (that is able to perform
the task both with -client and -server jvms):
C:\Temp>java -version
java version "1.6.0_12"
Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
Java HotSpot(TM) Client VM (build 11.2-b01, mixed mode, sharing)
And here's the corresponding info for the 64-bit jvm (only -server jvm
available):
g:\work>java -version
java version "1.6.0_12"
Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
Java HotSpot(TM) 64-Bit Server VM (build 11.2-b01, mixed mode)
On 32-bit jvm -Xmx500m is sufficient, but on the 64-bit jvm even
-Xmx1000m is not enough.
Any ideas on how to get around this are much appreciated.
::Antti::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
RE: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Mario Madunic <Ma...@newflyer.com>.
Thank you Antti for that. I'll give it a try.
I ended up running FOP from the command line:
java -jar -Xincgc -Dorg.apache.xmlgraphics.image.loader.impl.AbstractImageSessionContext.no-source-reuse=true -Xms1536m -Xmx1536m fop-0.94\lib\fop.jar -c fopConfig\fopNewFlyer.xconf -fo SR1398_Parts.fo -pdf SR1398_Parts.pdf
Was able to get the majority of the FO into PDF on a 32bit machine, now it is an issue of getting more RAM and a 64bit machine.
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Tuesday, June 15, 2010 12:06 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 16:47:11 +0300, Georg Datterl
<ge...@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 solution is to set the environment variable JAVA_TOOL_OPTIONS to
have value -Xincgc
This environment variable will be picked up by any jvm, even embedded
ones. Its contents will be prepended to jvm startup options.
::Antti::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Antti Karanta <an...@napa.fi>.
On Mon, 14 Jun 2010 16:47:11 +0300, Georg Datterl
<ge...@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 solution is to set the environment variable JAVA_TOOL_OPTIONS to
have value -Xincgc
This environment variable will be picked up by any jvm, even embedded
ones. Its contents will be prepended to jvm startup options.
::Antti::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Georg Datterl <ge...@geneon.de>.
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: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:42
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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.datterl@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
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 media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:32
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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 the startup script for the jvm and add this option to it?
Thanks
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Georg Datterl [mailto:georg.datterl@geneon.de]
Sent: Monday, June 14, 2010 8:24 AM
To: fop-users@xmlgraphics.apache.org
Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:13
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Monday, June 14, 2010 7:03 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Mario Madunic <Ma...@newflyer.com>.
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.datterl@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
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 media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:32
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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 the startup script for the jvm and add this option to it?
Thanks
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Georg Datterl [mailto:georg.datterl@geneon.de]
Sent: Monday, June 14, 2010 8:24 AM
To: fop-users@xmlgraphics.apache.org
Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:13
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Monday, June 14, 2010 7:03 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Georg Datterl <ge...@geneon.de>.
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 media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:32
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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 the startup script for the jvm and add this option to it?
Thanks
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Georg Datterl [mailto:georg.datterl@geneon.de]
Sent: Monday, June 14, 2010 8:24 AM
To: fop-users@xmlgraphics.apache.org
Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:13
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Monday, June 14, 2010 7:03 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Mario Madunic <Ma...@newflyer.com>.
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 the startup script for the jvm and add this option to it?
Thanks
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Georg Datterl [mailto:georg.datterl@geneon.de]
Sent: Monday, June 14, 2010 8:24 AM
To: fop-users@xmlgraphics.apache.org
Subject: AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:13
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Monday, June 14, 2010 7:03 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Georg Datterl <ge...@geneon.de>.
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: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Mario Madunic [mailto:Mario_Madunic@newflyer.com]
Gesendet: Montag, 14. Juni 2010 15:13
An: fop-users@xmlgraphics.apache.org
Betreff: RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
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
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Monday, June 14, 2010 7:03 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
RE: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Mario Madunic <Ma...@newflyer.com>.
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
Marijan (Mario) Madunic
Publishing Specialist
New Flyer Industries
-----Original Message-----
From: Antti Karanta [mailto:antti.karanta@napa.fi]
Sent: Monday, June 14, 2010 7:03 AM
To: fop-users@xmlgraphics.apache.org
Subject: Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
--------------------------------------------------------------------
Please consider the environment before printing this e-mail.
CONFIDENTIALITY STATEMENT: This communication (and any and all information or material transmitted with this communication) is confidential, may be privileged and is intended only for the use of the intended recipient. If you are not the intended recipient, any review, retransmission, circulation, distribution, reproduction, conversion to hard copy, copying or other use of this communication, information or material is strictly prohibited and may be illegal. If you received this communication in error or if it is forwarded to you without the express authorization of New Flyer, please notify us immediately by telephone or by return email and permanently delete the communication, information and material from any computer, disk drive, diskette or other storage device or media. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Antti Karanta <an...@napa.fi>.
On Mon, 14 Jun 2010 13:21:13 +0300, Georg Datterl
<ge...@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::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Georg Datterl <ge...@geneon.de>.
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
------ Kontakt ------
Georg Datterl
Geneon media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Antti Karanta [mailto:antti.karanta@napa.fi]
Gesendet: Montag, 14. Juni 2010 12:17
An: fop-users@xmlgraphics.apache.org
Betreff: Re: AW: GC overhead limit exceeded on a 64-bit jvm
On Mon, 14 Jun 2010 13:04:05 +0300, Georg Datterl
<ge...@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 runtime profile can be so different for 32
and 64-bit jvms for the same application + the same input data. The 32-bit
process being able to complete with -Xmx500m and 64-bit jvm still failing
with -Xmx1000m seems to indicate that the program, when run 64-bit, is
keeping references to lots more data than the 32-bit version. Jvm being
stuck in gc so that > 98% of the time is spent in gc and no (significant
amount of) memory is freed indicates either that the app is keeping
references to large amounts of data or GC can't reclaim memory due to a
jvm bug. The latter is possible but the former is much more common.
Anyone else run into this issue with FOP or any other Java program? I
don't mean just the GC overhead limit exceeded, but this kind of
difference in results with 32- and 64-bit jvms.
::Antti::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Antti Karanta <an...@napa.fi>.
On Mon, 14 Jun 2010 13:04:05 +0300, Georg Datterl
<ge...@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 runtime profile can be so different for 32
and 64-bit jvms for the same application + the same input data. The 32-bit
process being able to complete with -Xmx500m and 64-bit jvm still failing
with -Xmx1000m seems to indicate that the program, when run 64-bit, is
keeping references to lots more data than the 32-bit version. Jvm being
stuck in gc so that > 98% of the time is spent in gc and no (significant
amount of) memory is freed indicates either that the app is keeping
references to large amounts of data or GC can't reclaim memory due to a
jvm bug. The latter is possible but the former is much more common.
Anyone else run into this issue with FOP or any other Java program? I
don't mean just the GC overhead limit exceeded, but this kind of
difference in results with 32- and 64-bit jvms.
::Antti::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: GC overhead limit exceeded on a 64-bit jvm
Posted by Georg Datterl <ge...@geneon.de>.
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
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Antti Karanta [mailto:antti.karanta@napa.fi]
Gesendet: Montag, 14. Juni 2010 11:50
An: fop-users@xmlgraphics.apache.org
Betreff: GC overhead limit exceeded on a 64-bit jvm
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 with "GC overhead limit
exceeded" on a 64-bit jvm even if given double the memory the 32-bit
process is given.
Here's the exception:
14.6.2010 11:33:10 org.apache.fop.render.AbstractRenderer renderXML
SEVERE: Some XML content will be ignored. Could not render XML
java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.util.Arrays.copyOfRange(Unknown Source)
at java.lang.String.<init>(Unknown Source)
at java.lang.StringBuffer.toString(Unknown Source)
at org.apache.batik.bridge.SVGFontUtilities.getFontFamily(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.getFontList(Unknown Source)
at
org.apache.batik.bridge.SVGTextElementBridge.getAttributeMap(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.fillAttributedStringBuffer(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.buildAttributedString(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.computeLaidoutText(Unknown
Source)
at
org.apache.batik.bridge.SVGTextElementBridge.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
at
org.apache.fop.render.pdf.PDFSVGHandler.renderSVGDocument(PDFSVGHandler.java:188)
at
org.apache.fop.render.AbstractGenericSVGHandler.handleXML(AbstractGenericSVGHandler.java:57)
at
org.apache.fop.render.AbstractRenderer.renderXML(AbstractRenderer.java:808)
at
org.apache.fop.render.PrintRenderer.renderDocument(PrintRenderer.java:169)
at
org.apache.fop.render.pdf.PDFImageHandlerXML.generateImage(PDFImageHandlerXML.java:55)
at
org.apache.fop.render.pdf.PDFRenderer.putImage(PDFRenderer.java:1745)
at
org.apache.fop.render.pdf.PDFRenderer.renderImage(PDFRenderer.java:1679)
at
org.apache.fop.render.AbstractRenderer.renderViewport(AbstractRenderer.java:743)
at
org.apache.fop.render.AbstractPathOrientedRenderer.renderViewport(AbstractPathOrientedRenderer.java:621)
at
org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:626)
at
org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345)
at
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:601)
at
org.apache.fop.render.pdf.PDFRenderer.renderLineArea(PDFRenderer.java:1336)
FOP does not stop at the first one - there are several of these in FOP
output. The resulting pdf is broken, though.
Here's version information on the 32-bit jvm (that is able to perform
the task both with -client and -server jvms):
C:\Temp>java -version
java version "1.6.0_12"
Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
Java HotSpot(TM) Client VM (build 11.2-b01, mixed mode, sharing)
And here's the corresponding info for the 64-bit jvm (only -server jvm
available):
g:\work>java -version
java version "1.6.0_12"
Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
Java HotSpot(TM) 64-Bit Server VM (build 11.2-b01, mixed mode)
On 32-bit jvm -Xmx500m is sufficient, but on the 64-bit jvm even
-Xmx1000m is not enough.
Any ideas on how to get around this are much appreciated.
::Antti::
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org