IsNotGood a écrit 5009 commentaires

Merci pour ses précisions.

> Pour ce qui est des commentaires de Drepper, il faut savoir que c'est un gars qui est assez exclusivement focalisé sur les solutions Linuxo-Linux.

La majorité des développeurs noyaux se consacre quasi exclusivement à un noyau. OK, Drepper ne se consacre pas qu'au noyau.
Enfin il faut mettre le contexte. Drepper bosse pour Red Hat qui fait du pognon dans le segment des serveurs "haut de gamme" et/ou critiques. (ça serait le même problème s'il bossait chez Novell). La virtualisation est utilisée principalement sur serveur et pour des raisons économiques. L'idée est en gros : ne pas avoir 50 serveurs, mais un seul avec 50 guests. Le niveau de performance devient alors très important. Si t'as une solutions générique mais qui tourne 20 % plus lentement, ça veut dire qu'un serveur ne peut avoir que 40 guests.
Par exemple :
http://www.redhatmagazine.com/2007/11/20/red-hat-enterprise-(...)

L'autre problème, est la nature de Linux. Linux est un OS qui évolue beaucoup et qui veut évoluer beaucoup. Donc une solutions qui est "lourdingue" n'est généralement pas appréciée.

> Ensuite, il faut savoir que Citrix est très spécialisé dans la fourniture de solutions windows, ce n'est donc pas étonnant.

Ce n'est pas étonnant. De plus pour le "marché" Linux, XenSource était face à Red Hat/Novell et n'avait, il me semble, aucune chance. Il ne faut pas en conclure que je pense que XenSource n'a que des bras cassés. Mais un distributeur peut fournir une solution bien intégrée ET avec du support/formation. Pour le client, il est évident que la virtualisation fait parti de l'OS et n'est pas un service ou logiciel à part.
Bref, no futur pour XenSource dans le marché Linux.

> Maintenant, acheter Xen permet de faire tourner ces windows (ou tout autre OS) sur du matos géré par Linux, ce n'est pas rien.

Pareil pour KVM/qemu depuis au moins 6 mois (si t'as du hardware assez récent et très commun aujourd'hui).
Exemple : l'installation de divers OS (dont Windows) sur F7 (test 2, même pas la version finale) :
http://www.phoronix.com/scan.php?page=article&item=656&a(...)

> Maintenant, il est complètement faux que XenSource se consacre quasi exclusivement à Windows

C'est sûrement exagéré. Mais XenSource (et Citrix) se consacre principalement à Windows et c'est normal.
Mais juste une petit exemple, il me semble que le patch Xen s'applique à Linux 2.6.16 seulement !
C'est Red Hat/Fedora qui a fait le portable pour 2.6.18 et les versions suivantes. Bien que Red Hat/Fedora ait fait ce boulot, XenSource reste collé à 2.6.16. Désolé, mais pour moi ce n'est pas normal. "Normal" qu'un autre face le boulot, mais pas normal que XenSource refuse de se synchroniser avec Linux upstream.

> À noter, je ne me souviens pas avoir rencontré de gens de Microsoft au Xen Summit...

Je n'ai pas voulu sous-entendre que Citrix était à la botte de MS.

Pour les deux derniers "toujours" :
"s/toujours/tourner/"

> J'aimerai justement savoir ce que kvm a de mieux que Xen

De ce que JE peux en dire (NB: j'ai déjà dit ne pas être un spécialiste du domaine).
Pour l'utilisateur final kvm n'est pas mieux que Xen.
Mais les développeurs trouvent que Xen c'est la "chianlie".
Tu peux toujours dire à juste titre que chez toi ça marche et ça roxe des ours, et que tu aimes Xen, mais si les développeurs veulent passer à autre chose et bien ils passeront à autre chose.

> Linux choisir, les autres doivent se faire à ces choix.

Moi ça pas comprendre.

> Les autres n'ont donc pas le droit de faire d'autres choix.

Moi ça pas comprendre.

> La différence entre Xen et kvm/paravirt_ops, c'est que l'un n'est pas Linux Centric et l'autre Si.

Et ext3 est linux centric, et la pile tcp/ip linux est linux centric, et selinux est linux centric, etc...
Je ne vois absolument pas où tu veux en venir.
Si tu veux faire toujours l'OS bidule sous Linux (avec la virtualisation), si t'as le hardware qui va bien, l'OS bidule n'a rien à connaitre de Linux. Sinon il y a la paravirtualisation dont l'implémentation Xen. Ben pour la partie "cliente", il y aura Xen dans paravirt_ops (c'est partiellement upstream). Donc ton OS bidule qui peut toujours sous Xen tournera sous Xen (pléonasme). Mais seulement la partie DomU sera Xen dans ce cas (le cas F9 par exemple).

> Et c'est surement pour ça que Xen n'a pas été retenu pour être inclus dans le mainstream.

C'est ton interprétation. Mais il y a aussi des arguments techniques à la non inclusion de Xen. Si paravirt_ops a été créé, ce n'est pas pour rien. Si Xen était fabuleux, même si XenSource ne contribue plus, il y aurait du monde pour maintenir Xen entre autre car des boites importantes en dépendante (Red Hat et Novell notamment dans le monde Linux).

> Enfin c'est vrai que Linux n'est qu'Open Source dans l'esprit.

J'ai les source de Linux et ils sont sous GPL. Ce n'est pas qu'une vue de l'esprit.

Merci pour ta leçon de morale et pour tous ces précisions techniques qui faisaient cruellement défaut à mon journal.

> Xen marche très bien sur des plateformes d'envergure (oui, mais c'est dans le monde réel, pas dans le monde ou il n'existe que RHEL....), et c'est loin de sentir le sapin pour eux.

Quel puissant argumentaire. M'enfin, va savoir pourquoi, je ne suis pas convaincu.

En passant, Red Hat utilise énormement Xen. Ça a été LA feature de RHEL 5 (RHEL 5.1 est aussi principalement une mise à jour de la virtualisation). Que ça marche chez Red Hat ou dans ton monde réel sans Red Hat, ne m'empêche pas de penser que Xen est une voie sans avenir à long terme.

Tiens, dans mon monde (virtual selon toi) Red Hat va proposer RHEL pour Amazon EC2 (ça utilise Xen) :
http://www.redhat.com/about/news/prarchive/2007/amazon.html

M'enfin, ça ne concerne pas ton monde réel.

> Je m'interroge sur les raisons de ce choix

Regarde dans la lkml.

> Et pan, un petit coup de politique

Où tu vois un coup de politique ?
C'était quasi sûr que Xen n'allait plus être upstream. D'autres solutions (paravirt_ops, kvm,etc) sont/seront upstream tout simplement car meilleures que Xen. Il n'y a rien de politique ici.

Que Red Hat se retire aujourd'hui de Xen est peut-être politico-marketeux-commercialo-stratégique.

> et tout disparait

Rien ne disparait. En plus il est clairement annoncé la volonté de supporter les clients xen.

> Il va falloir subir la dictature linuxienne

Change de dictature et passe à celle de XenSource/Cytrix si c'est ton kiff.
En passant, dans l'annonce Cytrix du rachat de XenSource, il y a 10 fois le mot Windows et 0 fois le mot Linux (et évidemment encore moins BSD).

Quelle dictature alors qu'il y a du choix sous Linux ?

> kvm (super le choix du nom en plus, y'a une interface qui s'appelle kvm sous *BSD depuis plus de 10 ans)

C'est un détail.
*BSD aurait dû déposé le nom. Mais ce n'est pas fait (volantairement ou pas).

> PS : Xen ca marche out of the box en soit.

Les autres aussi, il n'y a qu'un petit retard en fonctionnalité qui va être vite rattrapé.

> PPS : qu'on me parle pas de la difficulté d'integration dans le système, un developpeur NetBSD l'a fait tout seul et n'a modifié aucune partie du systeme autre que "arch/sys/xen" (minus les bugs revelés par Xen).

Doués comme ils sont, ils n'auront aucune difficultée à passer à paravirt_ops.
Où est le problème alors ?

> > M'enfin, ça sent de plus en plus le sapin pour Xen.

Il parait que XenSource (ou Cytrix) que se consacre maintenant quasi exclusivement à Windows.
Ça sent le sapin pour Xen sous Linux au moins.

> est-ce que qqu'un ici a déjà réussi à faire, ou a vu tourner xen ?

J'ai "réussi" à faire tourner Xen les doigts dans le nez. Idem pour KVM.
Xen a actuellement des fonctionnalités que n'ont pas les autres solutions. Mais ça devrait changer.

> export LANG=fr_FR@euro && slrn

Ou plus simplement :
LANG=fr_FR@euro slrn

T'inquiètes pas, les hopitaux ont tout un tas de statistiques super pour les curieux comme toi.
Mais l'entourage du défeint n'a pas à se sentir obliger de fournir ce type d'info pour abrever ta soif de vérité.

Je ne sais pas. Mais il y a des poèmes qui sont des perles.

Pour cette affaire, j'ai l'impression qu'Asus a seulement cafouillé mais sans jamais avoir intention de violer les licences.
Donc ne jetons pas la pierre trop vite. Surtout qu'Asus va peut-être intensifier ses efforts autour de Linux.

Cafouillage d'un nouveau venu.

Il n'y a pas de honte à mettre le prix.
39 ¤
Tout le monde semble faire une remise de 5 % => 37,05 ¤

Au 56, 7, 8, peu importe.
Si vous frappez à la porte, d'abord un coup, puis trois autres, on laisse entrer.
Seul et parfois même accompagné.
Une servante sans dire un mot vous précède.
Des escaliers, des couloirs sans fin se succèden.
etc...

Paroles : Gainsbourg (alors qu'il avait copieusement insulté Catherine lors d'une émission de télé :-)). L'homme à tête de choux.

Les amants

Si Mrs mouillait dans la nuit en révant de son homme, alors elle s'enroulait dans les draps delestées de son sommeil.
Dans les heures pales du matin, elle espérait ses formes comme il était allé pêcher sur la mer ...

Les amants le font de coeur parce que l'union fait la force et leurs traits s'unifieront jusqu'à se ressembler.

etc...

Godfather Of Soul

Comme elle a du souci. La beauté, la ferveur de ce charmeur l'enivre.
Oui, oui, c'est çà, vivre, et toute son âme elle écoute les mots.
Avec flamme elle entre dans la danse.
Elle a tout qui décolle, c'est qu'elle n'est pas folle : elle se concocte une transe.
Elle sait tout à fait quoi faire quand la musique opère.

etc...

Je ne connais pas tous les paroles par coeur, mais j'en connais beaucoup.

Avec Gainsbourg qui est parti, une page de la chanson française est définitivement tournée.

C'est moche.
Courage Catherine.

> Est-ce que l'on sais enfin, après la lecture de ces articles comment interpréter la sortie de top ou ps pour savoir combien de mémoire consomme un programme ?

Ce n'est pas l'objectif du papier.

Il faut aussi définir ce qu'est "combien de mémoire consomme un programme".
C'est y compris les librairies partagées ? Y compris ce qui est en swap ? C'est la somme de tous les fichiers mappés en mémoire ? Ou c'est seulement le tas et les malloc ?

> exemple avec ps axu :
>
> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
> root 2757 ....

$ su -c "kill -9 2757"
pour récupérer la mémoire de ce gros gramme. Ainsi tu ne te demanderas plus combien il "consomme".

> Quelqu'un a-t-il réussi à lire et télécharger ce fichier à partir du lien donné?

Oui. Ici avec evince-2.20.1.

Au sens la première url donnée dans le journal est http:∕∕people.redhat.com/drepper/cpumemory.pdf

> http://www.haypocalc.com/blog/index.php/2007/11/08/87-gestio(...)

Selon un benchmark « NetBSD versus FreeBSD », les performances restent stables au delà de 4 threads (sur une machine ayant 4 processeurs) pour le nouvel allocateur de FreeBSD, alors que pour NetBSD et Linux les performances s'écroulent. En utilisant tcmalloc, les performances de Linux sont similaires à celle de FreeBSD.

Ce problème a été corrigé (ça a mis du temps :-)).
Il n'y a plus d'écart de performance significatif entre glibc 2.7 et tcmalloc.

Sa page personnelle (c'est évident à trouver...) :
http://people.redhat.com/drepper/
Pleins d'articles techniques.

> je suis navré de voir l’énergie perdu dans les aspect légaux.

Je suis navré de voir l'énergie perdue dans ce journal.

Le 22/11/2007 :
http://cliffhacks.blogspot.com/2007/11/asus-eeepc-first-impr(...)

Yes, I've downloaded and poked around in the 1.8GB archive ASUS insists is the source, from both the US and Taiwan sites. It does not contain the sources in question, or at least did not when I retrieved it. I tend to assume incompetence before malice, and I really do believe they just messed up.

Le 27/11/2007:
http://cliffhacks.blogspot.com/2007/11/asus-eeepc-some-sourc(...)

Looks like ASUS has posted some source archives on their FTP site. On initial inspection, the asus_acpi module sources are not the ones that compiled the module that ships on the machine, but are very close.

Un des problèmes est que certaines parties du code de EeePC n'étaient pas disponibles.
Le problème semble corrigé avec une mise à jour du 26/11/2007.

> L'OLPC est notamment attaqué pour avoir réalisé du reverse-engineering sur le pilote du clavier.

Le reverse-engineering est autorisé aux USA il me semble.

D'où l'immmmeeeennnnsssee décèption.
C'est une catastrophe.
NB : il n'est pas promis que ça soit gratuit.

> AMHA c'est uniquement le fait que les codecs proposés soient payants

Je n'ai pas regardé les boites Windows ou sa note de mise à jour, mais MS ne préciserait pas que les codecs sont payants que ça ne m'étonnerait pas. MS ne préciserait pas que les codecs proposés automatiquement sont seulement ceux de MS (à vérifier) ça ne m'étonnerait pas non plus. Il y aurait cette omission dans toutes les annonces de MS (pour Vista, XP SP1, SP2, etc), que ça ne m'étonnerait pas le quart d'un millième de seconde.

Vite, il faut que je fasse un journal :
- Vista : IIMMMEEENNNSSEEE décèption !
blablabla codec blablabla

> Fluendo est la seule solution viable à la disposition de FedoraProject

Actuellement. Tout est fait au niveau de Codeina pour avoir d'autres fournisseurs.