Replies: 11 comments
-
What LMS version are you running? Make sure you're running 7.9 with the memory setting for the database set to "maximum" (Settings/Advanced/Performance). BMF has always been a source of complaints about performance, as it's basically running a scan interactively. Whenever you enter a folder, files in that folder would be scanned, checked for updated files, updating data in the database etc. Your low-powered setup, accessing music from another machine over CIFS etc. all don't add to the experience in a positive sense. 7.9 has a bunch of tweaks to improve this behaviour compared to 7.7. Alas, it's not as quick as the other browse modes, due to aforementioned activity the browse mode triggers. |
Beta Was this translation helpful? Give feedback.
-
I'm running
Is this necessary ? I thought the DB was only updated when scanning the media folder. Since I only use BMF, data could be updated only when the music is actually played ? |
Beta Was this translation helpful? Give feedback.
-
Is this necessary? No, it's a feature. It's a deliberate design decision (admittedly from years ago). You might give the "browse file system" a try, which would do a lot of the same work, but not store stuff in the database. Maybe that's faster. |
Beta Was this translation helpful? Give feedback.
-
Unfortunately, I mostly browse music through the Web interface, which does not include this browse mode (if I'm not mistaken). |
Beta Was this translation helpful? Give feedback.
-
It should be available on any UI - but you might need to enable it in Settings/Player/Advanced Browsemenus or similar. |
Beta Was this translation helpful? Give feedback.
-
OK, I didn't enable it in the right place, now it is visible on the website too. I just tried it, it's a tad faster but still slow. perf record shows the following top functions:
Running the server with
I also generated a NYTProf output, if you're interested. |
Beta Was this translation helpful? Give feedback.
-
Oh interesting: how many items per page do you display? Would other UIs (eg. Squeezeplay) be faster? Template rendering is awfully slow. As you can see the |
Beta Was this translation helpful? Give feedback.
-
I set it to 500, but I only have about 270 items in the root folder.
I've also used iPeng to access the library and I think it was faster (I'll have to try tonight to confirm) |
Beta Was this translation helpful? Give feedback.
-
The best I can suggest: lower the number of items per page. It should considerably speed up rendering... (though not linearly). |
Beta Was this translation helpful? Give feedback.
-
Unfortunately, it also makes browsing the root folder of the library a pain :( |
Beta Was this translation helpful? Give feedback.
-
You could "Browse Filesystem", which would not import those files. |
Beta Was this translation helpful? Give feedback.
-
Hello,
I've been using Slimserver since ages, but I'm finally reporting a "problem" that has been bugging me since I've moved the server to lower power hardware: browsing the "media folder" (which is my preferred way of looking for music) is very slow.
Now my server is running on an apu2c4 board, with a 1ghz AMD GX-412TC and 4GiB of RAM.
Clicking on "Media Folder" in my browser, it took 5s to reach the directory listing (with 270 entries). Note that the root of my library is mounted over CIFS.
However, it seems of the most time is spend in CPU, not I/O (doing some perf/strace checks)
Is there anything I could do to help improve this ?
Beta Was this translation helpful? Give feedback.
All reactions