Une meta data peut être un truc dupliqué, en cas d'erreur on récupère une des copies -> pas de bloc dupliqué.
Une meta-data peut être recalculer facilement -> un groupe d'offset faux est recalculer à la voler, genre un mini fsck -> pas de duplication type RAID
Un bloc est très important, il est protégé par un code ECC -> comme pour le raid6, la donné est stocké sur un autre disque.
Le fichier peut avoir un statut différent :
*fichier courant -> traitement type raid,
* snapshot -> si on a une sauvegarde, on peut s'en foutre : duplication sur l'autre disque avec compression par exemple ?
*fichier "effacé" dont se fout des erreurs -> aucune correction, juste un flag qui dit que le code est faux.
Ton cluster à corriger peut être une meta data ou un contenu de fichier. Une meta data peut être un truc dupliqué, peut être recalculer facilement ou être protégé par un code ECC. Le fichier peut avoir un statut différente (fichier courant, snapshot, fichier "effacé" dont se fout des erreurs).
Dell se croit souvent en entreprise, donc les personnes se pointent un peu n'importe quand. Ils n'ont pas le reflexe qu'une personne privé bosse et est rarement chez elle, pendant une journée de semaine.
Concernant le fait de mettre un PCB au four, je ne suis pas sûr que l'idée soit brillante. Chauffer tous ses vernis, colle et autre étain, est assez toxique.
La correction d'erreur à ce niveau n'a pas d'intérêt, vu que chaque disque en est blindé. De mémoire, pour un secteur de 4k, il y a bien 1k de code correcteur.
Le problème de ton approche est de savoir d’où tu sors ta liste de secteur utilisé. Est-ce que le fs doit parcourir tout le disque pour les trouver ? Que faire en cas d'erreur ?
D'ailleurs, c'est marrant les techno java. Ils font un langage simplifié pour aider au développement, puis un IDE qui fait le café (eclipse). Puis, il ajoute une couche d'abstraction (les EMF), qui génère du code par dessus. Ensuite, il greffent un tas d'outils de gestion (les MDT).
De loin, la pile n'a pas l'air si belle. Faire de l’introspection et des bibliothèques n'auraient pas été plus simple ?
Cela fait longtemps que je n'ai pas fait de test, mais je crois que tu te trompes. Les linkers qui font le ménages, c'est nouveau (gold pour gcc, de mémoire).
Parce que dans 90% des cas, tu en as besoin. Sur ta pile, si tu commences à sortir de la pile "habituelle", tu peux avoir un paquet d'ennuis aussi. Il y a aussi des fonctionnalités non utilisé ou mal transmis. C'était le cas du trim, par exemple.
Regarde l'état des autotools, des piles de soft dont plus personne ne comprends plus rien, mais qui fonctionnent mais n'évolue plus.
Pareil pour le système de démarage standard unix, dont chaque distrib faisait sa tambouille qui était lent.
C'est très récent que les linkers optimisent les symboles non utilisés. Avant, il ne faisait rien du tout. Je serais même curieux de voir si ils font quoi que ce soit niveau optimisation d'un ".a".
Cela me rappelle un des première utilisateurs de Lisaac qui avait été soufflé de voir qu'un hello-world Lisacc, utilisant une pop-up ne faisait que 12ko d'exe sans lib externe.
Séparer pour réutiliser, c'est pas mal, mais cela empêche toute optimisation du au fait que le FS dispose forcément de plus d'information que la couche VFS.
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 0.
"Cf http://www.elinux.org/Busybox_replacement_project pour voir que ça dérange les industriels le copyleft et les procès intentés par des auteurs de busybox."
On comprends que cela dérange, mais est-ce que le projet a été au bout et est de la même qualité que busybox ?
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Non, ce n'est pas la même chose du tout.
Une meta data peut être un truc dupliqué, en cas d'erreur on récupère une des copies -> pas de bloc dupliqué.
Une meta-data peut être recalculer facilement -> un groupe d'offset faux est recalculer à la voler, genre un mini fsck -> pas de duplication type RAID
Un bloc est très important, il est protégé par un code ECC -> comme pour le raid6, la donné est stocké sur un autre disque.
Le fichier peut avoir un statut différent :
*fichier courant -> traitement type raid,
* snapshot -> si on a une sauvegarde, on peut s'en foutre : duplication sur l'autre disque avec compression par exemple ?
*fichier "effacé" dont se fout des erreurs -> aucune correction, juste un flag qui dit que le code est faux.
"La première sécurité est la liberté"
[^] # Re: Le support Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 2.
Avec la directive RoHS, le plombs n'a pas disparu ? (pour que vive les "wiskers" :)
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Ton cluster à corriger peut être une meta data ou un contenu de fichier. Une meta data peut être un truc dupliqué, peut être recalculer facilement ou être protégé par un code ECC. Le fichier peut avoir un statut différente (fichier courant, snapshot, fichier "effacé" dont se fout des erreurs).
"La première sécurité est la liberté"
[^] # Re: Le support Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 1.
1er lien trouvé :)
http://www.atousante.com/actualites/toxicite-fumees-soudage/
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Ton code est du Reed-Solomon. Il n'a rien d'extraordinaire.
"Comment fais-tu dans la version monolithique ? C'est le même avec une interface entre les deux."
Pas vraiment, car la façon de corriger peut venir de multiple endroit, selon la données contenu.
"La première sécurité est la liberté"
[^] # Re: Le support Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 6.
Dell se croit souvent en entreprise, donc les personnes se pointent un peu n'importe quand. Ils n'ont pas le reflexe qu'une personne privé bosse et est rarement chez elle, pendant une journée de semaine.
Concernant le fait de mettre un PCB au four, je ne suis pas sûr que l'idée soit brillante. Chauffer tous ses vernis, colle et autre étain, est assez toxique.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
La correction d'erreur à ce niveau n'a pas d'intérêt, vu que chaque disque en est blindé. De mémoire, pour un secteur de 4k, il y a bien 1k de code correcteur.
Le problème de ton approche est de savoir d’où tu sors ta liste de secteur utilisé. Est-ce que le fs doit parcourir tout le disque pour les trouver ? Que faire en cas d'erreur ?
"La première sécurité est la liberté"
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 3.
je ne crois pas qu'il trie les symboles, il doit simplement trié les fichiers objets, ".o".
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 5. Dernière modification le 30 avril 2013 à 12:19.
"Est-ce que ext4/fat va pouvoir réutiliser les systèmes de raid, snapshots et … ?"
Non et alors ? Est-ce que je peux faire des regexp perl avec bash ?
Et il n'est pas question d'un peu de perf, quand la reconstruction d'un raid peut prendre plusieurs dizaine d'heure.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
C'est pareil. Sauf que dans ton cas, tu pense à des outils en ligne de commande.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 2. Dernière modification le 30 avril 2013 à 11:58.
D'ailleurs, c'est marrant les techno java. Ils font un langage simplifié pour aider au développement, puis un IDE qui fait le café (eclipse). Puis, il ajoute une couche d'abstraction (les EMF), qui génère du code par dessus. Ensuite, il greffent un tas d'outils de gestion (les MDT).
De loin, la pile n'a pas l'air si belle. Faire de l’introspection et des bibliothèques n'auraient pas été plus simple ?
"La première sécurité est la liberté"
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 0.
Cela fait longtemps que je n'ai pas fait de test, mais je crois que tu te trompes. Les linkers qui font le ménages, c'est nouveau (gold pour gcc, de mémoire).
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 3. Dernière modification le 30 avril 2013 à 11:19.
Parce que dans 90% des cas, tu en as besoin. Sur ta pile, si tu commences à sortir de la pile "habituelle", tu peux avoir un paquet d'ennuis aussi. Il y a aussi des fonctionnalités non utilisé ou mal transmis. C'était le cas du trim, par exemple.
Regarde l'état des autotools, des piles de soft dont plus personne ne comprends plus rien, mais qui fonctionnent mais n'évolue plus.
Pareil pour le système de démarage standard unix, dont chaque distrib faisait sa tambouille qui était lent.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 3.
Quel intérêt attendre la sortie hypothétique d'un truc compatible avant d'utiliser ce qui existe ?
"La première sécurité est la liberté"
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Pas avec la même finesse, il me semble.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Dans combien de temps ? Sachant que la plus part des autres FS sont en mode maintenance uniquement (ext3, reserfs, xfs,…)
"La première sécurité est la liberté"
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 0.
Les cgroups pourrait être décidé par la distrib pour éviter les ralentissements de gui.
les fonctions avancés de btrfs pourrait inclus dans les gestionnaires de fichiers.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 2.
C'est exactement ça, un peu de perf (économie de machine, d'énergie). Mais aussi de simplification de design (systemd ?).
Une fois que les couches s'empilent, on ne peut plus parler de simplification.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 6.
Si tu ne simplifies pas les interfaces entre les couches, tu ne fait que déverser les problèmes aux autres couches, qui ne peuvent plus les gérer.
"La première sécurité est la liberté"
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 0.
"seul les fonctions utilisées sont incorporées."
C'est très récent que les linkers optimisent les symboles non utilisés. Avant, il ne faisait rien du tout. Je serais même curieux de voir si ils font quoi que ce soit niveau optimisation d'un ".a".
"La première sécurité est la liberté"
[^] # Re: Trollons
Posté par Nicolas Boulay (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 1.
Il parait que les EFL sont rapide aussi.
Cela me rappelle un des première utilisateurs de Lisaac qui avait été soufflé de voir qu'un hello-world Lisacc, utilisant une pop-up ne faisait que 12ko d'exe sans lib externe.
"La première sécurité est la liberté"
[^] # Re: Tellement répété…
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Privateur.... Évalué à 4.
Et la proportion d'objective-C par rapport au reste ?
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Séparer pour réutiliser, c'est pas mal, mais cela empêche toute optimisation du au fait que le FS dispose forcément de plus d'information que la couche VFS.
"La première sécurité est la liberté"
[^] # Re: LZO
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
En entré en compression et en sortie en décompression, j'imagine.
"La première sécurité est la liberté"