rexerm 36 Posted March 23, 2021 Posted March 23, 2021 (edited) I've got my NAS set to spin down disks after a period of no use. I've noticed when browsing my collection -- not playing anything -- items I have not looked at in a while will cause the disk that item is on to spin up. It looks like poster / fanart loads without this happening, but chapter images wait for the disk to get up to speed. However, I don't have any library set to store any artwork -- including the thumbnails for chapters -- in the content folders. I also do not have the real-time monitoring turned on. I did have the NFO metadata saver box checked. However, unchecking this so far so does not stop the issue. Is there another setting I need to change to prevent disk access while browsing? EDIT: I may have had "save video preview thumbnails into media folders" turned on for a bit during the beginning of my import process. Refreshing metadata on those items affected should fix the issue? I guess my question is now: with no artwork being saved to media folders and no real-time monitoring turned on, will enabling NFO saving spin up my drives during browsing? I like having it turned on so Emby backs up changes I make there, but could turn off and double-edit things if needed... Edited March 23, 2021 by rexerm
rbjtech 5285 Posted March 23, 2021 Posted March 23, 2021 use something like 'procmon' from sysinternals (free) to monitor all the disk I/O from embyserver.exe for anything other than the local disk - this will then show exactly what is triggering your NAS to spin up.
rexerm 36 Posted March 23, 2021 Author Posted March 23, 2021 (edited) Procmon doesn't show too much difference between cases. I loaded the same movie twice. The first load caused the disk to spin up. I then emptied Chrome's image cache and reloaded the same page. There was no disk spin then. The only difference I'm seeing in the results is Emby querying the directory slightly more when the disk spun up. However, querying the directory does not cause a spin up in the second case, so there's more to it than that. The NAS is running unRaid, if that would make a difference? EDIT: After work, I loaded this same movie in the Samsung TV app -- no disk spin. Maybe something to do with how Emby caches images in its own directory? Edited March 23, 2021 by rexerm
rbjtech 5285 Posted March 24, 2021 Posted March 24, 2021 Yes - in summary, if the local drive emby cache needs any files from the NAS - then it will spin up the entire volume to get that one file.... From the output above - it looks like it is reading the NFO, but there is also a lot of CreateFile in there too, not sure what they are ... I don't know the selection criteria for the cache items - but I do know they have a TTL but I'm not sure how long this is. ProcMon is very powerful when you have the correct/multiple filters added - so try adding a few more excludes to really pin point what is happening.
ebr 16199 Posted March 24, 2021 Posted March 24, 2021 18 hours ago, rexerm said: The NAS is running unRaid, if that would make a difference? That is drive pooling so, yeah, the entire set of discs may get spun up in order to access a file in the pool. Its been a while since I used Unraid so I'm not sure exactly how pinpoint it is on pool/drive access.
rexerm 36 Posted March 24, 2021 Author Posted March 24, 2021 11 minutes ago, Luke said: Has this answered your question? I'd still be curious why Emby causes a disk spin-up in some instances and not others. It's not a big deal, though, as browsing collections or library lists runs purely out of the Emby directory on an SSD. My users will only see the spin-up delays occasionally when clicking through to see movie details.
Solution Luke 42086 Posted March 24, 2021 Solution Posted March 24, 2021 The server doesn't pre-emptively keep a copy of image files in it's internal directories. There are open requests to do this for this very reason, but in general, it goes and gets them from your folders on demand when they're needed (then caching of course)...and this is likely the reason.
rexerm 36 Posted March 24, 2021 Author Posted March 24, 2021 2 minutes ago, Luke said: The server doesn't pre-emptively keep a copy of image files in it's internal directories. There are open requests to do this for this very reason, but in general, it goes and gets them from your folders on demand when they're needed (then caching of course)...and this is likely the reason. Ah, makes sense! Glad to hear there's a request out there for it as well. Anyways, someday... some year, flash storage will be cheap enough not to have to deal with these dumb, spinning, magnetically-dusted metal plates.
Happy2Play 9785 Posted March 24, 2021 Posted March 24, 2021 (edited) Pretty sure this is the original request. Sound like you have a mixed environment right now with some image/metadata with media and some not. Preemptively cache images - Feature Requests - Emby Community Edited March 24, 2021 by Happy2Play 1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now