mherger wrote: > > I set them both to Maximum yesterday before doing the latest > > clear/rescans (shown in screen grabs in my last post above), and run > > times were the same as before (about 1 hour total time in 7.9; 3.5 > hours > > in 8.1). I guess, for one reason or another, Building full text index > > takes longer when LMS is in a Docker container - at least on the > DS218+ > > I just noticed that the Docker version would be using a newer version of > > the SQLite database library - which actually is taken "advantage" of in > > that plugin when indexing playlists. And you actually have quite a > number of playlists imported from iTunes. Are some of them relatively > large? Like thousands of tracks? > > Can you check whether one LMS would import the "all tracks" playlist > from iTunes > while the other wouldn't? I don't know its exact name, but there are > some > which basically have all your tracks in them. Check the iTunes plugin > settings: > you can exclude certain playlists from the import. Yes, I do have several playlists that have hundreds of tracks (and a very few with thousands). When I installed LMS 8.1, I left the default iTunes import plugin 'Ignored playlists' names in place (Library, Videos, Movies, TV Shows, Music, Purchased, Rented Movies, Downloaded). But I had none listed at all in 7.9, so that's sending everything, and all previous screengrabs will have reflected that difference in settings. The interesting thing there, is the faster of the two rescans so far was the version that doesn't have any iTunes playlists ignored (7.9), and that 8.1 takes longer even though it filters out a standard set of playlist names.
I've just aligned the iTunes plugins' 'Ignored Playlists' in 7.9 to be the same as 8.1 for all my future comparisons including the next screenshots. Here's how I have it set now in 7.9 and 8.1: 34804 I made a note to myself earlier this week to check what other default playlists are in iTunes and to update this plugin to remove them - but guess that would only save a matter of seconds or minutes in my overall rescan times now I've turned off 'Build full text search index'? Latest comparisons are with Build text search index plugin turned off in both installations. Clear/rescan times in both are quicker. LMS 8.1 in Docker is now the faster of the two - and *three hours* quicker that it had been! Here's the info: *LMS 7.9 from Synology DS218+ Package Centre* - total time 37:08 34805 *LMS 8.1 (Synology DS218+ Docker Container)* - total time 32:50 34803 I'll try a new/changed rescan in both versions this evening to see how they compare. It'd be interesting to know what's causing the slow building of the text search index within Docker (to potentially help out others with the same problem), but I honestly think just turning that plugin off is my personal solution, as the default search options in LMS look absolutely fine to me! Thanks for all the info and advice so far everyone! Andy +-------------------------------------------------------------------+ |Filename: 2021-05-26 LMS 7.9 Clear and rescan without text index.JPG| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34805| +-------------------------------------------------------------------+ My setup: - LMS 7.9.1-168 running on Synology D218+ connected to Wi-Fi router via LAN cable - 1 x Squeezebox Touch, 2 x Squeezebox Radios, 1 x Squeezebox Receiver, plus Squeeze Player and Squeeze Ctrl Android apps on Samsung Galaxy Tab S5e and Samsung Galaxy A40 - all connecting over Wi-Fi - LMS library either ALAC Apple Lossless (scanned in on iTunes) or ACC/M4A 256kbps downloads from iTunes ------------------------------------------------------------------------ AndyTwizzle's Profile: http://forums.slimdevices.com/member.php?userid=53445 View this thread: http://forums.slimdevices.com/showthread.php?t=111876 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
