galactikboulay a écrit 620 commentaires

Certes, je dis juste qu'il faut éviter de tomber dans la virtualisation à outrance, où on se retrouve à avoir une machine virtuelle par appli. En tout cas, j'attends avec impatience une solution plus light basée sur les containers (prévue pour 2.6.24 je crois) qui permettrait d'avoir des vues différentes au niveau pile réseau.

> C'est très discutable.

Entre 50 VM avec chacune une Apache par rapport à un Apache sur une machine qui gère 50 sites ? à mon sens c'est vite vu, dans le cas des VM ça veut déjà dire 50 fois le système de base c'est quand même très lourd. Après, un switch entre VMs est je pense plus couteux qu'un context switch entre processes.

> Les choses ont déjà largement commencé à bouger. Toutes les distributions doivent être aujourd'hui fournies avec ipv6, la freebox supporte ipv6, etc.

Au niveau OS ça commence à être pas mal (après faut voir les applis, mais pour des trucs standards ça va vite à "v6-ifier").

Au niveau routeurs et autres équipements réseaux, les gros constructeurs comme Cisco ont fortement développé pour v6, par contre pour toutes les "petites" marques genre dlink, netgear, ... qu'on peut trouver chez le particulier ou dans des PME, y'a clairement rien de fait.

Au niveau ISP ça commence à arriver, mais plutôt doucement. Ce qui intéresse essentiellement les ISP grand public, c'est plutôt les offres triple-play qu'ipv6 qui en tant que tel n'apporte pas de fonctionnalité vraiment spécifique. Il faut en tout cas saluer l'initiative de Free dans le domaine, en espérant que ça donnera des idées à d'autres.

Après au niveau contenu (sites web), y'a clairement pas grand chose à l'heure actuelle.

Bon mon post au dessus était clairement un appel au troll, mais en fait c'est surtout le peu d'écart de Fedorat/Redhat par rapport à OpenSuse qui m'étonnait (plus que Gentoo en fait). Je ne connais personne qui ait installé de suse ou opensuse dans mon entourage (pro ou perso) alors mon avis est peut-être biaisé.

On note aussi que les utilisateurs sont globalement intelligents car il y a assez peu de Fedora.

Je ne suis pas convaincu par la pertinence de remplacer une machine avec un serveur Apache par 50 machines virtuelles avec chacune son propre Apache. En terme de sécurité, ça se discute, mais au niveau performances à mon avis ça va pas être génial.

Bref, digression à part, en tout cas, c'est plus le besoin en machines virtuelles qui pousserait IPv6 que l'inverse.

> Il faut un début à tout. S'il faut attendre qu'ipv6 soit déployé pour le déployer, on n'est pas sorti...

Ce qui va contribuer à faire bouger les choses, ce sont surtout les annonces du RIPE, ARIN et autres (estimation de pénurie d'adresses v4 d'ici 2 à 4 ans, mais forte présomption pour 2010).

A ma connaissance il n'y a aucun lien entre le x86_64 et la virtualisation, on pourrait très bien imaginer des CPU x86 32 bits avec le support VT ou SVM (bon en pratique, les CPU qui gèrent la virtualisation ont aussi le x86_64).

Ensuite, pour les personnes qui migrent des machines physiques en machines virtuelles (consolidation), l'adressage IP est secondaire: que la machine soit physique ou virtuelle, la problématique IP est toujours la même. Par ailleurs, pour le déploiement de serveurs en "interne" dans une organisation on utilise la plupart du temps de l'adressage IPv4 privé.
A l'heure actuelle, on ne peut pas partir sur du ipv6-only, vu que tout le monde n'a pas de connectivité ipv6 (loin de là).

L'ipv6 et x86_64 va aider à la monté de toutes ces machines virtuelles.

C'est quoi le rapport avec la choucroute ?

GnuPG est formidable.

Le contraire de ton journal et ton orthographe en somme.

Pour les enfants, tu peux te servir du brouilleur 2ème génération dont quelqu'un a parlé plus bas: http://www.bonnepioche.net/bp/images/games/Paflesinge/Carte1(...)

De toute façon il serait mort dans la nuit /o\

-->[]

Euh, je préfère largement une solution à base de watermarking mais sans DRM, qui me permette de regarder un film sur le support de mon choix et sans restriction en termes de durée ou de nombre d'utilisations...

Pas besoin d'avoir recours à Verisign ou autre fournisseur de certificat racine: il suffit qu'un organisme "de confiance" puisse délivrer des certificats, et que les programmes tiers utilisent le certificat racine de cet organisme. Quelqu'un en dessous parlait de piratebay, mais à la limite ça pourrait le faire ;)

C'est un truc que tu peux tout à fait mettre en place chez toi (entreprise ou autre) d'ailleurs: tu génères un certificat racine autosigné, et avec ce certificat tu génères d'autres certificats pour du https par exemple. Il suffit que tes utilisateurs aient le certificat racine dans leur navigateur, et le tour est joué (certes, ça peut être lourd à mettre en place mais c'est faisable).

Ce qui est clair, ce qu'elle aurait certainement pris moins cher en ayant volé les CD chez un disquaire quelconque...

Je vais jouer au loto au cas où...

Euh franchement ? Vas-y, joue, tu as des chances de gagner.

La partie téléphonie de ma freebox est cramée (affichage "Diagnostic téléphonique: défectueux" affiché sur la page d'état sur la TV). Je suis tombé une bonne dizaine de fois sur le message "trop d'appels en attente [blabla]", et ça fait bien 3 semaines que j'attend le remplacement de ma freebox.

Ah j'ai essayé de négocier le prix du passage de la migration en dégroupage total et l'upgrade en freebox v5 (n'ayant pas envie de casquer 99¤ plein pot pour la 2ème opération, sachant que ma freebox v4 est donc à moitié pétée), on m'a baladé de service en service. J'ai eu beau expliquer que ça allait finir par me chauffer, que j'allais résilier, me réabonner en DT juste après, et que j'aurais la v5 gratos, ben non. J'ai la vague impression que le centre d'appel a été délocalisé (avant c'était précisé que l'appel était traité en France), et que maintenant ça percute beaucoup moins vite, avec des gens qui appliquent les procédures (techniques ou administratives) avec des oeillères (*). Il y a quelques mois, la hotline me paraissait beaucoup plus compétente.

(*) Notamment, j'aime quand on me fait faire un hard reset de la freebox pendant l'appel à 0.34¤/min alors que je l'ai fait le matin même une ultime fois histoire de confirmer.

Intrigué par ton message, j'ai téléchargé les sources (sur http://www.ludd.ltu.se/~ragge/pcc/ ) et c'est vrai que ça a l'air plutôt basique pour un compilo C. Je vais essayer de le compiler pour voir la qualité du code x86 que ça génère. Sinon, comme son archi a l'air effectivement très simple, ça doit être excellent à étudier.

Ca ne sera peut-être pas si long que ça pour le SSA: "Conversion to SSA format is also implemented, but not yet the phi function. Not too difficult though, after that strength reduction is high on the list." (1er lien). Cela dit, je suis d'accord pour LLVM, les optimisations ont l'air extrêmement poussées et ça a l'air conçu de manière très évolutive.

Il le dit une 1ère fois en restant assez général. Tu réponds que y'a peut-être des chances que ça sorte quand même avec F8. Du coup, il te dit que ça compile pas et qu'il y a du code assembleur à porter, ce qui est une opération assez lourde. Tu saisis toujours pas la nuance entre insister et donner des précisions techniques ?

Il veut juste en venir au fait que ça risque d'être tendu pour faire un portage PPC dans les temps pour F8, vu qu'il y a beaucoup de boulot. Du code assembleur, ça ne se réécrit pas comme ça en claquant des doigts, surtout que l'assembleur PPC, ce n'est pas quelquechose qui est communément maitrisé (au contraire du x86 par exemple). Arrête de voir des attaques contre RedHat/Fedora partout.

Ce que ça me casse les couilles de voir les autres distributions ne pas utiliser tel ou tel truc car ça vient Red Hat....
Il semble que ce stupide esprit soit en passe de s'arrêter. Que d'années de perdues...

Faudrait vraiment que t'arrêtes la fixette sur RedHat hein. Les autres distributions font ce qu'elles veulent, elles n'ont peut-être pas de demande pour telle ou telle fonctionnalité, ou bien personne de motivé pour le faire, ou bien pas envie de mettre en place des fonctions "bleeding-edge" peu testées, bref y'a des milliers d'autres raisons que "SAI REDHAT SAPU".

Oui, les bourdons par exemple.

IRC, le monde ? Tu sais ce qu'on dit sur IRC ?

Les mecs sont des mecs, les filles sont des mecs, et les fillettes de 13 ans des agents du FBI.

IAX ce n'est pas propre à VoIPbuster, c'est le protocole d'Asterisk (Inter-Asterisk Exchange).

Je ne connais pas le Samsung dont tu parles, le MPC8272 par contre c'est un PowerPC, avec tout ce qui va bien en terme de périphériques (PCI, contrôleurs Ethernet, USB, etc).

ou de la ouiche lorraine

Le problème en mode user est que tu manipules des adresses virtuelles, alors qu'un controleur DMA va travailler sur des adresses physiques. Et à ma connaissance, il n'y a pas moyen de connaitre le mapping en userland sans aide. Qui plus est, le noyau est susceptible de procéder à des remplacements de pages de manière complètement transparente, ce qui change le mapping (bien qu'avec mlock() on doit pouvoir s'en affranchir). Enfin, un contrôleur DMA va généralement signaler la fin de son travail par une IRQ, et on ne peut pas installer de handler d'interruption en userland.

J'avais vu un jour un patch pour gérer du PCI en userland et aussi des IRQ (sauf que les shared IRQ c'était pas supporté), et je crois pas que le DMA était géré. Je retrouve pas le nom là, même avec de la recherche google. Mais bon, ça me paraissait ultra-crade personnellement.

Mon conseil: fais ça sous forme de module, tu te simplifieras grandement la vie.

Note bien que je n'ai parlé que de Broadcom et pas de Neuf :) Neuf n'aurait pas le droit de diffuser le source des modules Broadcom même s'ils le voulaient, à cause du NDA, et c'est uniquement la faute de Broadcom.

C'est bien dommage que les fabricants de box ne s'appuient pas sur des Freescale (genre MPC8272), qui sont super bien documentés (*), avec la doc accessible sans enregistrement ni rien. Freescale, c'est vraiment du pur bonheur à côté de Broadcom.

(*) Voir par exemple: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?Pr(...)
Taille de la doc (en PDF): 9 Mo.

Sinon pour ta conclusion, tout à fait d'accord, mais moi c'était surtout pour d'autres raisons:
- démarchage pénible et systématique au téléphone
- démarcheurs peu scrupuleux qui pour certains pratiquent allègrement le slamming, et on se demande vraiment s'il y a la volonté de faire cesser ça
- leur pub complètement débile
- leur offre de musique DRMisée