Playlist Generator so slow and times out occasionally

rogerradio

New member
Hello, with the latest rb update our playlist generation seems to have gotten even slower. Our library has about 38k tracks and our playlist generation can take 10mins up to 40mins sometimes, and occasionally times out.

Can you offer some tips to fix this please @djsoft ? We're using sqlite database and storing the "additional data" there too.

Is our library simply too big? Is the "best practice" to have smaller libraries?
 

djsoft

Well-known member
Staff member
The library size is OK. You can speed it up considerably if you change it to use SQLite database (if you currently use APEv2 tag) - please read this article for more info on the topic.

The more rules you have, and the stricter they are, it will increase the playlist creation time, because it needs to perform more work in order to find a suitable track.

You can increase the timeout in settings: https://manual.djsoft.net/radioboss/en/schedule_settings.htm
And also consider creating and saving playlists in advance, so that they are ready when they are needed.
 

rogerradio

New member
The library size is OK. You can speed it up considerably if you change it to use SQLite database (if you currently use APEv2 tag) - please read this article for more info on the topic.

The more rules you have, and the stricter they are, it will increase the playlist creation time, because it needs to perform more work in order to find a suitable track.

You can increase the timeout in settings: https://manual.djsoft.net/radioboss/en/schedule_settings.htm
And also consider creating and saving playlists in advance, so that they are ready when they are needed.
Thanks for the help, I've changed to use sqlite from APEv2 a few days ago as per https://manual.djsoft.net/radioboss/en/index.html?additional-information-storage.htm although it doesn't seem to have made any noticeable improvement to playlist generation...
 

rogerradio

New member
This is the main filter we use, is this slowing things down at all?

(We definitely have SQLITE enabled for additional information.)
 

Attachments

  • Screenshot 2021-09-09 at 13.35.22.png
    Screenshot 2021-09-09 at 13.35.22.png
    54.1 KB · Views: 43

djsoft

Well-known member
Staff member

djsoft

Well-known member
Staff member
This is the main filter we use, is this slowing things down at all?
I don't think it will introduce a huge speed decrease. Playlist creation time also depends on the CPU speed, and if the music files were modified outside of RadioBOSS or any of its tools (in this case it will read the tag again to update the cache).
 

rogerradio

New member
I don't think it will introduce a huge speed decrease. Playlist creation time also depends on the CPU speed, and if the music files were modified outside of RadioBOSS or any of its tools (in this case it will read the tag again to update the cache).
Thanks, would SSD storage help at all? For the media storage? CPU cores don't seem to make any difference unfortunately, only clock freq
 

djsoft

Well-known member
Staff member
Thanks, would SSD storage help at all? For the media storage? CPU cores don't seem to make any difference unfortunately, only clock freq
SSD will help a lot. RadioBOSS utilizes all the cores in many cases. Playlist creation is performed on a single core (we've tried doing it on multiple cores but it didn't result in a noticeable speed increase). So single-core speed is important in this case. However, any modern CPU will perform the job just fine.
 
Top