On 10-07-21 7:54 PM, Ben Caradoc-Davies wrote: > Good solution, Justin. I'm going to start using UseCompressedOops myself! > > Does your use of this option indicate that Hudson is running Java 6 > 64-bit? Does this mean that 64-bit builds now work? Do we have CI > coverage on Java 5 32-bit?
As I am finding out no. 2.6.x built with a 64 bit jvm but trunk failed (coverage stuff). At this point I am probably going to try and just drop back to a 32 bit jvm. > > We might now have a new platform to test as UseCompressedOops objects > could have different hashCode and thus HashMap behaviour. My old > bugbear. :-) > > app-schema is known to build with -Dtest.maxHeapSize=256m on 32-bit > (thanks to Gabriel's l33t skills!) but definitely needs more on 64-bit. > EMF is quite bloated to start with, and app-schema does not share all > the schemas it could. > > Kind regards, > Ben. > > > On 22/07/10 01:56, Justin Deoliveira wrote: >> Actually I take it back, setting the -XX:+UseCompressedOops parameter >> does indeed fix the problem. Nice one Andrea!! >> >> On 10-07-21 8:04 AM, Andrea Aime wrote: >>> Justin Deoliveira wrote: >>>> Unfortunately it did not go so well. I could not get one build out due >>>> to memory errors. Which seem to happen only in the app-schema module. >>>> Ben any ideas there? Have you ever seen this. I have replicated memory >>>> settings from the other hudson so it should be the same. >>>> >>>> Anyways, I will continue on debugging these issues and will have to >>>> plan >>>> the migration for something later this week hopefully. >>> >>> Interesting. Are we switching from a 32bit host to a 64bit one? >>> It may be relevant as object pointers in 64bit use twice as much >>> space, so if we have a slew of small objects the increase can >>> be significant. >>> >>> Modern JVM should have a switch for compressed obj pointers that >>> should make them go back to use 32bit pointers if possible, but >>> I fear those are available only in JDK 6 as an advanced option, >>> and JDK 7 by default (or something like that) >>> >>> Cheers >>> Andrea >>> >>> ------------------------------------------------------------------------------ >>> >>> This SF.net email is sponsored by Sprint >>> What will you do first with EVO, the first 4G phone? >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >>> _______________________________________________ >>> Geoserver-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
