BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

Crone123 · Le 07/10/2013, à 23:07

Ouais, pour un serveur c'est un peu mort sachant qu'il est exploité un max en local XD
Surtout que plus ça va, et plus les gens auront du gigabit pour le net (malheureusement je n'en fait pas partie, je reste sur une co de merde)

Je monte a presque 250mo/s en lecture et écriture sur de l'ext4, avec un Disque dur WD Caviar Blue 7200t/min SATA III, le NTFS n'est pas aussi rapide par contre, a tout casser la moitié, le btrfs je ne l'ai pas testé sur ce disque, mais a mon avis c'est quasi impossible d'avoir cette vitesse si il y a compression + cryptage.

Enfin oui, moi ce qui m’intéresserait dans le btrfs c'est le fait de pouvoir redimensionner/déplacer les partitions a chaud. (Montées)
Peut t-on faire un fsck sur du btrfs lorsque la partition est montée? Ce serait aussi vraiment intéressant

Au fait, récemment y a eu une coupure de courant chez moi (genre > 2h, donc l'onduleur n'as pas tenu), et j'ai reçu un mail de cron quelque temps après qui m'indiquait qu'il y avait du monde dans lost+found d'un de mes disques.

Il y avait effectivement tout un dossier complet de quelques milliers de fichiers (env 12Go) qui s'était retrouvé là.

Comment cela fonctionne? Comment le système a retrouvé le dossier pour le placer là?
Ensuite, en sachant que le dossier n'était pas utilisé, pourquoi s'est t-il retrouvé là?
Quel est le risque de bousiller une partition ext4 si le disque s'éteint alors quelle est en cours d'écriture? Je veux dire, risque important, moyen, faible, ou quasi inexistant (genre en cas de pb tout les fichiers se retrouvent dans lost+found)?

Je sais qu'une fois sur une NTFS j'ai bousillé la partition dès le premier jour en débranchant le disque, mais sur l'ext4 ça ne m'est jamais arrivé, bon en même temps je fais attention, mais pour le cas où j'aimerais avoir une ordre d'idée de la dangerosité de la chose.
Merci

Belarrius · Le 11/10/2013, à 17:03

Crone123 a écrit :

Bonjour,
Pour ce qui est afficher 12000 images en 2s, c'est matériellement impossible, aucun périphérique n'est assez rapide, et quelque soit la ram de ton ordi, a l'heure actuelle, je ne crois pas que ça soit possible non plus.

C'est le principe du Snapshot non ? D'ou les immenses possibilités futures pour les serveur de Base de Données tel que SQL.

Dernière modification par Belarrius (Le 11/10/2013, à 17:04)

Crone123 · Le 11/10/2013, à 17:27

C'est quoi exactement un Snapshot? Vous en parlez, mais j'ai pas compris ce que ça fait ni quel est le principe....
Merci

Belarrius · Le 11/10/2013, à 17:32

Sa prends un instantané d'une partie d'un disque dur. (Le genre de fonctionnement d'une photo dans un appareil si on veux)

http://doc.ubuntu-fr.org/btrfs#les_snapshots

De ce fait, j'arrive à copier/coler un fichier de 6 Go en environ 3 secondes.. xD

Dernière modification par Belarrius (Le 11/10/2013, à 17:34)

KRS · Le 11/10/2013, à 17:49

Belarrius a écrit :

Crone123 a écrit :
Bonjour,
Pour ce qui est afficher 12000 images en 2s, c'est matériellement impossible, aucun périphérique n'est assez rapide, et quelque soit la ram de ton ordi, a l'heure actuelle, je ne crois pas que ça soit possible non plus.
C'est le principe du Snapshot non ? D'ou les immenses possibilités futures pour les serveur de Base de Données tel que SQL.

Rien à voir avec les snapshot dans ce cas spécifique. Mais effectivement un snapshot permet de faire en quelque sorte une copie de manière instantanée.

Crone123 > un exemple pratique de snapshot : tu t’apprête à mettre à jour Ubuntu, tu fais un snapshot préventif, ce qui est fait instantanément. Tu installe la mise à niveau, elle se passe mal et tout ton système est peté. Tu rétablis le système de fichier au snapshot précédent et tu est revenu à l'état d'avant, sans passer des heures à restaurer le système depuis une sauvegarde.

JLK · Le 11/10/2013, à 20:19

KRS a écrit :

Belarrius a écrit :
Crone123 a écrit :
Bonjour,
Pour ce qui est afficher 12000 images en 2s, c'est matériellement impossible, aucun périphérique n'est assez rapide, et quelque soit la ram de ton ordi, a l'heure actuelle, je ne crois pas que ça soit possible non plus.
C'est le principe du Snapshot non ? D'ou les immenses possibilités futures pour les serveur de Base de Données tel que SQL.
Rien à voir avec les snapshot dans ce cas spécifique. Mais effectivement un snapshot permet de faire en quelque sorte une copie de manière instantanée.

Crone123 > un exemple pratique de snapshot : tu t’apprête à mettre à jour Ubuntu, tu fais un snapshot préventif, ce qui est fait instantanément. Tu installe la mise à niveau, elle se passe mal et tout ton système est peté. Tu rétablis le système de fichier au snapshot précédent et tu est revenu à l'état d'avant, sans passer des heures à restaurer le système depuis une sauvegarde.

Les snapshots ont été créés initialement sous VMS, me semble-t-il, ce qui en faisait un système d'exploitation plus résistant aux pannes.

Crone123 · Le 11/10/2013, à 20:58

Un snapshot c'est pas un peu comme des hardlink en ext4? Mais qui s'appliquent aux dossiers du coup, et qui se séparent si l'un ou l'autre est modifié?
Enfin, j'avoue, fonction pratique, mais du coup, 6Go en 3s, c'est du "faux", puisque qu'en fait que crée une sorte de raccourci vers le fichier (hardlink), donc tu ne copies pas 6Go
Sur de l'ext4 il me faut env 24 - 30s pour déplacer 6Go d'un disque a l'autre, mais c'est déjà bien rapide

Pour la restauration, c'est pas bête, mais dans mon cas, et compte tenu de:
- ma connexion
- le temps pris par une mise a niveau
- les bugs que l'on après généralement
- et le temps que ça prends de les corriger
-> Je préfère carrément ré-installer complètement Ubuntu, c'est libre, c'est simple a installer, et c'est fait en 20min donc c'est plus rapide que de passer 4 - 5h a télécharger les mise a niveau....

JLK · Le 11/10/2013, à 21:22

Crone123 a écrit :

-> Je préfère carrément ré-installer complètement Ubuntu, c'est libre, c'est simple a installer, et c'est fait en 20min donc c'est plus rapide que de passer 4 - 5h a télécharger les mise a niveau....

Je me demande si le cas du snapshot btrfs ne serait pas plus approprié... si tu utilises btrfs. Mais bon, le système n'est pas encore considéré comme stable, si j'ai bien compris.

Crone123 · Le 12/10/2013, à 02:04

Bah, j'utilise pas le btrfs, et refaire une install propre c'est devenu une habitude.
ça prends moins de temps de tout ré-installer de que s'amuser a faire une mise a niveau ou corriger un pb XD
Tout en sachant que j'ai toutes les données sur mon serveur, et les applications aussi, donc en gros, si le système crashe sur mon ordi je m'en fout pas mal, je le ré-installe ça risque absolument rien (et c'est rapide....)

KRS · Le 12/10/2013, à 17:51

BTRFS est considéré comme stable, en tout cas par Suse qui devrais en faire le format par défaut de sa prochaine version. Mais ce sont les fonctions de bases qui sont considérées stables.

Crone123 · Le 12/10/2013, à 18:24

Bah, pour la prochaine version de Suse du coup, on comptera le nombre de crash, et ça déterminera si c'est vraiment stable ou non

JLK · Le 12/10/2013, à 19:44

Crone123 a écrit :

Bah, pour la prochaine version de Suse du coup, on comptera le nombre de crash, et ça déterminera si c'est vraiment stable ou non

Si Linus Torvalds ne gueule pas contre les développeurs de btrfs, c'est que c'est bon.

Crone123 · Le 12/10/2013, à 20:02

Oui XD
Enfin, c'est assez délicat d'assurer la stabilité de quelque chose d'aussi complexe qu'un système de fichier

mimbel · Le 16/10/2013, à 16:31

Les tests phoronix sont effectués sur le kernel 3.10.Avec les derniers kernels (3.11 et 3.12rc) brtfs a reçu d’améliorations majeures

Dernière modification par mimbel (Le 16/10/2013, à 16:42)

KRS · Le 15/01/2014, à 18:40

Un excellent article de Ars Technica sur les nouveaux systèmes de fichiers, avec des exemples concrets sur les avantages de ces nouvelles fonctionnalités.
Original en anglais
Version traduite

heronheronpetitpatapon · Le 12/05/2020, à 18:02

Et qu'en est-t-il aujourd'hui du ZFS et du BTRFS , Peux les utiliser quotidiennement ou pour faire des sauvegardes ? Je suis toujours en Ext4, mais je me dit pourquoi pas essayer un jour le ZFS en réinstaller ma Kubuntu!

JLK · Le 14/05/2020, à 19:29

Je suis toujours en ext4. J'ai essayé le btrfs sur une image virtuelle contenant une Linux Mint. Et j'ai été bluffé par les instantanés. Le mot est vraiment bien choisi parce que dans Timeshift (en utilisant l'option BTRFS), la création de la sauvegarde incrémentielle et sa restauration sont instantanées.
Pour le ZFS, je n'ai aucune idée là-dessus. Ça me paraît trop prématuré sur un système GNU/Linux.

heronheronpetitpatapon · Le 14/05/2020, à 23:13

JLK a écrit :

Je suis toujours en ext4. J'ai essayé le btrfs sur une image virtuelle contenant une Linux Mint. Et j'ai été bluffé par les instantanés. Le mot est vraiment bien choisi parce que dans Timeshift (en utilisant l'option BTRFS), la création de la sauvegarde incrémentielle et sa restauration sont instantanées.
Pour le ZFS, je n'ai aucune idée là-dessus. Ça me paraît trop prématuré sur un système GNU/Linux.

Ok donc tu penses que le BTRFS est assez mature! Et si mes données sont sauvegardés sur des HDD externe en Ext4, le BTRFS et Ext peuvent bien communiquer ?

Donc si je décide de passer sur le BTRFS j'ai des gains de rapidité du FS et copie de fichier, si je te suis bien?

JLK · Le 15/05/2020, à 02:39

heronheronpetitpatapon a écrit :

JLK a écrit :
Je suis toujours en ext4. J'ai essayé le btrfs sur une image virtuelle contenant une Linux Mint. Et j'ai été bluffé par les instantanés. Le mot est vraiment bien choisi parce que dans Timeshift (en utilisant l'option BTRFS), la création de la sauvegarde incrémentielle et sa restauration sont instantanées.
Pour le ZFS, je n'ai aucune idée là-dessus. Ça me paraît trop prématuré sur un système GNU/Linux.
Ok donc tu penses que le BTRFS est assez mature! Et si mes données sont sauvegardés sur des HDD externe en Ext4, le BTRFS et Ext peuvent bien communiquer ?
Donc si je décide de passer sur le BTRFS j'ai des gains de rapidité du FS et copie de fichier, si je te suis bien?

Attention, je ne conclue rien. Je n'ai pas testé suffisamment longtemps pour tirer des conclusions. Mon système hôte est toujours en ext4.
Qu'entends-tu par communiquer ? Si tu entends par lire les fichiers, je ne suis pas connaisseur, mais je pense que c'est le noyau qui fait ce boulot pour nous. Mais là, je fais appel aux spécialistes qui saurons mieux répondre que moi.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/10/2013, à 23:07

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#27 Le 11/10/2013, à 17:03

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#28 Le 11/10/2013, à 17:27

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#29 Le 11/10/2013, à 17:32

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#30 Le 11/10/2013, à 17:49

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#31 Le 11/10/2013, à 20:19

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#32 Le 11/10/2013, à 20:58

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#33 Le 11/10/2013, à 21:22

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#34 Le 12/10/2013, à 02:04

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#35 Le 12/10/2013, à 17:51

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#36 Le 12/10/2013, à 18:24

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#37 Le 12/10/2013, à 19:44

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#38 Le 12/10/2013, à 20:02

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#39 Le 16/10/2013, à 16:31

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#40 Le 15/01/2014, à 18:40

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#41 Le 12/05/2020, à 18:02

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#42 Le 14/05/2020, à 19:29

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#43 Le 14/05/2020, à 23:13

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

#44 Le 15/05/2020, à 02:39

Re : BTRFS / ZFS, nouveaux systèmes de fichiers, conseils et précautions

Pied de page des forums