Any thoughts on how, by default, timing of garbage collection cycles is
affected by whether the process is "idle".
For example, if non-GC threads are all waiting on events, might the
thread with GC be more likely to trigger a GC at that idle time, rather
than when some threads are working?
Reason I ask... In benchmarking a large PLT Scheme 4.2.5 server process,
I noticed that median total page time is 0.2 second faster when requests
are sparse, compared to when requests are fired one after the other .
There are explanations for this other than GC, but this prompted me to
think about whether GC could be involved, and whether perhaps I should
be manually triggering GCs when I think the server would otherwise be
idle anyway for that fraction of a second.
--
http://www.neilvandyke.org/
_________________________________________________
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
