Fenix Posted June 18, 2022 Share Posted June 18, 2022 Thanks trurl, I completely missed that. It's a bit late where I'm at. I've been using the script for quite a while but always assumed the cached directories are saved in some file. I was confused as to why the script caused a lot of disk activity for some time after a reboot, it makes sense now. 1 Quote Link to comment
aarontry Posted November 5, 2022 Share Posted November 5, 2022 Is there any way to exclude /mnt/remotes? Scanning smb shares is causing high cpu usage on the smb server 24/7 Quote Link to comment
dlandon Posted November 5, 2022 Share Posted November 5, 2022 The best way to use cache_dirs is to only include the shares you want cached. Everything else gets excluded. Quote Link to comment
Hexenhammer Posted December 20, 2022 Share Posted December 20, 2022 Hi, is tehre a command to check how much RAM the cache takes and what cached? Thanks 1 Quote Link to comment
te5s3rakt Posted January 12, 2023 Share Posted January 12, 2023 On 12/20/2022 at 12:46 PM, Hexenhammer said: Hi, is tehre a command to check how much RAM the cache takes and what cached? Thanks i wouldn't mind knowing this as well 2 Quote Link to comment
dopeytree Posted June 14, 2023 Share Posted June 14, 2023 (edited) The default 50000 memory is that Kb / Mb or MB?? Edited June 14, 2023 by dopeytree Quote Link to comment
Stupot Posted July 12, 2023 Share Posted July 12, 2023 Hello, New to Unraid so please forgive me if I sound like a total newb. I have a torrent client running on my Unraid server all the time seeding torrents (100% perfectly legitimate Linux distro ISOs, obviously). I have all my torrent stuff stored on one of the 3 disks (2 array, 1 parity)...so I don't expect that disk to spin down ever - and for some reason I have yet to ever see the other disks spin down of their own accord (though I could have something set wrong - I need to investigate). ANYWAY...my issue would be: if my disks never spin down, does that mean cache_dirs is never going to run? I tried setting " Disk Idle Timer (sec)" to 0. As far as I can tell, it is not caching. I am not seeing an increase in use of memory. Is there a way to actually tell what state the caching plugin is in? Whether it's waiting for something or whether it's actually doing something? Thanks in advance. Quote Link to comment
alturismo Posted July 13, 2023 Share Posted July 13, 2023 4 hours ago, Stupot said: (though I could have something set wrong - I need to investigate) may take a look what is on the disk you expect to spindown ... sample ls -la /mnt/disk1 then you can investigate what may causes it to not spin down ... Quote Link to comment
nmkaufman Posted December 4, 2023 Share Posted December 4, 2023 (edited) I'm new to Unraid, but this plugin has immediately become one I can never live without. Thank you! My disks stay parked while browsing, searching, and even scanning with emby/*arr or freefilesync. I tried countless solutions to achieve this in Windows over the years, with minimal success. That said, the cpu spikes are wild. It's a low cpu utilization % per thread (<10%), but since it runs 1 thread per disk, it means my cpu basically never parks cores, and is always in some state of turbo-boost. My computer idles ~5 degrees (C) hotter with the plugin on, vs off (2x ancient E5-2600 v3). I've tried turning off 'run scan of each disk in a seperate thread' but this results in my disks spinning up. I've also tried increasing the minimum interval between folder scans, but this also results in more spin-ups. Does the 'hack' that this plugin exploits only keep folders in memory if there's a constant folder-scan happening? Like I said, it's not that the cpu utilization % is so high, but it's just high and persistent enough to defeat all the power-saving features of my computer. Edited December 4, 2023 by nmkaufman Quote Link to comment
jaylo123 Posted February 12 Share Posted February 12 This is filling up my /var/log dir. How do I stop it from creating a runaway .csv? root@mediasrv:/var/log# ls -l|grep cache_dirs -rw-r--r-- 1 root root 1.4M Feb 11 18:43 cache_dirs.log -rw-r--r-- 1 root root 42M Feb 11 18:43 cache_dirs.csv root@mediasrv:/var/log# df -h . Filesystem Size Used Avail Use% Mounted on tmpfs 128M 76M 53M 60% /var/log Quote Link to comment
Hoopster Posted February 12 Share Posted February 12 36 minutes ago, jaylo123 said: This is filling up my /var/log dir. How do I stop it from creating a runaway .csv? Enabling Help on the Cache Dirs plugin provides the answer. Disable logging if you do not want the .csv file to keep endlessly growing. As noted, it is not automatically rolled. Or you can delete it and let it start over I suppose 1 Quote Link to comment
jaylo123 Posted February 14 Share Posted February 14 On 2/11/2024 at 7:25 PM, Hoopster said: Enabling Help on the Cache Dirs plugin provides the answer. Disable logging if you do not want the .csv file to keep endlessly growing. As noted, it is not automatically rolled. Or you can delete it and let it start over I suppose Didn't even think to check there. And I clearly missed that the log file isn't automatically rolled. I'll add to logrotate/tmpwatch/whatever Unraid uses (I float between different distros at work and can't remember what Unraid uses lol). Thanks again! Quote Link to comment
Sptz87 Posted February 16 Share Posted February 16 Hi all, Is this still relevant / helpful nowadays? I haven't tested much but I've got my disks to spindown after 2 hours of IO inactivity. I've got all turned off at the moment. If I navigate to plex and select a movie it is only spinning up the disk that has it. Would this script still be of value? Quote Link to comment
alturismo Posted February 16 Share Posted February 16 46 minutes ago, Sptz87 said: Would this script still be of value? if your disks stay down while not in use you should be fine. this is more relevant when browsing your shares to keep the disks in spindown, when you open a file it always will spinup as its physically readed ... Quote Link to comment
Sptz87 Posted February 16 Share Posted February 16 On 12/4/2023 at 8:28 PM, nmkaufman said: I'm new to Unraid, but this plugin has immediately become one I can never live without. Thank you! My disks stay parked while browsing, searching, and even scanning with emby/*arr or freefilesync. I tried countless solutions to achieve this in Windows over the years, with minimal success. That said, the cpu spikes are wild. It's a low cpu utilization % per thread (<10%), but since it runs 1 thread per disk, it means my cpu basically never parks cores, and is always in some state of turbo-boost. My computer idles ~5 degrees (C) hotter with the plugin on, vs off (2x ancient E5-2600 v3). I've tried turning off 'run scan of each disk in a seperate thread' but this results in my disks spinning up. I've also tried increasing the minimum interval between folder scans, but this also results in more spin-ups. Does the 'hack' that this plugin exploits only keep folders in memory if there's a constant folder-scan happening? Like I said, it's not that the cpu utilization % is so high, but it's just high and persistent enough to defeat all the power-saving features of my computer. Hmm, are the spikes really that much higher that undermines hours of spun down disks? Quote Link to comment
Sptz87 Posted February 16 Share Posted February 16 5 hours ago, alturismo said: if your disks stay down while not in use you should be fine. this is more relevant when browsing your shares to keep the disks in spindown, when you open a file it always will spinup as its physically readed ... Gotcha! Thank you! Is this script basically included in dynamix's cache dirs? Quote Link to comment
alturismo Posted February 16 Share Posted February 16 1 hour ago, Sptz87 said: his script basically included in dynamix's cache dirs? its not a script, its a plugin with its own settings. 1 Quote Link to comment
MrCrispy Posted February 23 Share Posted February 23 what is the new url for this link in the OP - http://lime-technology.com/forum/index.php?topic=3666.0 I tried forums.unraid.net/topic/3666 but that won't work. Quote Link to comment
1971camaroguy Posted March 5 Share Posted March 5 (edited) I may be misunderstanding what this does, would it fix an issue when I browse the movie folder share on a windows machine it takes 1-2 seconds to load all the movie folders......it's not the end of the world, I just wanted it to be more instant when I open the movie folder to browse. When I open it I can see some of the folders, like G-P movie names and then the rest load up. I can see it counting, and the progress bar at the top is adding them Once it loads all the movie folders it's fine, but right at first I can only see a portion of them when makes me feel like some drives aren't spinning up quick enough? I'm not sure. I have 24 drives in a supermicro hot swap case Thanks in advance Edited March 5 by 1971camaroguy Quote Link to comment
Marino Posted March 18 Share Posted March 18 I am a little bit confused right now. Now and then I read here and there that die CPU usage goes up while scanning. How did I even know if it is scanning or not? When I activate it (default settings with a few folders included) the CPU is going up every few seconds but not that much that I'd think that there is something cached right now. It doesn't matter if the disks are all spun down or not it behaves the same, even when the disks are spun down for 12 hours. Deactivating the plugin is stopping this behavior. Normally I've an Idle power consumption from about 43W. When the folder caching plugin is activated, I've about 78W with going up to 125-150W every 4-5 seconds (even with spun down disks and plugin activation half a day ago). Only way to stop this is by stopping the plugin. I'd expect some readings on the disks or spinning up disks ore something like that. But with more than double the power consumption in idle it could spin up a disk from time to time and will produce wear, but less costs than with the plugin. I have a dynamic electricity rate (today 0,31€-0,40€/kWh). So it does matter a little bit. Before I tried to used the plugin I could browse through folders with Dynamix File Manager terminal window (Unraid), SSH-Connection and Krusader and the disks remains spun down. Only browsing via MacOS (SMB) spun up the drives (I don't know why because DS_Store or other hiding files were not created). Something is wrong here. How could I see if the plugin is running or how can I force It to run properly to get the CPU load down afterwards? Quote Link to comment
Gobblerpl Posted April 21 Share Posted April 21 I'm echoing what Marino and nmkaufman wrote. The plugin causes high CPU usage 24/7. For some time, I've been wondering what Unraid is doing that keeps my processor always at 70%. It turns out it's this plugin. I'm attaching a screenshot. Is there anything that can be done about this? Quote Link to comment
dlandon Posted April 21 Share Posted April 21 Cache_dirs will cache everything when you use default share settings. It will even cache UD Remote Shares, which is very inappropriate. Set up cache_dirs to only include shares you want cached. Don't set it to cache SSD disks, that's not necessary. Quote Link to comment
dlandon Posted April 27 Share Posted April 27 There is a replacement cache_dirs plugin that should solve several of the issues here. Uninstall the current cache_dirs then go to CA and install the new one. You will notice that the 'exclude' folders has been removed and appropriate shares are enabled by default. This keeps cache_dirs from caching everything like when default settings were used in the past. Because all shares are now included by default, you should go to Settings->Floder Caching and uncheck any folders that you don't need cached. For example, don't cache shares only on SSD disks. It's not necessary. 1 1 1 Quote Link to comment
jeff.lebowski Posted April 27 Share Posted April 27 8 minutes ago, dlandon said: There is a replacement cache_dirs plugin that should solve several of the issues here. Uninstall the current cache_dirs then go to CA and install the new one. You will notice that the 'exclude' folders has been removed and appropriate shares are enabled by default. This keeps cacheP_dirs from caching everything like when default settings were used in the past. Because all shares are now included by default, you should go to Settings->Floder Caching and uincheck any folders that you don't need cached. For example, don't cache shares only on SSD disks. It's not necessary. Is the new one v 2.2.8? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.