barriber / sdrtrunk

Automatically exported from code.google.com/p/sdrtrunk
0 stars 1 forks source link

Garbage Collector causing excessive CPU usage on some processors #8

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Investigate alternative Garbage Collector settings to see if there is a GC that 
doesn't cause excessive CPU spiking on Low and mid-level processors.

Original issue reported on code.google.com by dennis.s...@gmail.com on 6 May 2014 at 11:49

GoogleCodeExporter commented 9 years ago
Commit #175 should reduce memory usage and mitigate this issue.  Testing the 
code changes now and will close this ticket if the situation is improved.

Original comment by dennis.s...@gmail.com on 26 Oct 2014 at 11:52

GoogleCodeExporter commented 9 years ago
Switch over from the JRE default Parallel Garbage Collector to the new G1 
Garbage First garbage collector.  Using the default parameters it appears to 
have a more consistent and predicatable collection pattern and it seems to keep 
the heap space size relatively stable, corresponding to the workload.

I've tested on both linux and window.  It works good on Linux, but the total 
heap size seems large on my 16GB dev system.  On Windows I'm very impressed 
with the total overall heap size and the gc consistency.  Running 2 x MPT1327 
decoders on Windows consumes 3% CPU and 134MB of heap on an i7 system with 8GB 
of RAM.

Original comment by dennis.s...@gmail.com on 5 Dec 2014 at 4:03

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r206.

Original comment by dennis.s...@gmail.com on 5 Dec 2014 at 4:05