Alors que les derniers posts parlent de hammer(fs) et de gluster(fs), j’en profite pour parler de z(fs) (pas de warez petit vilains), parce que je viens de tomber sur une belle news via phoronix :

“Native ZFS is Coming To Linux Next Month”

Pour rappel :

• zfs avec fuse
• zfs sous linux, un projet hebergé par github

Je vous laisse rêver.

Bon bah ils chôment pas chez DragonFly, en voici la preuve :

• Un bug a été fixé dans HAMMER, pour les détails techniques voir le link ci-dessus
• HEAD se comporte nettement mieux sur le test de charge stress2 (/usr/src/test/stress/stress2) ; actuellement seul le test tcp crée un épuisement des ressources avec les valeurs par défaut de net.inet.tcp.{send,recv}space
• Un sysctl (kern.maxfileperuser) a été ajouté, il permet de spécifier une  limite par utilisateur de fd
• De gros memleaks liés aux PTY ont été fixés
• LVM/DM (boulot d’Alex Hornung) a été amélioré
• Idem pour le code de kqueue/poll/select
• Un élément intéressant pour les amateurs de PF : il a été mis à jour (enfin) avec le code d’OpenBSD 4.1
• Le code relatif au wifi a été débuggé

La prochaine release de DragonFly (2.8 ?) aura lieu mi-septembre, et Matt Dillon espère qu’il y aura d’ici là quelques autres “goodies” ;-)

Le sieur nico a innocemment posté ce lien, hier, sur le canal. L’innocence même ce nico.
Il s’agit d’un retour d’experience après un mois d’utilisation de GlusterFS. GlusterQuoi ?
GlusterFS permet de joindre plusieurs disques à travers IP. Comme moult autres projets me direz-vous, oui, sauf que ici, point de machine dédiée aux métadonnées, point de synchronisation de block devices, GlusterFS permet de joindre des bouts d’arborescence sans pour autant qu’il s’agisse de points de montage, et ça c’est la grosse classe intergalactique.
De fil en aiguille, on tombe sur ce premier billet, du même auteur, et surtout sur cet exemple grandeur nature dans lequel l’auteur explique son setup de type raid 1(3)+0(4). Tranquillement.
Quelques lutins, dont je fais partie, se sont lancé dans l’aventure GlusterFS sur les conseils d’autres administrateurs avisés, et je vous le dis sans broncher: ça kiffe sévère dans les boxers.

Roots de tout poil en mal de synchronisation sur des serveurs redondés / load-balancés, vous tenez ici votre Graal. En partie au moins. Et si vous voulez en causer, vous savez qu’on peut commenter, n’est-ce pas ?

Dans l’épisode précèdent, Jym@ avait benchmarké le duo PAE-Xen et nous relatait les résultats forts intéressants. Dans cet épisode, il Å“uvre pour l’environnement en utilisant coccinelle et en lâchant la bestiole sur le kernel NetBSD afin d’en débusquer des erreurs de syntaxe. Ne s’arrêtant pas en si bon chemin, il intègre également le support PAE dans le kernel i386 pour l’OS à la serviette orange.

Que du bon et merci jym !

Vivement le prochain épisode :)

On me signale comme ça que les soldes sur les poils sont un secret mieux conservé que je ne le pensais. Or donc, le grossiste général en poussage de poils fait des soldes tous les jours et l’annonce via un canal très secret.

Comme d’habitude pour les soldes ya du bien (code DDVCG, pas dit qu’il dure des mois non plus) et du très douteux (non je ne donnerai pas d’exemple), mais les codes de réduction du canal très secret semblent être valables pendant au moins plusieurs jours.

Malgré la crise, quelques petites entreprises fleurissantes continuent à embaucher. Ah tiens, mais je le connais lui !

Sous ce titre complètement nul se cache une annonce pour l’énorme travail accompli par Gabor@, lisez d’abord ceci pour comprendre un peu d’histoire, tout commence ici profitant du Google Summer of Code, le monsieur se met en tête de remplacer les outils de traitements de texte GNU par des équivalents BSD, ça tombe bien chez les voisins ils les ont pour beaucoup déjà remplacés et puis d’autres aussi ont déjà fait du travail dans ce sens là.

Seulement voilà pour lui ce n’est pas assez, il faut assurer une compatibilité 100% avec les extenstions GNU de manière à ce que le changement se passe de manière transparente pour tout le monde.

Après 2 ans de boulot, le résultat est là et excusez du peu :

• Small and clean code (1,4 KSLOC vs GNU’s 8,5 KSLOC)
• lower memory usage
• GNU compatibility
• Et bien sûr : BSD License

BSD grep est maintenant le grep par défaut en CURRENT. Alors bien sûr il reste du boulot et quelques améliorations

En parallèle il remet le couvert et fait des petits trucs supplémentaires..

Ce matin en dépilant mon twitter, une news me dit que nmap est paru dans sa nouvelle version de dev. En déambulant sur le site je découvre le projet nping qui fut démarré en 2009 lors d’un Google Summer of Code mais vient d’être intégré à nmap.

Bien entendu : “While Nping can be used as a simple ping utility to detect active hosts, it can also be used as a raw packet generator for network stack stress tests, ARP poisoning, Denial of Service attacks, route tracing, etc.”

• Les features de hping3, fping et consorts sont reprises.
• Les switchs -v et -d (qui contrôlent verbose et messages de debug) sont bien fournis.
• La syntaxe de l’outil est semblable à nmap.
• Le ARP mode permet de jouer avec le “level d’en dessous”.
• La TODO liste est alléchante. (là)

Le site du projet : LÀ
La page de téléchargement : ICI (avec des RPM de nping et ncat. Les utilisateurs d’autres systèmes de paquets devront se bross^W^Wcompiler ou jouer d’alien)

Note : Comme nping dépend de bibliothèques et de headers du projet (parent) nmap, il sera plus judicieux de compiler tout nmap (qui inclut donc nping) plutôt que de s’amuser à compiler une par une les dépendances de nping puis de le compiler lui-même.

ZFS v15 est arrivé dans freebsd.
Plus vite, plus stable, et des quotas (oui madame), et d’autres choses :
Changes.

Juste un mot pour signaler que ce jeune boucher de “feignasse d’étudiant communiste d’Alex” (c) mat vient de porter deux-trois trucs sous PouetPouetBSD.

Moi j’dis ça, j’dis rien…