Lien1454 Posted June 19 Share Posted June 19 Posting to request some suggestions what might be causing this.... When using a docker image and writing to a single pool SSD drive (xfs) (which is new). The download speeds are fast but then some of the CPU cores spike to red and the speed dramatically drops. It will speed back up a short while later. But it cycles like this. I don't have any cache drive plugins installed which I've read can cause this. Are there any usual suspects for this? Thanks in advance for any advice. Quote Link to comment
JorgeB Posted June 19 Share Posted June 19 What SSD model? Also try using a disk share (or exclusive share) to see if there's any difference. Quote Link to comment
Lien1454 Posted June 19 Author Share Posted June 19 9 minutes ago, JorgeB said: What SSD model? Also try using a disk share (or exclusive share) to see if there's any difference. Crucial BX500 3D NAND SATA 2.5-inch SSD Drive, 500 GB Black When you say try a share how do you suggest I make a test please? Thank you. Quote Link to comment
JorgeB Posted June 20 Share Posted June 20 See the link above for how to enable disk shares. Also note that SSD model is not able to sustain high write speeds, unlike for example the MX500, so it could be at least part of the problem. Quote Link to comment
Lien1454 Posted June 21 Author Share Posted June 21 (edited) On 6/20/2024 at 8:00 AM, JorgeB said: See the link above for how to enable disk shares. Also note that SSD model is not able to sustain high write speeds, unlike for example the MX500, so it could be at least part of the problem. Thanks I set disk share to Yes as it was on auto. I've checked the docker and ensured it's linked to the ssd... /mnt/storessd/storage/ Storagessd is the device name of the ssd. Storage folder is the folder that was created when I made a share on the drive so I can network access the contents. But as you can see it's not linked via 'user' so I assume that is direct disk access? Thanks What I am noticing is when the docker is stopped the cpu continues to spike. Trying to stop the array including a large pause (with all disks spun up). Eventually the array will stop. Edited June 21 by Lien1454 Quote Link to comment
JorgeB Posted June 21 Share Posted June 21 34 minutes ago, Lien1454 said: /mnt/storessd/storage/ If it's configured like this is using the disk share/path. 34 minutes ago, Lien1454 said: What I am noticing is when the docker is stopped the cpu continues to spike. Try booting in safe mode to rule out any plugins Quote Link to comment
Lien1454 Posted June 21 Author Share Posted June 21 18 minutes ago, JorgeB said: If it's configured like this is using the disk share/path. Try booting in safe mode to rule out any plugins Thanks I'm going to try the MX500 as I have one in another computer that I can repurpose. All plugins was disabled at the time using the disable all plugins app. Quote Link to comment
Lien1454 Posted June 22 Author Share Posted June 22 (edited) 23 hours ago, JorgeB said: If it's configured like this is using the disk share/path. Try booting in safe mode to rule out any plugins Going to test with the MX500 drive now. Allowed the OS to format it and it's picked btrfs as a pool drive. Which fs is recommended for a files been downloaded at like 90 to 100mb/s regularly ? thanks another thing I wanted to ask is if an SSD for files been added and deleted over the space or a day or so. Would trim keep the SSD healthy? Are there any plugins for trim in this situation I'd need to use or just not needed? Edited June 22 by Lien1454 Quote Link to comment
JorgeB Posted June 22 Share Posted June 22 57 minutes ago, Lien1454 said: Which fs is recommended for a files been downloaded at like 90 to 100mb/s regularly ? Regular downloads any fs will typically due, though xfs is usually marginally faster, for torrents don't use btrfs or zfs, they can perform very poorly due to being COW. 58 minutes ago, Lien1454 said: Would trim keep the SSD healthy? Yes, Unraid already has scheduled TRIM, make sure it's enabled (Settings - Scheduler) Quote Link to comment
Lien1454 Posted June 22 Author Share Posted June 22 (edited) 46 minutes ago, JorgeB said: Regular downloads any fs will typically due, though xfs is usually marginally faster, for torrents don't use btrfs or zfs, they can perform very poorly due to being COW. Yes, Unraid already has scheduled TRIM, make sure it's enabled (Settings - Scheduler) TRIM if the drive is full then emptied and refilled in a short space of time would the TRIM schedule still be fit to do what's needed? Thanks Edited June 22 by Lien1454 Quote Link to comment
JorgeB Posted June 22 Share Posted June 22 Yes, it's usually enough for the typical usage, scheduled it daily. 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.