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
