Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
Thanks Michael. I was afraid of that. Looks like I was a bit stingy when I selected the size of my root partition... If you store the artwork files in a folder and configure the plugin to use that folder, MAI won't have to re-download the files and will not cache them in the regular download cache. That folder can be on a different partition. -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
Thanks Michael. I was afraid of that. Looks like I was a bit stingy when I selected the size of my root partition...Guess I'll have to see if I can expand it. If not I have a great excuse to set up a new server from scratch! -Chris ChrisNY's Profile: http://forums.slimdevices.com/member.php?userid=5004 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
I've got a situation where my cache.db seems to be blowing up to a much larger size than usual. It's currently at 273MB. Looking at the log file I am seeing the following warning message which I am thinking could be related to the issue: [17-02-07 03:01:12.7177] Slim::Music::Import::runImporter (511) Starting Plugins::MusicArtistInfo::Importer scan [17-02-07 03:01:31.4104] Plugins::MusicArtistInfo::Importer::_getAlbumCoverURL (209) getAlbumCoverURL finished in 18.6575109958649 [17-02-07 03:03:39.6616] Slim::Utils::GDResizer::resize (208) Warning: fixed-point overflow: 257615232 257615232 257615232 -1727323591 [17-02-07 03:06:48.7988] Plugins::MusicArtistInfo::Importer2::_getArtistPhotoURL (142) getArtistPhotoURL finished in 317.273423910141 I disabled the Music Artist Info plugin and did a clear/rescan and now the cache.db file is down to 386k. I'll keep an eye on it to see if it grows but thought I'd see if there's any additional diagnostics I could provide on the Warning above. I am running Logitech Media Server Version: 7.9.0 - 1485931015 on Ubuntu 14.04 LTS server edition Thanks! -Chris ChrisNY's Profile: http://forums.slimdevices.com/member.php?userid=5004 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
slartibartfast wrote: > Last night cache.db was 47MB. This morning it is 704MB and all I have > done is listen to BBC Radio 2 via the BBC iplayer plugin. I am watching > it rise as I write this 718MB now. > > Sent from my SM-G900F using Tapatalk This seems to be an iPlayer plugin issue with HLS and Dash caching chunked http fetches. I suggest the discussion continues on the thread for that plugin, since it's a specific problem and not a general issue with cache.db. Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
kidstypike wrote: > Agree, using BBC iPlayer cache grew from 269 to 340MB in ~30mins. Jusrt to repeat my hypothesis. HLS and DASH are chunked http so an audio stream is made up of 3-6sec chunks of audio each sent as a separate http request as compared to the older http stream which is sent as a single http fetch. So chunked http will generate very many small http responses (possibly up to say 1200/hr) each of which will be cached by LMS for a time (default is 1h). As CDN servers load share there may also be additional DNS caching as well. I am running a test anfd will then update plugin when I have a solution. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
mherger wrote: > > Last night cache.db was 47MB. This morning it is 704MB and all I have > > done is listen to BBC Radio 2 via the BBC iplayer plugin. I am > watching > > it rise as I write this 718MB now. > > Now you could uninstall that plugin, wipe the cache, and try again. If > behaviour is back to normal, then you know the culprit. > > -- > > Michael If I stop playback from iplayer and use tunein instead the problem goes so it does seem to be the culprit bpa is looking into it. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
Last night cache.db was 47MB. This morning it is 704MB and all I have done is listen to BBC Radio 2 via the BBC iplayer plugin. I am watching it rise as I write this 718MB now. Now you could uninstall that plugin, wipe the cache, and try again. If behaviour is back to normal, then you know the culprit. -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
mherger wrote: > As I said: this heavily depends on your use of plugins and internet > services. Some information about them might help to understand the > issue. > > Michael No Internet Streams - running 7.9.0 - 1472937447 Code: du -h /var/lib/squeezeboxserver/cache/*.db 166M/var/lib/squeezeboxserver/cache/artwork.db 15M/var/lib/squeezeboxserver/cache/cache.db 8,0K/var/lib/squeezeboxserver/cache/imgproxy.db 119M/var/lib/squeezeboxserver/cache/library.db 41M /var/lib/squeezeboxserver/cache/persist.db runs fine DJanGo's Profile: http://forums.slimdevices.com/member.php?userid=1516 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
No I didn't check the Server log. My cache.db is 47MB now, I will keep an eye on it over time. Even 47MB seems high compared to 15MB. As I said: this heavily depends on your use of plugins and internet services. Some information about them might help to understand the issue. -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
I know this is an old thread but somehow I ended up with a cache.db file of over 1GB and a cache.db-wal file of over 500MB running the latest LMS 7.9. I thought those days were long gone. The size of cache.db doesn't depend on artwork (there's artwork.db and imageproxy.db for that). It's used in many other places. And its size likely depends on a lot of different factors, like what plugins you're using, what online services, how often you use them etc. The size you're reporting seems huge to me. Mine is only about 15MB right now. Did you ever check your server.log file for any information about potential problems with the file? -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
Hm, then I'd expect it to not grow beyond 500-600MB --- learn more about iPeng, the iPhone and iPad remote for the Squeezebox and Logitech UE Smart Radio as well as iPeng Party, the free Party-App, at penguinlovesmusic.com *New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch* pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
pippin wrote: > Not at all. If your library is large enough... > IIRC some newer LMS versions actually even put the full-scale artwork > into the cache dbs so it can easily grow that big. > Which control Apps do you use? > iPeng now pretty much tries to optimize cache space use (except for iPad > 2 iPeng 9 now uses the same thumbnail format on all devices and the big > artwork used is often not scaled so that LMS doesn't _have_ to cache it) > but I'm not sure what other Apps do and if you use a lot of different > ones you might end up with a lot of different artwork sizes in the > cache. Since I deleted cache.db and restarted it has shrunk to 47MB at the moment. There is also an artwork.db file of 147MB. I am using Orange Squeeze as my control app which I think stores its artwork on the phone but I could be wrong. I was forced to delete cache.db as the 8GB card in my Max2Play server was completely full. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
Not at all. If your library is large enough... IIRC some newer LMS versions actually even put the full-scale artwork into the cache dbs so it can easily grow that big. Which control Apps do you use? iPeng now pretty much tries to optimize cache space use (except for iPad 2 iPeng 9 now uses the same thumbnail format on all devices and the big artwork used is often not scaled so that LMS doesn't _have_ to cache it) but I'm not sure what other Apps do and if you use a lot of different ones you might end up with a lot of different artwork sizes in the cache. --- learn more about iPeng, the iPhone and iPad remote for the Squeezebox and Logitech UE Smart Radio as well as iPeng Party, the free Party-App, at penguinlovesmusic.com *New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch* pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] cache.db and artwork.db occupying over a gigabyte of disc
mherger wrote: > > Well after the restart cache.db is 185K and artwork.db just under > 27MB. > > So that's fixed it, thanks very much. I guess I have to keep an eye on > > these files. > > As others mentioned you might want to update to 7.7.3 or later, as there > > was a bug in earlier caching code which could have lead to huge cache > files. > > -- > > Michael I know this is an old thread but somehow I ended up with a cache.db file of over 1GB and a cache.db-wal file of over 500MB running the latest LMS 7.9. I thought those days were long gone. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=99261 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
