On my side, I'm creating the Jira in Karaf (we can link to the
SserviceMix one).
And agree with Karaf scripts.
Regards
JB
On 04/05/2013 09:11 AM, Gert Vanthienen wrote:
L.S.,
256 MB sounds like a fair value to me as well. Once it's added to
Karaf, we probably won't have to do anything in ServiceMix once we can
pick up a new version, so that sounds even better ;) I'll raise the
JIRA for ServiceMix 5 anyway so we can at least keep track of it.
Also, good to hear about the new Metaspace memory for Java 8. I do
wonder how this will affect production systems: most people will
probably want to leave the default setting to "unbounded", but I can
imagine some users will want to limit the amount of metaspace that can
be used so we might have to do the opposite for Java 8 and provide a
new environment variable in the Karaf scripts to limit this again.
Regards,
Gert Vanthienen
On Thu, Apr 4, 2013 at 9:45 PM, Achim Nierbeck <[email protected]> wrote:
I'm fine with it, though starting with Java 7 the PermSpace is removed from
the JVM (due to merge of JRockit and HotSpot implementation) So I'm not
sure how long this "issue" will still be present :)
Also take a look at [1]
regards, Achim
[1] -
http://javaeesupportpatterns.blogspot.de/2011/10/java-7-features-permgen-removal.html
2013/4/4 Jean-Baptiste Onofré <[email protected]>
On Karaf, we noticed an increase of the Perm when using a lot of bundles
refresh.
Agree with Freeman, it makes sense to increase in Karaf as well.
Maybe 256m is a fair value. WDYT ?
Regards
JB
On 04/04/2013 08:09 AM, Freeman Fang wrote:
+1 to give a bigger default size, and I think we even need change it on
Karaf side also
－－－－－－－－－－－－－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.**com <http://freemanfang.blogspot.com>
http://blog.sina.com.cn/u/**1473905042<http://blog.sina.com.cn/u/1473905042>
weibo: @Freeman小屋
On 2013-4-4, at 下午1:51, Claus Ibsen wrote:
Hi
Isn't even 128MB a low value today?
Shouldn't we raise it to a higher value?
On Wed, Apr 3, 2013 at 9:05 PM, Gert Vanthienen
<[email protected]> wrote:
L.S.,
Today, I ran into two occasions where the default PermGen memory
configuration was insufficient, first while installing the new
camel-drools demo that was created today and secondly when installing
a moderately large web project for testing purposes.
Would it make sense to increase the PermGen size to 128 MB out of the
box? I can imagine if I bump into this a few times in a row, some of
our users are bound to see the same thing happening too.
Regards,
Gert Vanthienen
--
Claus Ibsen
-----------------
Red Hat, Inc.
FuseSource is now part of Red Hat
Email: [email protected]
Web: http://fusesource.com
Twitter: davsclaus
Blog: http://davsclaus.com
Author of Camel in Action: http://www.manning.com/ibsen
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
OPS4J Pax for Vaadin <http://team.ops4j.org/wiki/display/PAXVAADIN/Home>
Commiter & Project Lead
blog <http://notizblog.nierbeck.de/>
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
