Here's what I've done. I have defined a library like mentioned above for
"Music without audiobooks", essentially a list of genres to be excluded
when browsing. That list _might_ be a bit long (10 or 15 genres or so)
but still, it's a one-dimensional filter (only genres being excluded).
Ok, pretty much my use case, only different content:
- main filtered view: no children's music, no audiobooks
- custom sub menu for the kids
Is this about right?
My test library has some 16K tracks, 1K Albums and 9.5K Artists (480 of
which are Albumartists), so I'd call this a moderately sized test
library, LMS runs on a MacBook Pro.
I have a similarly sized collection (20k tracks, 1.3k albums) on a much
less powerful machine (Atom) running Linux.
THE BUG IS SIMPLE[/B]: IF YOU APPLY A FILTER YOU CAN NOW OVERRIDE THAT
FILTER FOR BROWSING (BY SIMPLY NOT SPECIFYING THE LIBRARY_ID) BUT YOU
CAN'T SEEM TO BE ABLE TO DO THAT FOR PLAYING.
Confirmed: I can't play "Pippi Langstrumpf in Taka Tuka Land", but I can
play all its tracks from the kids' menu. Correct?
[B]THE PERFORMANCE ISSUE LOOKS MORE LIKE A NOTORIOUS PROBLEM
With this enabled my main "All Artists" and "All Albums" lists still
work reasonably well. But as soon as I add an additional filter the
results get really, really slow.
>
> A good example is "Album Artists" - still OK. But opening "All Albums"
> for "Album Artists" makes it really slow, something like 6-7 minutes
> only to load the album list (1K Albums).
Hmm... I'm not sure I fully understand the issue, can't reproduce it.
I've enabled the "no kids music" library as the default view. Then I
browse Artists -> All Albums. Takes about two seconds in the web UI,
less than a second in iPeng. I tried both, the unified list as well as
the separate Album Artist/All Artists lists.
I suspect the problem is that now the server has to apply the library
filter (list of Genres) and also apply an artist role filter
("Albumartists", which are a small subset - 480 - of all artists), plus,
it needs to sort the results (by Artist). This seems to be too much for
the poor server, even with the "maximum" memory setting.
Can you check the resources to figure out whether it's memory, disk IO
or CPU bound? I would consider my server on the lower performance end
for any x86 based system. But I don't see your issue. LMS is using about
250MB. Are you using any 3rd party plugins?
This time the behavior between iPeng and your App is a little different:
iPeng will take several minutes to load the list while your App bails
out with a timeout message and doesn't load it at all - probably the
same underlying issue, though, the performance is too bad.
Yep, I would expect the app to time out. It wouldn't wait (it's not
using cometd, but jsonrpc requests).
Could you check whether something weird is going on or does this use
case need additional indexes or something?
You could enable debugging for database.sql to see whether this is
triggering some really bad query. And could you please send me all the
settings on the My Music settings page (screenshot is ok ;-))
--
Michael
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
