On Wed, 16 May 2001, Daniel Cordey wrote:

> Mais, n'est-ce pas un peu dangereux ? Le cache est-il assez intelligent pour 

Non. Linux par d�faut a un data-cache de 30 secondes de toute fa�on. Sauf
fs mount� avec option -o sync, encore que je ne suis pas persuad� que cela
soit impl�ment� correctement (jamais essay�). Mais cela serait
terriblement plus long.

> assurer la coherence entre inode et blocs data d'un fichier du directory ? 
> ReiserFS est-il plus sure que XFS  ou XFS est quand meme plus performant que 
> ReiserFS ? Je parle bien sur de ReiserFS journalise.

Ni XFS ni ReiserFS ne sont aussi s�rs que ext2 car ils sont moins test�s,
et beaucoup plus complexes. (*) En particulier en mode journalisation:
rappelons que la journalisation permet simplement d'assurer que si le fs
est d�mont� improprement, les structures sont coh�rentes: en cas de panne
mat�rielle, des corruptions silencieuses de structures et de donn�es
peuvent arriver, et seront beaucoup moins visibles qu'avec le fsck de
ext2, qui est de toute fa�on lanc� de temps en temps (**).

En plus, les donn�es ne sont pas journalis�es. Donc des blocks de NULs
peuvent appara�tre �a et l� (ie allou�s, pas sauv�s). Notons que notamment
sous Windows NT avec NTFS, il est document� qu'un crash pendant des
�critures peut laisser sur le disque des blocs allou�s mais non inscrits,
donc au lieu de NUL on se ramasse des anciennes donn�es ou des donn�es
d'autres utilisateurs. 

Seuls des fs bas�s sur du logging (on ajoute seulement des donn�es, on
n'efface jamais, on d�place les pointeurs, faut avoir du cash $$) ou
tree-structured (on d�place atomiquement les pointeurs et on efface
seulement ensuite) offrent des caract�ristiques de bonnes performances ET
fiabilit�. Tux-fs est du deuxi�me (en projet).

(*) Reiserfs r��crivait compl�tement le code de gestion du buffer-cache.
Peut-�tre qu'en 2.4.x ils ont merg� le code.

(**) un des probl�mes report�s � la Linux Storage Conference de 1999 �
Darmstatt concernant ext3fs �tait que certains disques IDE, si arr�t�s
pendant une �criture, continuent l'�criture de n'importe quoi mais sur le
bloc z�ro. Cela effa�ait, dans les toutes premi�res versions de ext3, tr�s
souvent, le journal. Sur un disque de donn�es, car sur un disque de boot
cela emp�chait aussi le reboot.

--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.

Répondre à