Jump to content

BRiT

Members
  • Posts

    6,582
  • Joined

  • Days Won

    8

Everything posted by BRiT

  1. Alright, here's your full post: I do not see "for me" in there at all. You also stated it gets even worse if you have WD Greens. Was that not a reference to the WEADS / WEARS ?
  2. Yes, really. Reread the following statement which seems aimed at all GPs.
  3. Well your statement seemed to be aimed at all WD GP drives. Mine are the older EADS.
  4. terrastrife, I going to have to refute your claims. My array has a final parity check speed of 75 MB/s and I am using 3 WD Green 2TB drives. They start off at over 100 MB/sec. That puts the difference in speed from 95 MB/s to 75 MB/s a drop of about 22% {the math: (1 - (75/95)) * 100 }, which is nowhere close to your claimed 50% performance loss. Perhaps your drop in performance is from the adding of another drive, regardless of it's type.
  5. IIRC, a flaw in your trivial solution is the partition table is written at the very beginning of the drive, as is the filesystem tables.
  6. Interesting idea, but how would you suggest handling the following situation: 1) replacing a failed Data Drive X with a larger Data Drive Y, where size(y) > size(x). You've made this typical and likely scenario rather complex.
  7. You can run multiple preclear_discs on the server, either open multiple telnet/ssh terminals or on the physical console.
  8. Anyone have a clue why this may be? Most likely it's due to a bug/feature in the MB BIOS implementation of S3.
  9. I think you at least want to grep for the actual network interface. If you don't, you may never go to sleep because of non-network traffic on the loopback device. The cut may not be needed, but I wanted to show some advanced possibilities for determining bytes send and received.
  10. That includes information for loopback, which isn't purely network activity. Standard unRAID tends to only support a single NIC so it would be: NetSnapshot=$(cat /proc/net/dev | egrep eth0 | cut -d: -f2) NetBytesRecv=$(echo $NetSnapshot | cut -d\ -f1) NetBytesTran=$(echo $NetSnapshot | cut -d\ -f9) The last two lines are 'cut -d\[space][space]-f#'
  11. uuuhmmm? Is that a compile yourself kinda thing? Yes, exactly.
  12. That's just the way Linux's libata works. The 3G / 1.5G Sata only refers to the maximum burst rate allowed. No disk's can sustain that speed, not even SSDs.
  13. One of your disks is running in ATA/33 mode, but it's one you're not using in the array. Your 1TBand 2TB WD drives are set as UDMA/133 and 3G SATA.
×
×
  • Create New...