voxter

Members
  • Posts

    4
  • Joined

  • Last visited

voxter's Achievements

Noob

Noob (1/14)

0

Reputation

  1. Im immensely interested in this. I'm contemplating setting up shinobi in a VM or to go to the original shinobi docker that @SpaceInvaderOne built from. The Shinobi project has been getting updates to improve stability and performance, and its unfortunate to not be able to benefit from those. No shade to Spaceinvader, im sure he's got a lot on the go. Just wondering how to best contend with this.. maybe he could open up his forked shinobi project so we could all help update it?
  2. Thanks for the dd tip, was not aware of that! I wonder why raw disk access would be so slow like that? I tested again by creating a 5GB file on my ethernet connected mac, using /dev/zero as the source again, and copying that 5GB file filled with zeroes over SMB ... copying from the mac with rsync to an SMB mounted destination (so i could see transfer speed) reported an average of 22MB/sec which is arguably faster than I reported originally but still nowhere near the 185MB/sec the drives achieve on their own. Copying the file to the same location in /mnt/user/sharename via scp managed to hit about 55MB/sec, almost double what SMB is doing but still almost 3.5x slower than peak disk speed on its own. Copying the same file using FTP managed to hit 102MB/sec - again nowhere near 185MB either. There must be some strategies here for improving SMB performance, or potentially being able to explain why despite getting faster performance from SCP, then FTP, all three options are still significantly lower than the expected top end. Ideas?
  3. Should also mention I'm on latest stable (6.8.3) and my array has 3 disks in it, no cache disk, and have tried both with and without one parity disk - all disks in the array and parity are identical disks.
  4. Hi everyone, I'm seeing slow write performance when writing to the array but not directly to disks. I've tried a number of suggestions I've found in other posts about similar topics, although I think mine is slightly different. Originally I wondered if it was something related to my parity disk, but I've just removed my parity disk from the array entirely and write performance is still bad even without it. Directly to my disks, I get 170-180MB/sec writes, but writing to the array is between 1.8-2.4MB/sec: All my disks are identical (Seagate Ironwolf 6TB SATA), all connected to the same onboard SATA controller on my Asrock x470 Taichi Motherboard, with an AMD Ryzen 9 3900x with 32GB ram. I've stopped all VM's and docker containers to no avail. I've tried direct IO, turbo write, nothing seems to help. I've also attached a diagnostics zip, if that helps. Any suggestions are very welcome! Thanks :) unraid-diagnostics-20200725-1949.zip