Riciao ! Ho riletto i vari quesiti ed in effetti la risposta è complessa.
Siamo in presenza di un RAID-5, quindi le stripe contenute su n-1 dischi hanno un codice di ECC su una stripe sul disco "n". Ora il discorso cache in write relativo SOLO al lato device (non avendo un controller fisico farò riferimento alla cache fisica dei dischi). Se si genera un poweroff forzato, magari immediatamente dopo o durante una fase di write particolarmente intensa, cosa succede ? La risposta è complessa perchè già i dischi rigidi dispongono internamente di codici di ECC per i singoli settori. Ma qui stiamo parlando di stripe, quindi di un insieme di settori validati, verificati e CORRETTI dal codice di ECC del RAID-5. A questo livello si sovrappone il FS, quindi si ha una concatenazione di controlli e validazione dei dati. Penso quindi che, per un controller RAID HW, dove la dimensione della cache fisica inizia a stare sui 512, 1024 Mbyte inizi ad avere un senso disporre di un sistema tampone, in effetti i controller che tipicamente utilizzo come gli HP Smartarray non abilitano "l'accelerazione" (penso che sia un modo coreografico per dire, non abilito la cache in write se non è presente il modulo di batteria tampone (i modelli di fascia bassa ce l'hanno come optional). Probabilmente per un RAID in "md" dove si fa affidamento alla cache dei dischi rigidi.. (16-32-64 Mbyte ?), dove statisticamente si può calcolare una media dei dati che rimangono in cache e per quanto tempo (in base alla strategia), probabilmente si può dire, "ma si, dovrebbe andare bene così e nel caso peggiore i vari codici di ECC o alla peggio il FS dovrebbero bastare a recuperare la consistenza". IMHO. CIAO Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a [email protected] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [email protected] To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
