Re: some simple nfs-benchmarks on 5.4 RC2

From: Claus Guttesen (kometen_at_gmail.com)
Date: 04/20/05

  • Next message: Eric Anderson: "Re: some simple nfs-benchmarks on 5.4 RC2" 
    Date: Wed, 20 Apr 2005 16:03:16 +0200
To: Eric Anderson <anderson@centtech.com>

    > That's about what I expected. RAID 5 depends on fast xor, so a slow processor
    > in a hardware RAID5 box will slow you down a lot.
    >
    > You should try taking the two RAID5's (6 disks each) created on your original
    > controller and striping those together (RAID 50) - this should get you some
    > better performance, probably not as close as the amr device, but I would guess
    > somewhere in the 80-90mb/s range.

    This can't be done in hardware, since atabeast only supports raid 0,
    1, 4 and 5. But I will definitively have this in my mind this when we
    get a new storage-system (a different one).

    Thank you for your guidance.

    regards
    Claus
    _______________________________________________
    freebsd-performance@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-performance
    To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"

  • Next message: Eric Anderson: "Re: some simple nfs-benchmarks on 5.4 RC2"

    Relevant Pages

    • Re: some simple nfs-benchmarks on 5.4 RC2
      ... RAID 5 depends on fast xor, so a slow processor ... >>in a hardware RAID5 box will slow you down a lot. ... A lost ounce of gold may be found, a lost moment of time never. ...
      (freebsd-performance)
    • Re: Raid 5 for oracle
      ... >> Could some one tell what the interlace and inode size to use to get ... your DBA should be telling you what is required ... Hardware raid5 is ... Raid 5 is not always the best. ...
      (comp.unix.solaris)
    • Re: some simple nfs-benchmarks on 5.4 RC2
      ... > Are there any benchmarks comparing the atabeast against other ... RAID 5 depends on fast xor, so a slow processor ... A lost ounce of gold may be found, a lost moment of time never. ...
      (freebsd-performance)