btrfs

[Spi]

Bonjour;

Mon DS415+ pourrait utiliser le format de fichier btrfs, ce qui entre autre règle le problème de l'espace fantôme utilisé par Cloud Station.

Je suppose que si je veux migrer d'ext4 vers btrfs je dois réinstaller le nas au complet? J'aimerais également avoir un retour d'utilisateurs qui utilisent ce format, voir si ça vaut la peine de tout réinstaller pour ça?

 

Merci

[Mic13710]

Réinstallation obligatoire (pas de passerelle ext4 vers BTRFS)

Si vous utilisez CS et que le dossier caché vous dérange (reste à savoir jusqu'à quel point), vous avez effectivement tout intérêt à passer au BTRFS.

[DaffY]

Perso sur un ds412+ avec 2gb de ram, j'en suis revenu. Les avantages du btrfs ne m'ont pas convaincus versus la rapidité du ext4
Apres c'est à chacun de voir selon son usage et ses besoins

[Spi]

Il y a 19 heures, Mic13710 a dit :

Réinstallation obligatoire (pas de passerelle ext4 vers BTRFS)

Si vous utilisez CS et que le dossier caché vous dérange (reste à savoir jusqu'à quel point), vous avez effectivement tout intérêt à passer au BTRFS.

Ca me dérange, mais c'est vivable. Je suis capable de me connecter en SSH et virer le dossier quand il dépasse le raisonnable. :)

 

Il y a 5 heures, daffy a dit :

Perso sur un ds412+ avec 2gb de ram, j'en suis revenu. Les avantages du btrfs ne m'ont pas convaincus versus la rapidité du ext4
Apres c'est à chacun de voir selon son usage et ses besoins

Tu as vu une grosse différence entre les deux? Surtout que oui un 412+ ce n'est pas non plus un modèle bas de gamme niveau perfs...

 

Après il y a l'avantage des snapshots, mais ce n'est pas vraiment utilisable comme remplaçant de Hyper Backup je pense?

[DaffY]

Oui pour moi c'était un peu moins rapide en copie directe (afp)
Maintenant je suis habitué à avoir du répondant et ne supporte pas (plus) la moindre attente.... désolé.

[Spi]

Mouai mouai mouai... Je ne suis pas beaucoup plus avancé dans mon choix, j'ai regardé des benchmarks et pour certaines choses le btrfs est un peu plus lent, après j'ai un DS415+ et globalement la vitesse me convient.

Au pire pour ce qui doit tourner vite -> SSD sur le pc et backup sur le nas.

 

Par contre (je vais peut-être devoir ouvrir un autre sujet), je me demande si le problème d'espace fantôme se fait également avec Cloud Station Backup? J'aimerais l'installer sur certains pc dans ma famille pour avoir un backup en cas de crash, du coup on passe à 50-70go de sauvegarde par utilisateur et l'intérêt du btrfs pourrait devenir une nécessite..

[Fenrir]

Perso je recommande le BTRFS, car même si je ne l'ai jamais testé sur un Syno, sur mes serveurs la différence de vitesse est négligeable (voir parfois à l'avantage de BTRFS) et les gains apportés par la dé-duplication et les snapshosts l'emportent largement.

À ma connaissance, toutes les applications CloudStation* de Syno profitent des snapshots+dé-duplication BTRFS pour les versions, donc l'espace consommé par les versions (qui n'a rien de "fantôme") devrait être drastiquement réduit.

Maintenant si les fonctions de snapshot/dé-duplication/compression ne présentent pas d’intérêt pour ton usage, tu peux rester en EXT4 qui présente 2 gros avantages :

• il est mature, éprouvé, testé et validé
• il est mieux géré par les outils de gestion bas niveau (resto de disque, clonage, ...)

[Spi]

En fait, j'ai du mal à saisir le principe des snapshots.

Je vois bien ce que c'est en virtualisation, mais ici sur un Syno est-ce que ça me permettrait par exemple de restaurer le système du Syno ou autre?

PS: Je n'ai pas oublié de répondre à ton message, je suis juste débordé!

[Einsteinium]

Non c'est pour les données, pas le système, le seul but c'est le gain de place et la rapidité.

Tu as le dédoublement des metadata via le btrfs aussi

Pour moi cela n'a que des avantages, je récent pas de différence sur mon modèle perso.

[Fenrir]

il y a 7 minutes, Spi a dit :

Je vois bien ce que c'est en virtualisation

Si tu vois vraiment ce que c'est et bien c'est la même chose, c'est du COW :

1. on freeze les blocs d'origine
2. on place un pointeur vers ces blocs
3. et on écrit les nouveaux blocs ailleurs (en pratique, le snapshot contient l'original)

=>

• on ne touche jamais aux blocs d'origine (le snapshot), sauf lors de consolidation/suppression des snapshots
• pour reconstruire TOUTE la donnée (pour la lire par exemple), le BTRFS va lire les blocs modifiés et les pointeurs vers les blocs non modifiés (s'il y a plusieurs snapshots, on remonte les intermédiaires jusqu'à avoir 100% de la donnée)
• si un bloc de données non modifié est corrompu dans un snapshot la restauration n'est plus possible => ce n'est pas une sauvegarde

il y a 28 minutes, Spi a dit :

PS: Je n'ai pas oublié de répondre à ton message, je suis juste débordé!

Pas de souci, pour ma part c'est l'inverse, je suis coincé chez moi (j'ai trouvé de l'essence mais ma voiture est en révision depuis ce matin)