Problemi con volume rigido (RAID0) a righe FreeBSD

Ho sperimentato diversi volumi a righe in vinum con FreeBSD 8.2 release. Ho hardware attuale (processre Intel i5, MB adeguato e RAM da 8 GB).

Il mio test-setup è costituito da 2 o 4 dischi in un volume, each disco è 2TB, linea "verde" Seagate e Western Digital; cioè i dischi consumer a 5400RPM. Questi sono nel mio server, mentre il mio desktop collegato (via Gbit LAN) ha un SSD veloce.

Il mio problema è che ottengo performance migliori (cioè velocità di lettura / scrittura) sulla mia Gbit LAN quando accedo il mio singolo "Black" Western Digital 2TB, rispetto a quando accedo i miei volumi di vinum.

  • Disco singolo WD nero: read = write = 90-105 MB / s
  • volumi di vinum, tutte le impostazioni: read = 80 MB / s; scrivere = 50 MB / s

Le configurazioni vinum che ho provato sono:

test1:

drive a device /dev/ad32 drive b device /dev/ad34 drive c device /dev/ad26 drive d device /dev/ad28 volume test1 plex org striped 512k sd length 2048m drive a sd length 2048m drive b sd length 2048m drive c sd length 2048m drive d 

test2:

 drive a device /dev/ad32 drive b device /dev/ad34 volume test2 plex org striped 512k sd length 1907728m drive a sd length 1907728m drive b 

Ho testato il test1 con lunghezze diverse (512k, 64k, 2048k), ma le velocità sono uguali. Inoltre, non noto alcuna differenza tra le velocità tra test2 e test2 , che mi sembra molto strano, considerando che questi sono volumi a righe e il count dei dischi quindi dovrebbe avere importnza.

Qualcuno ha un indizio perchè questo succede e cosa posso fare per sintonizzare / accelerare vinum per alless superare il mio singolo HDD? Devo considerare altre opzioni per le performance (ZFS w / RAIDZ ecc.)?

Maggiori informazioni (modifica)

dmesg sui dischi:

  • ad26: 1907729MB [ST2000DL003 9VT166 CC32] a ata13-master UDMA100 SATA 6Gb / s
  • ad28: 1907729MB [ST2000DL003 9VT166 CC32] a ata14-master UDMA100 SATA 3Gb / s
  • ad32: 1907729MB [WDC WD20EARX-00PASB0 51.0AB51] a ata16-master UDMA100 SATA 3Gb / s
  • ad34: 1907729MB [WDC WD20EARX-00PASB0 51.0AB51] a ata17-master UDMA100 SATA 3Gb / s

Tutti i dischi sono collegati al controller SATA interno sulla scheda madre; Asus P8P67 Deluxe.

Quando si prova ad32 come un singolo disco , ottengo velocità di scrittura a circa 60-70MB / s, velocità di lettura a circa 80-90MB / s.

Tutti i test eseguiti con un file di grandi size di circa 2,5 GB.

Il punto: i miei dischi funzionano più lentamente in un volume a righe che solo … Suggerimenti?

  • Non è ansible avviare l'avvio del software mdadm creato di recente in Debian Linux compressione
  • Impostazioni Readahead per LVM, dispositivo-mapper, software Raid e blocchi di dispositivi - cosa vince?
  • Come visualizzare / definire coppie Mirror / Stripping con mdadm
  • Puoi cambiare la versione dei metadati su un arrays esistente?
  • Sono compatibili le diverse configurazioni RAID?
  • C'è un modo per build un sistema di raid software Linux senza tutte le unità?
  • LVM RAID10 "Non sarà sincronizzato" - Cosa significa?
  • Raid 1 su 3 partizioni, cosa significa?
  • One Solution collect form web for “Problemi con volume rigido (RAID0) a righe FreeBSD”

    Sulla base di quello che hai inviato finora la mia ipotesi è che il tuo volume a strisce è quasi certamente ostacolato da unità più lente (vedo un collegamento da 6 Gb / sec e 3 collegamenti 3Gb / sec – sono disposto a scommettere le unità 3Gb / sec hanno anche caratteristiche tecniche più basse.


    Come @MikeyB ha detto di eseguire test di velocità per each disco singolarmente – questo confermerà la mia teoria (o ti invio a cercare in un'altra direzione).
    Si può aspettare di vedere performance limitate da una certa function del disco più lento dell'arrays, con un limite superiore duro o in giro per il throughput massimo del controller SATA.

    È anche ansible provare a eseguire gstat durante il test dell'arrays e vedere quale tipo di attività si ha su ciascun disco – se quelli più lenti sono il maxing out che potrebbe essere il tuo colpevole e se il controller è appuntato che è sicuramente un problema.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.