The 4-core ApolloLake will show 25% (total) per core. (4x25 = 100)
You’re therefore using 28% (1.2 cores for compute, 0.6 cores for system i/o)
Notice the 17.9% I/O wait. PMS & QTS are waiting almost 18% of the time for the disk I/O to complete. This is how we identify “I/O bound” . If it were “compute bound” then we would see nearly 100% CPU and very little I/O
Yes, this is a painful step but once done, it’s done. (many others complained too about their servers)
This is just like a normal computer where the HDD desperately needs fragmentation.
AFTER this is all done, I’ll suggest you run my “DBRepair” tool to completely reorder / optimize the DB in a way PMS can’t. It will prevent situations like this from ever happening again (The DBs will be in perfect , non-fragmented, order )
OK, thank you so much.
Where is the dbrepair tool?
How do I run it?
I assume there is no way to know how far through we are? I would really like my access back. All my music was scanned onto here. I may have to resort to CDs again
…steve
OK, but just as a point. There is no public shared folder visible. There is a public folder which has a bunch of log and sm2 files in it. Is this what you mean?
Finally: when it finishes will the PMS become visible in the player automatically, or do I have to do something? in other words, how do I know it has finished upgrading?
thanks again
…steve
Ensure the “Public” folder is visible and has the desired access permissions set for users; if it’s not visible, you can create a new shared folder named “Public” and configure its access rights accordingly.
It showed maintenance mode, but it is all fixed now. ChuckPA solved the problems for me
Thanks to all who commented and special thanks to Chuck for his time to diagnose and fix the issue.
…steve
