[Thread] HBA HighPoint RocketRAID 4310

[fastleo63]

NOTA: Il contenuto di questo post è rilasciato con licenza Creative Commons Attribution-Noncommercial-Share Alike 2.5

HighPoint RocketRAID 4310 Host Bus Adapter SAS 3Gb/s

• Numero di lanes sul bus PCI-Express: x8
• Processore IO integrato: Intel IOP348 800MHz
• Memoria cache integrata: 256MB DDR-II con parità ECC
• Interfaccia SAS/SATA: fino a 4 dispositivi SAS/SATA
• N. porte e tipo connettore: 1 x SFF-8087
• Livelli RAID disponibili: RAID 0,1,3,5,6,10,JBOD
• Fattore di forma: basso profilo (staffa inclusa)
• Predisposizione per batteria di backup: Sì
• Allarme/cicalino: Sì
• Memoria NVRAM: Sì
• LED di attività/guasto: Sì
• Connettore SAF-TE: Sì
• Gestione Out-of-Band: No
• Dimensioni scheda: lunghezza 6.75” - larghezza 2.63”

Impostazioni manutenzione e gestione

• Roaming matrici RAID
• Disconnessione/rimozione matrice RAID
• BIOS del gestore RAID invocabile all'avvio tramite "hot-key"
• Aggiornamento firmware a sistema operativo avviato
• Verifica matrice RAID per settori difettosi e controllo parità
• Pianificatore operazioni
• Ricostruzione automatica della matrice RAID
• Rilevamento automatico (inserimento/rimozione) del disco
• Disco di ricambio ("hot-spare")
• "Staggered spin-up" (avvio dei dischi uno alla volta)
• Priorità di ricostruzione (da bassa a massima)
• Modalità "spin-down idle mode" (spegnimento motore dei dischi inattivi)
• Funzionalità di "hot-swap" e "hot-plug" (sostituzione e/o inserimento "a caldo")
• Riparazione con rimappatura dei settori danneggiati per ridurre i rischi di "caduta" dei dischi
• Matrici RAID multiple
• Dischi logici multipli
• Supporto LBA a 64bit per volumi di dimensioni superiori a 2 TB

Strumenti monitoraggio RAID

• SMTP per notifica via email
• Avvisi via allarme/cicalino in seguito a guasti/errori disco
• Gestione dei backplane tramite comandi SES-2 (Failed, SMART (SHI))
• Gestione degli enclosure via I2C
• Indicatori LED per i dischi (attività e guasti)
• SHI (Storage Health Inspector – analisi dello stato dei dischi tramite S.M.A.R.T.)
• Log eventi

Suite gestione RAID

• Interfaccia a linea di comando (CLI)
• Software di gestione RAID basato su web browser (WebGUI)

Informazioni scheda

Intervallo requisiti climatici

• Temperatura funzionamento: +5°C ~+ 55°C
• Temperatura stoccaggio: -20°C ~ +80°C
• Umidità: 5% ~ 60% senza condensazione

Tensioni di funzionamento

• PCI-e: 3.3V / assorbimento: 2W
• Certificazioni: FCC / CE
• MTBF (tempo medio di funzionamento prima di un guasto): 920585 ore

~~~

E' un prodotto che non ha nulla a che vedere con prodotti di tipo "assisted-RAID" o simili, che per i calcoli del/i dato/i di parità utilizzano la CPU del computer. Infatti, a bordo della scheda è presente un processore dual-core Intel IOP348 con architettura XScale, integrante un vero e proprio motore XOR. E' inoltre presente un buffer costituito da una cache di 256 MB di memoria a 64-bit DDR2 con ECC.

L'interfaccia di connessione è su bus PCI-Express a 8 lanes, che assicura un enorme overhead di risorse ed elimina di fatto ogni collo di bottiglia.

Esiste anche nella declinazione ad 8 porte SAS. E' il modello 4320. Di differente, oltre alle 4 porte in più, vi è un timing più spinto del processore, che passa da 800 MHz a 1200 MHz.

Sono disponibili anche in versione con connettore SAS multilane solo esterno SFF-8088 (RocketRAID 4311, 4322) ed interno + esterno SFF-8087/8088 (RocketRAID 4321 - questo modello inoltre, vista la presenza di una porta di rete Ethernet, supporta anche la gestione "Out of Bound").

Le schede RR43xx sono predisposte per l'interconnessione ad una scheda supplementare contenente una batteria di backup e relativa logica di gestione (modello HPTBBU-03), che permette la conservazione dei dati presenti nella memoria del controller per un periodo di tempo che può arrivare fino a 72 ore. E' utile in caso di blackouts o guasti hardware al sistema, e garantisce l'assoluta integrità dei dati in ambienti "mission-critical".

NOVITA' - LINK ALLE PROVE DI COMPATIBILITA' CON WINDOWS 8
NOVITA' - Link ad un nuovo firmware, non ancora reso pubblico, che abilita il supporto ai dischi fissi con capacità superiore a 2 TB
NOVITA' - Link al più recente storport driver (v1.6.4.0.2) per Windows Vista / Server 2008 / 7 / Server 2008 R2 / 8 / 8.1 / Server 2012 / Server 2012 R2 / Windows 10

Per maggiori ragguagli tecnici sul processore adottato sulla famiglia 4300 di HighPoint:
Intel® IOP348 I/O Processor Technical Documents

Manuale d'uso HighPoint RocketRAID 43xx

Recensioni della HighPoint RocketRAID 4310 e/o 4320:
PC Perspective
[H]ard|OCP
Bare Feats (RocketRAID 4320)
Overclockers Online (RocketRAID 4320 e 2680)

[fastleo63]

EDIT: PURTROPPO LE IMMAGINI DEI POST SONO SCOMPARSE, A CAUSA DELLA (SPERO TEMPORANEA) INDISPONIBILITA' DEL SITO SU CUI ERANO OSPITATE.

TESTBED
Mainboard: ASUSTeK M3A78-T / socket AM2+ / BIOS 2001
CPU: AMD Phenom II X6 1090T @ 3.2 GHz
RAM: 8 GB DDR2-800 MHz
Scheda video: ATI Radeon HD 3870
HDD:
n. 1 SATA 1.5Gbps Hitachi Deskstar 80 GB (disco di avvio O.S.), connesso al controller integrato AMD, in modalità AHCI
n. 3 SATA 3Gbps Samsung Spinpoint F1 HD103UJ (firmware rev. 1117)
n. 1 SATA 3Gbps Samsung Spinpoint F3 HD103SJ (firmware rev. 0001)
Sistema Operativo: Microsoft Windows 7 Ultimate SP1 (x64) ed aggiornamenti ad aprile 2011
Drivers chipset/video: AMD Catalyst 11.3

Specifiche del controller HighPoint RocketRAID 4310
Versione BIOS: v1.1
Versione firmware: v1.2.26.5
Versione del firmware di trasporto SAS: v4.9.2.0
Versione dei drivers (Windows Vista/7 x64): v1.2.28.28

~~~~~~~~~

BENCHMARKS
Software utilizzato:
ATTO Disk Benchmark 2.47
CrystalDiskMark 3.0.1a (x64)
HD Tach RW 3.0.1.0
HD Tune Pro 4.60

NOTE

• Se non diversamente specificato, l'eventuale filesystem installato nel volume logico (necessario per i file benchmarks) è di tipo NTFS, con le impostazioni predefinite di Windows 7.
• La lunghezza del file usato dai benchmarks è stata portata ad almeno 512 MB, per evitarne la memorizzazione completa sulla cache integrata nella controller. Ciò per evitare irregolarità nelle misurazioni.
• La dimensione dello stripe della matrice è quella proposta come default dal controller (64kbytes)
• Uno dei software (HD Tach RW) non è in grado di gestire correttamente il volume RAID se questo è inizializzato in modo GPT ed ha dimensioni superiori ai 3 TB. Per ovviare al problema il volume è stato pertanto inizializzato in modalità MBR.

RAID-0 (usati n.4 HDD)

ATTO Disk Benchmark


CrystalDiskMark x64


HD Tach


HD Tune

[fastleo63]

RAID-1 (usati n.2 HDD - Samsung modello Spinpoint F1)

ATTO Disk Benchmark


CrystalDiskMark x64


HD Tach


HD Tune

[fastleo63]

RAID-5 (n.4 HDD)

ATTO Disk Benchmark


CrystalDiskMark x64


HD Tach (il volume è inizializzato come GPT, ed il programma non può eseguire il test di scrittura)

HD Tach (volume MBR, il test di scrittura è attivo)


HD Tune

[fastleo63]

RAID 1/0 (n.4 HDD)

ATTO Disk Benchmark


CrystalDiskMark x64


HD Tach


HD Tune

[sunat5]

iscritto in attesa dei test

[ilratman]

Seguo anch'io, mi interessano se possibile test con ssd singoli e in raid0.

[fastleo63]

I test che mi accingerò a fare sono per forza di cose limitati.
Posseggo un singolo SSD (OCZ Vertex Turbo) che però rimarrà connesso al controller SATA integrato nel chipset AMD SB750 quale disco di avvio del sistema operativo, configurato in modalità AHCI per poter sfruttare appieno i comandi NCQ ed il TRIM.
Ritengo che un singolo SSD connesso all'HPT RR4310 non possa spuntare prestazioni di molto superiori al controller integrato nella mainboard, magari con due unità in RAID-0 sarebbe stato interessante fare qualche prova, ma di Vertex, ahimé, ne ho solo uno...
I dischi che utilizzerò sono quattro unità Samsung Spinpoint da 1 TB cadauno, conto di fare qualche test in modalità RAID-0, RAID-5, RAID-6 e RAID-10, compatibilmente con il (poco) tempo che ho a disposizione...
Soprattutto sarà interessante vedere se gli ultimi aggiornamenti dei firmwares presenti sulla RocketRAID 4310 l'avranno resa più performante per quanto riguarda il numero di operazioni I/O simultanee. L'I/O processor a bordo permetterebbe, sulla carta, prestazioni al top, però queste possono essere pesantemente condizionate dal suddetto microcodice, ed in seconda istanza, anche dal driver di periferica.

[fastleo63]

Ho terminato la prima sessione di test (RAID-0) ed aggiornato uno dei primi post.

[sunat5]

Più di tanto da quei hd non penso puoi spremere , ma la ventola si sente?
è sempre al massimo?

[fastleo63]

Ah, è vero... La ventola me la ero proprio scordata!
Non è affatto fastidiosa, anzi, è praticamente inudibile. in questi giorni il case del PC è aperto perchè ho 6 HDD in linea (i due del mirror con i dati utente e i 4 dei test, più l'Hitachi di startup per i test) e le tre Noctua sono più percepibili rispetto alla ventolina dell'HPT.
Per quanto riguarda le prestazioni dei dischi singoli, ho effettuato anche un pò di test con la 4310 in modalità legacy (con i dischi che vengono visti come singole unità).
Lo Spinpoint F3 (HD103SJ) arriva al massimo a 144 MB/s in lettura e 135 MB/s in scrittura. I tre F1 totalizzano in media rispettivamente 107 e 105 MB/s (rilevato con HD Tune Pro). Anche se meno prestazionali, non li sostituirò, perché non ha senso farlo... Sono pressoché nuovi (quello più "vecchio" più ha al suo attivo, mentre sto scrivendo, 1916 ore di funzionamento, pari a 72 giorni).

Aggiornamento: pubblicati i test in RAID-1 (n.2 HDD Samsung Spinpoint F1)

[fastleo63]

Inserisco qui il test in modalità JBOD (Just a Bunch Of Disks, altresì chiamata concatenazione).
JBOD (n.4 HDD)

ATTO Disk Benchmark


CrystalDiskMark x64


HD Tach (il volume è inizializzato come GPT, ed il programma non può eseguire il test di scrittura)

HD Tach (volume MBR, il test di scrittura è attivo)


HD Tune

[fastleo63]

Alcune considerazioni.

La prima di tutte è che vi è una certa differenza di prestazioni passando dal connettore PCI-e X8 a quello X4.
A testimonianza di ciò, posto il risultato del test effettuato sullo stesso volume RAID-5 di qualche post più sopra, però con il controller nello slot X4:


Queste sono le prestazioni su bus X8:


Ci sono, praticamente, non meno di una trentina di MB/secondo di differenza. Una perdita abbasatanza significativa, siamo attorno al 10%.

Risulta inoltre abbastanza evidente che l'ambiente operativo d'elezione per questa scheda è ovviamente la configurazione in RAID-5, che permette di sfruttare appieno il motore XOR e la cache. Alcuni brevi test effettuati in configurazione a tre dischi mostrano un calo delle prestazioni di qualche decina di MBytes/secondo, pertanto è raccomandabile usare tutte e quattro le porte.

Il JBOD non è, per questa scheda, una soluzione molto sensata, visto che le prestazioni raggiunte sono pressocché equivalenti a quelle dei dischi singoli (nei grafici si vede chiaramente quando "inizia" e "finisce" ognuna delle unità).

Lo stesso discorso vale anche per la modalità a doppia parità (RAID-6), che, onestamente, non mi pare così funzionale, avendo a disposizione un numero così basso di dischi.

Il RAID-6 di quattro unità, prestazionalmente, equivale ad un RAID-5 di tre dischi; il degrado è causato dalla necessità di effettuare due scritture del dato di ridondanza invece che una sola.
Può valere la pena di impostare un RAID-6 con il modello ad 8 porte SAS (RocketRAID 4320), visto che con un elevato numero di dischi si accresce la probabilità di incorrere in problemi a più di un'unità e/o la complicazione di un evento di errore nei dati (URE, Unrecoverable Read Error).
Questo evento è strettamente correlato con il tasso di errori ammesso (BER, Bit Error Ratio), parametro costruttivo del disco, e che può costituire un serio problema quando un volume logico RAID-5 è costituito da un numero di HDD molto elevato. Più dischi messi assieme incrementano la possibilità di incappare in un URE.
Per la cronaca, un disco SATA è normalmente accreditato di un tasso URE pari a 10 alla 14 (un bit su 100.000 miliardi), quindi un bit su 12,5 TBytes. Con matrici di simili dimensioni, il rischio diventa matematicamente una certezza...
Anch'io non ne sarò esente, con i miei quasi 3 TB avrò all'incirca un 24% di probabilità di incorrervi. Quindi: meglio ricordarsi di fare sempre un backup su un supporto esterno.

[fastleo63]

Aggiornamento sulla configurazione definitiva del mio PC.
Ho dovuto lavorarci parecchio, perché per ben quattro volte il sistema ha mostrato diverse problematiche, non riscontrate durante i test e nemmeno nella mia precedente configurazione (che è in tutto e per tutto analoga a quella odierna, con l'unica differenza della matrice RAID-5, che era costruita sul chipset della mainboard, mentre ora è gestita dalla controller separata di HighPoint).
Il disco SSD di avvio è stato connesso sulla prima delle 5 porte interne SATA 3Gbps della mainboard (chipset AMD SB750) configurate in modo AHCI (che supporta la tecnologia NCQ, ed il comando TRIM).
Sul RAID-5 è stata creata una tabella MBR e non una GUID Partition Table (GPT). Anche se il mio software di backup è in grado di supportarla, voglio prima conoscere meglio le differenze rispetto alla più tradizionale MBR e capirne le logiche di funzionamento, e poi sinceramente non ho la necessità di avere una partizione superiore ai 2048 GB, i rimanenti 740 GB del volume li userò magari come repositorio per l'editing video e per le macchine virtuali.

[fastleo63]

Ed ecco un riassunto delle problematiche.
Preciso che non ho potuto perderci troppo tempo sopra, perché ho il PC fermo da una settimana e ne ho bisogno.

Alla prima installazione ex-novo di Windows 7 (Ultimate x64 SP1), ho utilizzato il driver AHCI di AMD.

Ho poi creato dei links simbolici alle cartelle "C:\Users" e "C:\ProgramData" su "D:\Users" e "D:\ProgramData" per avere i profili e i dati programmi sul RAID-5, cosa che del resto avevo anche nella precedente installazione e che non mi ha mai creato alcun problema.

Ho provveduto a disattivare il SuperFetch (servizio Ottimizzazione Avvio, non necessario per le unità SSD), la deframmentazione del disco solido (che però Windows aveva già provveduto a fermare) e l'indicizzazione dei files su C:\ (cosa già fatta in passato, con zero problemi).

A quel punto, il sistema, ad un successivo riavvio, si è fermato per parecchio tempo al logo animato di Windows 7, per poi finalmente caricare il desktop.

Ho quindi usato il tool di tracing del boot di Windows e mi sono accorto che il caricamento di un file di sistema (fltMgr.sys) occupava più di un minuto (!?!), ed ho attribuito la colpa ad un problema del driver AHCI. EDIT: sembra che non sia vero...

Ho nel contempo notato che, se viene attivata la protezione sistema sul volume RAID oltre che al disco di sistema (che sarebbe, ad onor del vero, disattivata di default...), durante l'installazione di qualunque applicativo che preveda la creazione di un restore point il sistema si blocca completamente, e se si clicca su "Computer" la barra che visualizza lo stato di riempimento della partizione logica del RAID, cioé la lettera D:, scompare.
Se si interrompe il setup dell'applicazione, dopo qualche minuto la barra ricompare ed è rossa, perché il disco è mostrato come pieno (pochi GB disponibili).
Dopo qualche altro minuto tutto torna a posto ed il disco torna ad essere "normale" (attualmente sono occupati circa un paio di GB su 2048).
Se invece si provvede a tenere disattivato il system restore sul RAID il problema scompare del tutto, e le prestazioni della matrice tornano ad essere elevatissime (non ho mai visto la barra di avanzamento dell'installazione di MS-Office 2010 Pro Plus andare così veloce, e lo dice uno che di installazioni di quel software, per motivi professionali, ne ha viste un bel pò...!).

Per questa issue del system restore ho ovviamente aperto un ticket in HighPoint, vedremo cosa mi diranno...

Per il discorso del boot lento, per tagliare la testa al toro ho deciso di reinstallare ex-novo (previa solita pulizia delle celle NAND del disco OCZ Vertex Turbo) e di:
usare il driver AHCI Microsoft
non effettuare alcun tweaking di sorta sull'SSD aldifuori della disattivazione della deframmentazione e dell'indicizzazione dei files (che però ritengo molto comoda, per cui sono tentato di riattivarla).

Come detto poc'anzi, non ho tempo per indagare ulteriormente. Ora il sistema è stabile e funzionante.

Attualmente il boot avviene in meno di 15 secondi (contati dalla scomparsa della schermata dell'HPT RAID BIOS fino alla comparsa del desktop, con puntatore mouse fisso e barra applicazioni completamente popolata).
Peggiorerà di certo dopo l'installazione di G Data AntiVirus e di Comodo Firewall, ma già adesso in HKLM e HKCU vi sono già parecchi processi in esecuzione automatica.

[sunat5]

le prestazione ne valgono il costo, analizzando con attenzione i risultati di HDtach si vede chiaramente l'uso della cache (256mb), sempre quasi un SSD di quanto sia continua.

[fastleo63]

Si, il burst rate è a livelli altissimi...
Ho installato i SW di sicurezza (G Data AntiVirus 2012, Comodo Firewall 5.3) e SpeedFan, ma il tempo di avvio è rimasto molto contenuto, non ho cronometrato ma a spanne dovrei essere intorno alla trentina di secondi.
P.S.: Ho installato i drivers AMD Catalyst 11.3, anche se sapevo che di lì a poco sarebbero uscite le versioni di aprile (11.4)... Ed ovviamente, proprio il giorno dopo, eccole lì...

[fastleo63]

Originariamente inviato da fastleo63

...Ho quindi usato il tool di tracing del boot di Windows e mi sono accorto che il caricamento di un file di sistema (fltMgr.sys) occupava più di un minuto (!?!), ed ho attribuito la colpa ad un problema del driver AHCI. EDIT: sembra che non sia vero...

A differenza di quanto affermato, i drivers AMD non sono responsabili dei problemi di avvio. Li ho reinstallati e testati e non ho avuto problemi di sorta.
Sono però tornato a quelli Microsoft perché migliori dal punto di vista dell'uniformità delle prestazioni in lettura/scrittura. Quelli di AMD sono migliori per quanto riguarda la lettura e peggiori in scrittura, ma nel complesso fanno totalizzare un indice di prestazioni WinSAT peggiore (7.2 anziché 7.4).
Le differenze nell'uso pratico non sono comunque percepibili. Infatti, l'avvio di Windows 7, misurando il tempo che intercorre tra la scomparsa della schermata diagnostica del RAID BIOS (fase immediatamente precedente il logo animato del caricamento di Windows) e il termine del caricamento di SpeedFan (ultimo dei programmi che vengono avviati automaticamente) viene sempre completato in 24 secondi, a prescindere dal driver installato.

Originariamente inviato da fastleo63

Per questa issue del system restore ho ovviamente aperto un ticket in HighPoint, vedremo cosa mi diranno...

HighPoint mi ha risposto, ma non ha suggerito nulla se non quanto da me già fatto (disattivazione del system restore sull'unità RAID).

[fastleo63]

Riguardo all'affidabilità del RAID-5, che è privo di batteria di backup della cache integrata, posso dire che non ho avuto, per ora, problemi di sorta.
Infatti il sistema, negli ultimi due giorni, si è (purtroppo) bloccato per motivi non ancora chiariti (il desktop si è congelato, cursore del mouse compreso).
Al riavvio ho controllato il log degli eventi, ma purtroppo non ha registrato nulla se non l'arresto imprevisto (causato dal mio reset forzato).
In tutt'e tre le occasioni di blocco il RAID, al riavvio, è sempre risultato coerente ed in linea.
Spero che le cose si sistemino, perché in simili frangenti è molto difficile effettuare una diagnostica. Ho provato a lanciare degli stress-test ma il sistema li ha passati senza problemi...
Ho il sospetto che il tutto possa essere riconducibile ai drivers video (od alla RAM, ma è molto meno probabile), ma non ne ho ancora la certezza. Vedremo...

[sunat5]

io ho installato i 11.4 e non sto avendo nessun problema, quando gli eventi sono cosi sporadici è difficile trovare una causa, può essere che si sistema da solo , windows è imprevedibile.