Mais surtout, cela rejoint les considération générales sur la fiabilité des SSD : je pense qu'on a maintenant un recul suffisant (mais je me fait peut-être des idées…) pour supposer que leur fiabilité est supérieure à celle des DD classique, et ce sur une durée raisonnablement longue.
Ayant pas mal travaillé avec les mémoires de type NAND, j'ai du mal à faire confiance aux SSD, et je serais plutôt de l'avis contraire (mais c'est peut être parce que je ne connais pas si bien les disques rotatifs).
C'est sûr que niveau chocs, fiabilité mécanique, les SSD sont forcément devant, mais par contre, le stockage lui même (les chips NAND), ça fait vraiment peur… (badblocks, durée de vie ultra limitée des blocks, bitflips à la pelle).
Debian est vraiment la réponse à tout? Si quelqu'un a besoin de Debian sid, c'est qu'il veut une rolling release. Alors pourquoi ne pas utiliser Gentoo ou Arch qui sont du coup, bien plus "stables" et testées que Debian sid?
Aucune raison en particulier.
Gentoo ou Arch sont effectivement plus stables et ont le support f2fs (Arch l'a, pour Gentoo, je n'ai pas vérifié).
Je donnais juste le 1er exemple que je connaissais et qui me passait par la tête.
Loin de moi l'idée de commencer un troll sur la distro la plus forte (rhinocéros ou hippopotame) ? :)
Bah, F2FS est relativement jeune et donc encore expérimental (cf l'option du noyau http://lxr.linux.no/#linux+v3.12/fs/f2fs/Kconfig).
Donc, non, je ne le mettrais pas sur mon /home…
De plus, il faut faire quelques paramétrages qui impliquent la connaissance du type de NAND contenue dans le SSD (ce qui est rarement le cas).
Je pense que samsung (constructeur de NAND, SSD, clef USB) a fait ce système de fichier pour, à mon humble avis, essayer de l'imposer à la place de la FAT (et l'exFAT) sur les futures clef USB/SDcard.
Mais après, c'est sûrement très sympa de l'essayer sur des supports avec des données que l'on peut perdre sans gravité. (mais pour ça, il faut un noyau récent et les outils en espace utilisateur correspondant, donc une distro genre debian sid par exemple)
Je n'ai pas regardé en détail les particularités de F2FS, mais d'après ce que j'ai lu vite fait ici, il va, par exemple, découper les écritures en blocs facilement gérables par le FTL plutôt qu'une grosse écriture en une fois.
Il est aussi structuré en log, ce qui est aussi plus avantageux pour les mémoires type NAND.
Et pour répondre à la question, c'est effectivement des gains de performances, mais aussi d'augmentation de durée de vie de la NAND (en évitant de grouper des fichiers à faible durée de vie avec des fichiers à plus grande durée de vie).
Pour ce dernier point, il faut savoir que pour modifier ne serait-ce que 2Kio sur un bloc de NAND, il faut d'abord effacer le bloc en entier (la taille varie suivant les NANDs, mais on trouve souvent 256Kio ou plus). Et c'est une opération qui prend du temps, et qui ne peut être effectuée qu'un nombre limité de fois (100000 voire 10000 fois pour les NANDs les bas de gamme).
C'est avec ces connaissances que F2FS va pouvoir être plus performant qu'ext4 sur des SSD/SDcard etc.
Autre exemple, un systeme de fichier optimisé pour des disques rotatif va essayer de grouper les opération de lecture / écriture sur des zones proches du disque, pour éviter au bras de faire de grands déplacements. Ceci n'a aucun intérêt sur de la flash, car le temps d'accès reste inchangé.
Une petite présentation ici : http://www.haifux.org/lectures/293/f2fs.pdf
Et un comparatif ext4/F2FS sur du SSD : http://www.phoronix.com/scan.php?page=news_item&px=MTQ1OTE
Juste une petite précision sur F2FS:
Il n'est pas directement à destination des mémoires NAND, comme le sont YAFFS, JFFS2, UBIFS.
Il est simplement optimisé pour les périphériques à base de mémoire NAND (clefs USB, SSD, cartes SD…).
(On pourrait d'ailleurs l'utiliser sur un disque dur classique, bien que ce ne soit pas le but. Par contre, on ne peut pas l'utiliser directement sur une NAND.)
Par contre, j'ai mis un kernel officiel (pas le linux-sunxi) avec les patches de Maxime Ripard (3.10).
Je n'ai pas encore essayé, mais on doit pouvoir utiliser un kernel 3.11-rc4 sans aucun autre patch pour booter.
Bon, ok, tous les périphériques ne sont pas encore supportés…
Mais pour faire un serveur, une liaison série et une interface réseau, ça suffit !
Il faut aussi l'imaginer sur autre chose qu'un portable.
Sur un pc fixe, ça permet d'être en suspend-to-ram, et si jamais il y a une coupure de courant, tu conserves quand même ta session.
On peut aussi imaginer que la journée, le PC est en veille pour démarrer + rapidement, et que le soir, on coupe direct la multiprise sans avoir a sortir le PC de veille pour l'éteindre complètement.
Mais sinon, effectivement, pour un portable, ce n'est peut être pas le top, par contre, pour une machine fixe, je trouve ça plutôt sympa.
Comme "nouveauté", il y a aussi l'UVC.
Ca existait depuis pas mal de temps en dehors du noyau, mais quelques distributions l'intégraient déjà.
Donc, pour l'utilisateur final, aucune différence.
C'est simplement que l'évolution de ce driver se fera dans de meilleures conditions.
[^] # Re: plus de RAID ?
Posté par Richard Genoud . En réponse au journal Migrer vers un SSD simplement avec lvm. Évalué à 4.
Ayant pas mal travaillé avec les mémoires de type NAND, j'ai du mal à faire confiance aux SSD, et je serais plutôt de l'avis contraire (mais c'est peut être parce que je ne connais pas si bien les disques rotatifs).
C'est sûr que niveau chocs, fiabilité mécanique, les SSD sont forcément devant, mais par contre, le stockage lui même (les chips NAND), ça fait vraiment peur… (badblocks, durée de vie ultra limitée des blocks, bitflips à la pelle).
[^] # Re: Précision sur F2FS
Posté par Richard Genoud . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 4.
Aucune raison en particulier.
Gentoo ou Arch sont effectivement plus stables et ont le support f2fs (Arch l'a, pour Gentoo, je n'ai pas vérifié).
Je donnais juste le 1er exemple que je connaissais et qui me passait par la tête.
Loin de moi l'idée de commencer un troll sur la distro la plus forte (rhinocéros ou hippopotame) ? :)
[^] # Re: Précision sur F2FS
Posté par Richard Genoud . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 1.
… et j'oubliais bien sur les tablettes et autres à base de eMMC par exemple.
[^] # Re: Précision sur F2FS
Posté par Richard Genoud . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 3.
Bah, F2FS est relativement jeune et donc encore expérimental (cf l'option du noyau http://lxr.linux.no/#linux+v3.12/fs/f2fs/Kconfig).
Donc, non, je ne le mettrais pas sur mon /home…
De plus, il faut faire quelques paramétrages qui impliquent la connaissance du type de NAND contenue dans le SSD (ce qui est rarement le cas).
Je pense que samsung (constructeur de NAND, SSD, clef USB) a fait ce système de fichier pour, à mon humble avis, essayer de l'imposer à la place de la FAT (et l'exFAT) sur les futures clef USB/SDcard.
Mais après, c'est sûrement très sympa de l'essayer sur des supports avec des données que l'on peut perdre sans gravité. (mais pour ça, il faut un noyau récent et les outils en espace utilisateur correspondant, donc une distro genre debian sid par exemple)
[^] # Re: Précision sur F2FS
Posté par Richard Genoud . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 5.
Je n'ai pas regardé en détail les particularités de F2FS, mais d'après ce que j'ai lu vite fait ici, il va, par exemple, découper les écritures en blocs facilement gérables par le FTL plutôt qu'une grosse écriture en une fois.
Il est aussi structuré en log, ce qui est aussi plus avantageux pour les mémoires type NAND.
Et pour répondre à la question, c'est effectivement des gains de performances, mais aussi d'augmentation de durée de vie de la NAND (en évitant de grouper des fichiers à faible durée de vie avec des fichiers à plus grande durée de vie).
Pour ce dernier point, il faut savoir que pour modifier ne serait-ce que 2Kio sur un bloc de NAND, il faut d'abord effacer le bloc en entier (la taille varie suivant les NANDs, mais on trouve souvent 256Kio ou plus). Et c'est une opération qui prend du temps, et qui ne peut être effectuée qu'un nombre limité de fois (100000 voire 10000 fois pour les NANDs les bas de gamme).
C'est avec ces connaissances que F2FS va pouvoir être plus performant qu'ext4 sur des SSD/SDcard etc.
Autre exemple, un systeme de fichier optimisé pour des disques rotatif va essayer de grouper les opération de lecture / écriture sur des zones proches du disque, pour éviter au bras de faire de grands déplacements. Ceci n'a aucun intérêt sur de la flash, car le temps d'accès reste inchangé.
Une petite présentation ici : http://www.haifux.org/lectures/293/f2fs.pdf
Et un comparatif ext4/F2FS sur du SSD : http://www.phoronix.com/scan.php?page=news_item&px=MTQ1OTE
# Précision sur F2FS
Posté par Richard Genoud . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 10.
Juste une petite précision sur F2FS:
Il n'est pas directement à destination des mémoires NAND, comme le sont YAFFS, JFFS2, UBIFS.
Il est simplement optimisé pour les périphériques à base de mémoire NAND (clefs USB, SSD, cartes SD…).
(On pourrait d'ailleurs l'utiliser sur un disque dur classique, bien que ce ne soit pas le but. Par contre, on ne peut pas l'utiliser directement sur une NAND.)
Désolé pour les mouches heurtées au passage.
# mémoire sur la cubieboard
Posté par Richard Genoud . En réponse au journal Petit retour d'installation d'archlinux sur la cubieboard. Évalué à 2.
j'ai installé débian sur la cubieboard (pareil, avec le uboot spécifique), et j'ai bien les 1Go:
Par contre, j'ai mis un kernel officiel (pas le linux-sunxi) avec les patches de Maxime Ripard (3.10).
Je n'ai pas encore essayé, mais on doit pouvoir utiliser un kernel 3.11-rc4 sans aucun autre patch pour booter.
Bon, ok, tous les périphériques ne sont pas encore supportés…
Mais pour faire un serveur, une liaison série et une interface réseau, ça suffit !
[^] # Re: Nom de code
Posté par Richard Genoud . En réponse à la dépêche Sortie du noyau Linux 3.6. Évalué à 1.
terroriser les musaraignes en bavant, c'est moche.
[^] # Re: Nom de code
Posté par Richard Genoud . En réponse à la dépêche Sortie du noyau Linux 3.6. Évalué à 1.
ou peut être celui-là (en tous cas pour le terrified)
[^] # Re: Merci pour la news
Posté par Richard Genoud . En réponse à la dépêche Sortie du noyau Linux 3.6. Évalué à 10.
Il faut aussi l'imaginer sur autre chose qu'un portable.
Sur un pc fixe, ça permet d'être en suspend-to-ram, et si jamais il y a une coupure de courant, tu conserves quand même ta session.
On peut aussi imaginer que la journée, le PC est en veille pour démarrer + rapidement, et que le soir, on coupe direct la multiprise sans avoir a sortir le PC de veille pour l'éteindre complètement.
Mais sinon, effectivement, pour un portable, ce n'est peut être pas le top, par contre, pour une machine fixe, je trouve ça plutôt sympa.
[^] # Re: Il y a aussi
Posté par Richard Genoud . En réponse au journal Le train c'est bien ... quand ça roule.. Évalué à 1.
généralement, ce code php ne fonctionnera pas chez votre hébergeur car les requêtes vers d'autres sites sont bloquées...
[^] # Re: Il y a aussi
Posté par Richard Genoud . En réponse au journal Le train c'est bien ... quand ça roule.. Évalué à 1.
Voici une interface que j'ai faite sur le même principe il y a quelque temps (en php, à mettre sur le réseau de votre entreprise ;) ) :
[http://github.com/rgenoud/prochains_departs]
# UVC
Posté par Richard Genoud . En réponse à la dépêche Sortie du noyau Linux 2.6.26. Évalué à 10.
Ca existait depuis pas mal de temps en dehors du noyau, mais quelques distributions l'intégraient déjà.
Donc, pour l'utilisateur final, aucune différence.
C'est simplement que l'évolution de ce driver se fera dans de meilleures conditions.
[proud mode]
bon, y a aussi mon patch qui a été accepté dans ce noyau...
NAND: Hardware ECC controller on at91sam9263 / at91sam9260
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6(...)
Une fierté personnelle...
[/proud mode]