# B1643 ROCK log stats question **URL:** \ **Category:** Early Access\ **Created:** [March 19, 2026, 9:38pm UTC](https://community.roonlabs.com/t/b1643-rock-log-stats-question/317309 "2026-03-19T21:38:20Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![ncpl](https://community.roonlabs.com/user_avatar/community.roonlabs.com/ncpl/32/38739_2.png) [@ncpl](https://community.roonlabs.com/u/ncpl)\ **Post date:** [March 19, 2026, 9:38pm UTC](https://community.roonlabs.com/t/b1643-rock-log-stats-question/317309/1 "2026-03-19T21:38:21Z")
I generally keep a close eye on memory stats in the server logs to try and see where and when the nonsense starts (zones disappear, app hangs etc). With this latest build I see the stats are very different. Is this because memory use is actually different or is the way it is being reported changed ? Typical stats over the last few months 03/05 09:14:36 [Local 03/05 09:14:36] Info: [stats] **19700mb Virtual** , 8972mb Physical, 4082mb Managed, 4890mb estimated Unmanaged, 668 Handles, 102 Threads, 3.92% of runtime in GC pauses, 48ms last GC pause duration B1643 stats 03/19 18:14:03 [Local 03/19 18:14:03] Info: [stats] **71022mb Virtual,** 9946mb Physical, 4233mb Managed, 5713mb estimated Unmanaged, 1194 Handles, 78 Threads, 8.32% of runtime in GC pauses, 125ms last GC pause duration 03/19 18:14:04 [Local 03/19 18:14:04] Trace: [Headphones] [Lossless, 24/96 FLAC =\> 24/96] [100% buf] [PLAYING @ 0:25/6:40] Dub Conquers All - Dub Colossus I still get zone drops needing a reboot so not sure what to make of this. ---
**Author:** ![ivan](https://community.roonlabs.com/user_avatar/community.roonlabs.com/ivan/32/48360_2.png) [@ivan](https://community.roonlabs.com/u/ivan)\ **Post date:** [March 20, 2026, 9:38pm UTC](https://community.roonlabs.com/t/b1643-rock-log-stats-question/317309/2 "2026-03-20T21:38:23Z")
Hi, @ncpl, thank you for the report. I will pass this observation to our dev team. Thanks! – Ivan ---
**Author:** ![ncpl](https://community.roonlabs.com/user_avatar/community.roonlabs.com/ncpl/32/38739_2.png) [@ncpl](https://community.roonlabs.com/u/ncpl)\ **Post date:** [March 24, 2026, 10:25pm UTC](https://community.roonlabs.com/t/b1643-rock-log-stats-question/317309/3 "2026-03-24T22:25:32Z")
B1644 using similar memory ~71000 vs 16000 previously. ---
**Author:** ![Dadoo](https://community.roonlabs.com/user_avatar/community.roonlabs.com/dadoo/32/374072_2.png) [@Dadoo](https://community.roonlabs.com/u/Dadoo)\ **Post date:** [April 4, 2026, 4:37am UTC](https://community.roonlabs.com/t/b1643-rock-log-stats-question/317309/4 "2026-04-04T04:37:15Z")
@ncpl I saw this post after reading… > [@B1645 still needs daily reboots](https://community.roonlabs.com/t/b1645-still-needs-daily-reboots/318016): > > Just putting a marker down here ….. absolutely no change/improvement for me since the update yesterday. I still have to reboot the NUC/ROCK server to get the system to behave. And, I’d go as far as to say so far it may even be worse. A fresh reboot and I get a crappy restart. Slow/drop zone/skipping a track. Is your situation similar to what I describe in [Memory under pressure: your experiences with Roon garbage collection](https://community.roonlabs.com/t/memory-under-pressure-your-experiences-with-roon-garbage-collection/317906)? _“Interacting with Roon feels increasingly sluggish over time and when it lags, music playback and streaming to audio devices stops intermittently. The following usually happens because network communication failed while the Roon server froze during garbage collection.”_ At first glance, your system numbers look normal to me: - Virtual: 71.022 GB - Physical: 9.946 GB - Managed: 4.233 GB - Unmanaged: 5.713 GB But these do not look healthy: - % runtime in GC pause: **8.32%** - Last GC pause duration: 125 ms In processing time (not human wall clock time), 8.32% of the time Roon server was running, it was frozen due to garbage collection. That’s not good. Especially if those pauses are 100s of milliseconds long. For example, Roon expects a network socket to respond to a data request in microseconds, but Roon server may have paused processing for 500 ms, so the client gave up or retried several times, and you experience that as a slow or failed action. If you care to, would you answer a few questions… 1. After a Roon restart, how long does it take before you notice problems? 2. Have you aggregated and looked at those [stats] over time? 3. If you have, can you share the min, max, and median duration for GC pauses?