Re: CPU load issue after Windows startup
Posted: Sat Jun 22, 2019 11:33 pm
I doubt your Java test-program analyses the content of the files and creates thumbnails if appropriate. It's not just about "listing" the files.
Universal Media Server | Forum
For announcements, discussions, and help with UMS
https://www.universalmediaserver.com/forum/
CPU load issue after Windows startup
https://www.universalmediaserver.com/forum/viewtopic.php?t=13556
Page 1 of 2
Re: CPU load issue after Windows startup
Posted: Sun Jun 23, 2019 5:40 pm
I've seen that CPU issue after startup lately too and have been meaning to look into it
Re: CPU load issue after Windows startup
Posted: Mon Jun 24, 2019 4:42 pm
Agree with @nadahar. Additionally, check if you have a renderer which is asking for complete media tree. My LG TV is one such culprit (WMP another). I always switch on my TV only AFTER UMS is completely up.
Re: CPU load issue after Windows startup
Posted: Wed Jun 26, 2019 2:40 am
You're right. It's not quite as simple as you say, but the general idea is correct. UMS should be able to use the information from the database instead of re-parsing in the majority of cases. Your experience suggests that isn't the case, which sounds like a bug to me.
Re: CPU load issue after Windows startup
Posted: Thu Jun 27, 2019 4:18 pm
Yeah that is what it should be doing so maybe there is a bug there. We generally use MediaInfo and it takes time (milliseconds which add up) to keep using that for every file, so maybe there is a bug where that is being launched even when a database match was found. Just an idea that might be right or wrong.fuggi wrote: ↑Tue Jun 25, 2019 6:05 pmYou are right, it isn't ... and there is no need for it. Since all folders had been scanned when they were added to the media library in the first place, a re-scan only needs to check if each folder and file still exists or if there are new folders/files and, at most, check if its timestamp of file size has changed. Only if one of these conditions applies, UMS needs to scan its contents and, if applicable, create a thumbnail.
I was not complaining about the initial scan, but only the re-scan which takes so much time even though not a single file/folder has changed.
Maybe you can have a look into our code and try to fix it since we are open source
I am sure a lot of users would be very happy if the scanning got faster.Re: CPU load issue after Windows startup
Posted: Fri Jul 19, 2019 10:00 am
I haven't had this happen since using the standalone build, so it may have been related to a newer version of Java