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?

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
>
>


-- 
Ben Caradoc-Davies <[email protected]>
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

------------------------------------------------------------------------------
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

Reply via email to