GPU Memory clogged with thousands of images

@support
I just noticed that my GPU memory was getting rather full.
So I cleared the cache, via


and
image
Then I saw the GPU memory usage increase gradually again:

And now it looks like this:

In the logs I see that literally thousands of images are loaded:

12/13 19:02:58 Trace: [push] restarting connection (Kan geen gegevens lezen uit de transportverbinding: Een blokkeerbewerking is onderbroken door een aanroep naar WSACancelBlockingCall.)
12/13 19:02:58 Trace: [push] retrying connection in 68324ms
12/13 19:02:59 Info: [stats] 9796mb Virtual, 1309mb Physical, 1207mb Managed, 2729 Handles, 88 Threads
12/13 19:03:02 Info: [brokerserver] Client connected: 192.168.1.14:51344
12/13 19:03:02 Trace: [SOOD] Adding User IP 192.168.1.14
12/13 19:03:02 Trace: [raat] [sood] Refreshing device list
12/13 19:03:02 Trace: [raatserver] [sood] Refreshing device list
12/13 19:03:02 Trace: SENT NONFINAL DistributedBroker.ConnectResponse={ BrokerId=e2ca8391-9165-46ed-96fb-deb7fbfb8aec BrokerName='BEETHOVEN' }
12/13 19:03:02 Trace: SENT NONFINAL DistributedBroker.UpdatesChangedResponse={ IsSupported=True WasJustUpdated=False Status='UpToDate' HasChangeLog=False CurrentVersion={ MachineValue=100700505 DisplayValue='1.7 (build 505) stable' Branch='stable' } }
12/13 19:03:03 Info: [library/albumdetails] Created album details screen for LibraryAlbum[3833903, Klassiek - Ravel - Le tombeau de Couperin voor piano, M.68 (Benjamin Grosvenor 24-48 2015)]
12/13 19:03:03 Info: [library/albumdetails] 
12/13 19:03:03 Trace: [music/query] performing album query
12/13 19:03:03 Trace: [music/query] query returned 3161 Sooloos.Broker.Api.AlbumLite(s)
12/13 19:03:03 Trace: [music/query] performing album query
12/13 19:03:03 Trace: [music/query] query returned 0 Sooloos.Broker.Api.AlbumLite(s)
12/13 19:03:03 Debug: GET /image/kulbaaaa.jpg
12/13 19:03:06 Debug: GET /image/tombaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/bzjbaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/hnfbaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/xpmbaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/maxaaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/vfxaaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/fdqaaaaa.256.jpg
12/13 19:03:06 Debug: GET /image/tanbaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/mwnaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/sfxaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/ownaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/jdeaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/vrlaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/rrqaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/dwpaaaaa.256.jpg
12/13 19:03:07 Debug: GET /image/okpaaaaa.256.jpg
12/13 19:03:08 Debug: GET /image/qbvaaaaa.256.jpg
12/13 19:03:08 Debug: GET /image/vwibaaaa.256.jpg
12/13 19:03:08 Debug: GET /image/cwraaaaa.256.jpg
12/13 19:03:08 Debug: GET /image/oupaaaaa.256.jpg
// etc etc //
12/13 19:06:28 Debug: GET /image/sufbaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/fmfbaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/xufbaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/gkibaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/ppmbaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/gqibaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/ibibaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/atlaaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/xgraaaaa.256.jpg
12/13 19:06:28 Debug: GET /image/vtoaaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/sfvaaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/wulbaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/ijvaaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/ycjbaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/dfmbaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/euabaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/paobaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/fvbbaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/gsjbaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/ubmbaaaa.256.jpg
12/13 19:06:29 Debug: GET /image/aacbaaaa.256.jpg
12/13 19:06:29 Info: [stats] 9816mb Virtual, 1392mb Physical, 1090mb Managed, 2605 Handles, 94 Threads
12/13 19:06:44 Info: [stats] 9800mb Virtual, 1392mb Physical, 1091mb Managed, 2600 Handles, 90 Threads
12/13 19:06:59 Info: [stats] 9808mb Virtual, 1392mb Physical, 1092mb Managed, 2618 Handles, 92 Threads
12/13 19:07:14 Info: [stats] 9804mb Virtual, 1390mb Physical, 1092mb Managed, 2621 Handles, 91 Threads

But whatever for? The Roon GUI doesn’t even show any pictures since it’s showing the settings page.
And when I switch to the ‘Overview’ page, a handful of images are loaded as shown in log:

12/13 19:12:31 Debug: GET /image/jbobaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/wnzaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/ebobaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/bppaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/cbobaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/yaobaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/abobaaaa.256.jpg
12/13 19:12:31 Trace: [dbperf] flush 0 bytes, 0 ops in 16 ms (cumulative 3698494127 bytes, 2709406 ops in 56268099 ms)
12/13 19:12:31 Debug: GET /image/fvcbaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/vaobaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/cqhaaaaa.1024.jpg
12/13 19:12:31 Debug: GET /image/djfaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/nliaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/hxhaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/hfxaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/nmgaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/ylkaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/dwiaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/fivaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/upaaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/zqvaaaaa.256.jpg
12/13 19:12:31 Trace: [dbperf] flush 0 bytes, 0 ops in 15 ms (cumulative 3698494127 bytes, 2709406 ops in 56268114 ms)
12/13 19:12:31 Debug: GET /image/cueaaaaa.1024.jpg
12/13 19:12:31 Debug: GET /image/osjaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/lrcaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/fodaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/qykbaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/zrfaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/vncaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/hbiaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/tldaaaaa.256.jpg
12/13 19:12:31 Debug: GET /image/pnjaaaaa.256.jpg


This can’t be right, can it?

EDIT:
I have just reset both the ‘Focus’ and the ‘Inspector’ (Album View) and now a lot less images are loaded so the GPU memory usage looks like this:


This seems to imply that I can’t use the ‘Inspector’ to select all ‘Unidentified’ albums without clogging my GPU memory. Is it “by design” that after a restart of the Control (GUI) all ‘Inspector’ settings are remembered?

Hi @Hans_Valeton,

Does the same issue occur as soon as you use this Focus again?

Just to verify, are your graphics drivers fully up to date?

Hi @dylan,

I can’t seem to reproduce this clogging right now by using the Focus. Even restarting the client does not give the same memory usage. Perhaps it occurred earlier because I had done some identifying of several albums. In the process I remeber chaning the preferred album art for one or two albums. And I also remember that in one case Roon refused to show any album art at all in the thumbnail for a number of trials; only after I had changed the preferred album art to the folder.jpg I had just put in the album folder, did Roon show the desired picture.
It’s bedtime now, so: To be continued…

Hi @Hans_Valeton,

Have you seen this issue return at all since last time? If you do see this return it would be good to know if you notice any patterns that seem to get you into this state.

Hi @dylan,

As I’ve written in this post (Applying library settings taking several days after Core migration ) I have not had much time for testing, but I’ll get back to you once I’ll start using Roon again more intensively.

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.