Marrant, tout ces noms me font penser à ces boites qui rançonnent les ados sur la TNT en leur proposant des "sonneries" et des "tours de magie" à deux balles "pour ton portable".
Tu sous-entends que Microsoft était une entreprise vertueuse à ses débuts et qu'elle a été contaminée par des financiers sans scrupules ? Pourtant il me semble que le fondateur de Microsoft est resté très longtemps au pouvoir, et que l'actuel CEO est aussi issu des débuts de l'entreprise.
Par contre je partage la crainte de voir Google se transformer radicalement quand ses deux fondateurs choisiront d'aller se dorer la pilule au soleil, fort de leurs milliards de dollars si génialement gagnés. D'ailleurs le fait qu'ils ne l'ai pas fait plus tôt montre bien, je pense, leur état d'esprit de passionnés qui font ce boulot pour un idéal qui est le leur, et pas seulement pour l'appât du gain. Attitude que ne pourra pas avoir un pur gestionnaire.
Moi j'y vois aussi un intérêt pour la virtualisation, une machine physique remplaçant des dizaines de serveurs traditionnels. On est en plein dedans actuellement. Une machine virtuelle par cœur c'est quand même mieux que de devoir partager les ressources CPU de plusieurs machines sur un même cœur. Avec une deuxième machine physique pour le failsafe et c'est parti.
+1. Comme un con j'ai commencé à fumer après une rupture (genre maintenant j'en ai plus rien à faire) et il est clair que ça aide à mort un geek pour engager la conversation avec une fille qui fume. De plus depuis l'interdiction de fumer dans les lieux public tout le monde se retrouve dehors et il se passe ce qu'on appelle le "smirting" je crois, un mélange entre "smoking" et "flirt". Vous n'imaginez pas le nombre de filles que j'ai rencontré en 3 mois à l'occasion d'une sortie clope du pub en soirée le week-end.
Mais attention, si ça marche pour moi c'est parce que je suis de nature assez timide, et que les personnes normales peuvent faire celà sans fumer et ils ont bien raison.
Fais-toi livrer. Mais attention demande à ce que ce soit fait avant 2h du matin sinon le livreur pourrait se retrouver sur la pelouse du stade de foot ou dans les toilettes du PMU en suivant son GPS lui indiquant ton adresse.
Tu leur envoie un mail, sans leur dire qu'ils sont incompétants (ça a beaucoup de fierté un admin, et beaucoup de pouvoir de nuisance aussi), leur parlant de la faille, avec des liens vers les "advisories" et pourquoi pas vers ce journal, ainsi il verrons que l'exploit fonctionne très bien. et tu leur demande juste si les machines de l'université ont bien été protégées contre ce problème.
Ils te diront certainement que oui ;), et feront le tour des serveurs pour appliquer le workaround en attendant les mises à jours officielles du noyau et des distribs.
+1 pour le servuer sous BSD. Mais ça ne te protègera pas d'erruers humaines, et les BSD, comme tout logiciels ne sont pas exempts de failles. Mais tout ça tu le savais déjà.
Faits juste attention, une fois qu'on à goûté à BSD on ne peut plus s'en passer ;)
l'administrateur a juste à positionner le flag qui va bien, et je suis sur que c'est deja probablement le cas
Et bien justement, vu le nombre d'"admins" qui ne suivent pas les failles des softs utilisés en production dans leur parc et se contentent d'appliquer les mises à jours quand elles sont dispo (et encore certains ne font même pas ça), la faille a des chances d'être exploitée tant que le noyau et les distribs ne sont pas patchés, via un exploit sur un soft tiers ne donnant à la base accès qu'à un compte non root.
Au lieu de Eugene Teo de Red Hat, j'ai lu Eugene Theo De Raadt et j'ai failli m'étouffer en croyant apprendre que le responsable du projet OpenBSD était passé passé sous Linux...
Je suis tombé sur un commentaire intéressant d'un ancien développeur d'Acronis sur la news de Slashdot. Il confie qu'ils utilisaient aussi SHA256 comme fonction de hachage et que d'après leurs calculs, il y avait 10^6 fois plus de chances de perdre des données à cause d'une problème matériel qu'à cause d'une collision.
Après avoir relu l'article donné en lien il semble plutôt que pour les e-mails avec pièces jointes ce soit la déduplication niveau "octet" qui soit efficace. Mais elle semble aussi la plus gourmande en ressources.
Je me trompe peut-être mais ce comportement n'existe-il pas plutôt dans le cas de la déduplication en mode fichier ? Et que justement le mode bloc est utile dans le cas de petites différences entre de gros fichiers ?
Et le pire c'est que ce n'est pas à cause d'un problème de ZFS lui-même, mais bien à cause de certain disques bas de gamme qui "mentent" à propos de leur utilisation du cache en écriture. Ce qui fait que ZFS pense faire un Copy On Write propre, alors que physiquement sur le disque ce n'est pas immédiatement le cas.
Je n'irais pas jusqu'à dire que l'absence de fsck dans ZFS est une erreur, mais au vu des pratiques de certains constructeurs de disques, le fsck est une nécessité pour pallier à ce genre de problème qui est uniquement dû à du mauvais matériel.
Et bien de ce que j'ai compris de l'article du blog cité, la fonction "dedup" en mode block serait quand même dans ce cas très efficace. En effet le corps du mail et l'éventuelle pièce jointe étant identiques, les blocks correspondants ne seraient pas dupliqués.
J'ai hâte que Pawel Jakub Dawidek porte cette fonction de ZFS sous FreeBSD du coup ;)
Allez il ne reste plus que la crypto, le fsck et l'outil de défrag, et ZFS sera le système de fichiers ultime.
Ce qu'il veux dire c'est que sur les vielles voitures essence avec starter manuel, le temps d'attente avant de pouvoir rouler à peu près normalement était bien supérieur à 10-15 secondes. C'était plutôt de l'ordre de la minute voire plus quand il faisait froid, sinon calage assuré.
Mais je parle d'un temps que les moins de vingt ans....
[^] # Re: site ?
Posté par Laurent Cligny (site web personnel) . En réponse au journal Conditions de ventes et autres débilités. Évalué à 3.
[^] # Re: Le converteur
Posté par Laurent Cligny (site web personnel) . En réponse au journal En route pour les 7 GeV.... Évalué à 2.
On semble donc loin des 2,21 gigot-Watts ;)
D'ailleurs c'est quoi un gigot-Watt ?
[^] # Re: Vive Google.
Posté par Laurent Cligny (site web personnel) . En réponse au journal Dns google. Évalué à 4.
[^] # Re: Don't be evil...?
Posté par Laurent Cligny (site web personnel) . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 4.
Par contre je partage la crainte de voir Google se transformer radicalement quand ses deux fondateurs choisiront d'aller se dorer la pilule au soleil, fort de leurs milliards de dollars si génialement gagnés. D'ailleurs le fait qu'ils ne l'ai pas fait plus tôt montre bien, je pense, leur état d'esprit de passionnés qui font ce boulot pour un idéal qui est le leur, et pas seulement pour l'appât du gain. Attitude que ne pourra pas avoir un pur gestionnaire.
# Utile aussi pour la virtualisation
Posté par Laurent Cligny (site web personnel) . En réponse à la dépêche Intel présente un prototype de processeur x86 octatétracontacœur. Évalué à 2.
[^] # Re: Apparmor chez ubuntu ?
Posté par Laurent Cligny (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.32 du noyau Linux. Évalué à 3.
cf. Astérix et obélix, la rose et le glaive.
[^] # Re: De l'interet de commencer ?
Posté par Laurent Cligny (site web personnel) . En réponse au journal Je fais un tabac. Évalué à 8.
Mais attention, si ça marche pour moi c'est parce que je suis de nature assez timide, et que les personnes normales peuvent faire celà sans fumer et ils ont bien raison.
[^] # Re: frozen-bubble
Posté par Laurent Cligny (site web personnel) . En réponse au journal linuxfr --colour-blind. Évalué à 2.
[^] # Re: faux débat
Posté par Laurent Cligny (site web personnel) . En réponse au journal Le réchauffement climatique est une vaste blague. Un complot.... Évalué à 3.
"I, for one, welcome our new insect overlords"
[^] # Re: Grandiloquence
Posté par Laurent Cligny (site web personnel) . En réponse au journal Les standards, les quasars.... Évalué à 4.
http://www.google.com/search?q=far+breton
[^] # Re: Merci!
Posté par Laurent Cligny (site web personnel) . En réponse au journal Les standards, les quasars.... Évalué à 3.
[^] # Re: Cocorico
Posté par Laurent Cligny (site web personnel) . En réponse au journal Petit changement à la "London Stock Exchange". Évalué à 8.
Et pour le reste il y a Eurocard Mastercard.
-->[vlan]
[^] # Re: j'adore l'humour noir
Posté par Laurent Cligny (site web personnel) . En réponse au journal Jocelyn Quivrin bronsonisé. Évalué à 10.
[^] # Re: Exploitabilité *réelle*
Posté par Laurent Cligny (site web personnel) . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 3.
Ils te diront certainement que oui ;), et feront le tour des serveurs pour appliquer le workaround en attendant les mises à jours officielles du noyau et des distribs.
[^] # Re: Exploitabilité *réelle*
Posté par Laurent Cligny (site web personnel) . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 4.
Faits juste attention, une fois qu'on à goûté à BSD on ne peut plus s'en passer ;)
[^] # Re: Exploitabilité *réelle*
Posté par Laurent Cligny (site web personnel) . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 7.
Et bien justement, vu le nombre d'"admins" qui ne suivent pas les failles des softs utilisés en production dans leur parc et se contentent d'appliquer les mises à jours quand elles sont dispo (et encore certains ne font même pas ça), la faille a des chances d'être exploitée tant que le noyau et les distribs ne sont pas patchés, via un exploit sur un soft tiers ne donnant à la base accès qu'à un compte non root.
# Rien à voir mais
Posté par Laurent Cligny (site web personnel) . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 10.
[^] # Re: Collisions
Posté par Laurent Cligny (site web personnel) . En réponse au journal Enlarge your ZFS pool. Évalué à 6.
http://tech.slashdot.org/comments.pl?sid=1428208&cid=299(...)
[^] # Re: Ou pour du mail !
Posté par Laurent Cligny (site web personnel) . En réponse au journal Enlarge your ZFS pool. Évalué à 2.
[^] # Re: Ou pour du mail !
Posté par Laurent Cligny (site web personnel) . En réponse au journal Enlarge your ZFS pool. Évalué à 2.
[^] # Re: ZFS fsck
Posté par Laurent Cligny (site web personnel) . En réponse au journal Enlarge your ZFS pool. Évalué à 6.
Je n'irais pas jusqu'à dire que l'absence de fsck dans ZFS est une erreur, mais au vu des pratiques de certains constructeurs de disques, le fsck est une nécessité pour pallier à ce genre de problème qui est uniquement dû à du mauvais matériel.
[^] # Re: Ou pour du mail !
Posté par Laurent Cligny (site web personnel) . En réponse au journal Enlarge your ZFS pool. Évalué à 1.
J'ai hâte que Pawel Jakub Dawidek porte cette fonction de ZFS sous FreeBSD du coup ;)
Allez il ne reste plus que la crypto, le fsck et l'outil de défrag, et ZFS sera le système de fichiers ultime.
[^] # Re: Ha.
Posté par Laurent Cligny (site web personnel) . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 4.
Mais je parle d'un temps que les moins de vingt ans....
[^] # Re: La relativité des prix
Posté par Laurent Cligny (site web personnel) . En réponse au journal Et vous, que feriez vous avec 245 772€ ?. Évalué à 7.
# Avec cet argent
Posté par Laurent Cligny (site web personnel) . En réponse au journal Et vous, que feriez vous avec 245 772€ ?. Évalué à 2.
Monde de merde.