Q: incremental garbage collection overhead
alain rastoul
alr.dev at free.fr
Sun Nov 25 16:29:20 UTC 2007
Hi John thank you very much for your answer.
Sorry for not responding earlier but my internet connection was down until
now.
With 32MB as paramter 5 , 16 mb as parameter 6 and 32 mb as parameter 25 the
time spent in incremental gc was 50% and and I was able to load 500k rows in
220 sec.
The VM i'm using is a standard 3.9, I'll try a 3.10 soon.
Best regards
Adain
"John M McIntosh" <johnmci at smalltalkconsulting.com> a écrit dans le message
de news: 4764C3FD-FC45-4321-8460-0AE306F5D3DA at smalltalkconsulting.com...
>
> You need to use a VM that supports setGCBiasToGrowGCLimit
> Which VM are you using?
>
> Also to turn it on you need to do
> Smalltalk setGCBiasToGrow: 1.
>
> Other GC tuning values are below. The values given below have no meaning
> for your application and may make it better, may make it worse.
>
> Smalltalk vmParameterAt: 5 put: 8000. "do an incremental GC after this
> many allocations"
> Smalltalk vmParameterAt: 6 put: 4000. "tenure when more than this many
> objects survive the GC"
>
> Smalltalk vmParameterAt: 25 put: 24*1024*1024. "grow headroom"
> Smalltalk vmParameterAt: 24 put: 48*1024*1024. "shrink threshold"
>
>
>> setGCBiasToGrowGCLimit in SystemDictionnary (Smalltalk
>> setGCBiasToGrowGCLimit: 16*1024*1024). but it doesn't work and popup a
>> "a
>> primitive has failed" error. Is it the right method ?
>
> --
> = = =
> ========================================================================
> John M. McIntosh <johnmci at smalltalkconsulting.com>
> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
> = = =
> ========================================================================
>
>
>
>
More information about the Squeak-dev
mailing list
|