J'utilisais Qemu, avec l'option -kernel-kqemu de le module noyau, et j'étais assez content des fonctionnalités, les performances étaient à peu près correctes pour des guests linux, mais sans plus quand même.
Puis quand vitrualbox-ose est rentré dans debian (au passage, si c'est dans debian, vu qu'ils en sont à forker firefox parce que pas assez libre, il ne fait aucun doute que virtualbox-ose est 100% libre), j'ai testé. Ca m'a emballé : l'interface graphique n'est pour moi que secondaire, mais c'est quand même un gros plus pour la prise en main initiale. Et même s'il manque 2 ou 3 trucs par rapport à qemu (mais secondaires : par ex. pas de possibilité d'avoir l'émulation d'une console série quand on n'a pas du tout besoin de sortie graphiqe), les performances sont très sensiblement meilleures, les fonctionnalités riches (snapshots, possibilité de tout commander en ligne de commande...), et c'est très simple à prendre en main. Il y a aussi un script tout fait pour aider à la création les interfaces virtuelles...
Les différences entre la version proprio et libre me semblent bien pensées : la centralisation des consoles graphiques via un serveur rdp intégré est assurément indispensable pour un usage en entreprise (qui devra donc payer...). En revanche pour un usage perso, on se débrouille très bien en démarrant le bignou dans un vnc-server.... L'USB dans une VM, j'en ai personnellement pas l'usage.
J'ai vaguement regardé kvm et xen, et il m'avait semblé comprendre que sans cpu supportant les technologies VT, point de salut...
En ce qui me concerne, j'espère que virtualbox va continuer son petit bonhomme de chemin. Et de toute façon, il faut se réjouir qu'on ait plusieurs offres libres concernant la virtualisation.
Je ferais le même choix si j'avais un cpu compatible (merci intel d'avoir désactivé l'extension vmx sur les T5500 ... :( )
Donc pour l'instant c'est qemu + kqemu, ça dépanne bien, mais c'est quand même assez bof en terme de performances (d'autant que l'option -kernel-kqemu ne me permet pas de booter centos5 comme guest; pourtant ce dernier est configuré sans boot graphique, puisque seulevement avec console série).
Pour ceux qui connaissent pas, kvm de manière vulgarisé, c'est l'équivalent de kqemu pour utiliser les fonctionnalités VT des cpus modernes. Kvm me semble désormais également désigner le fork de qemu pour fonctionner avec ce module kernel.
Et enfin, kvm fait désormais parti des modules noyaux standards depuis le 2.6.22. Mais peut se compiler sur des noyaux plus vieux (je crois à partir du 2.6.16 - à vérifier).
La plupart des journaux sur virtualbox ne donnent l'adresse que du site officiel qui distribue seulement des binaires de la version non libre (pas bien), et certes un tar.gz des sources de la version "OSE" libre, mais pas de binaire de cette version. Et sans qu'on sache les features manquantes.
Ce qui me donnait un apriori négatif sur virtualbox.
Finalement pour les différences entre la version libre et non libre, voir : http://en.wikipedia.org/wiki/Virtualbox
(perso, je n'ai pas l'utilité de ce qu'il y a en moins dans la version OSE)
Enfin, pour ce qui est de trouver des packages de cette version libre, il faut tout bêtement se tourner vers sa distrib' Linux préférée.
Par exemple pour debian sid (j'en ai vu aussi dans les depots unbutu, et ne doute pas que les depots de plein d'autres distribs l'ont incorporé) : http://packages.debian.org/sid/virtualbox-ose
A noté, que le source de ce package s'est compilé assez facilement sur ma etch...
Attends, avoir une migration proposée pour un lundi, c'est un cadeau pour un sysadmin (surement en l'honneur de sa fête). Parce qu'en général, les migrations, c'est plutôt programmé le samedi pour gacher le WE du sysadmin...
Si ça intéresse quelqu'un, j'avais "forké" mp32ogg pour l'enrichir pas mal... pour mon propre usage, mais si ça peut servir à d'autres, c'est par ici :
Mille mercis, ça commençait à m'embêter beaucoup ce bug des ligatures, et je ne savais pas comment le formuler (pour moi, c'était un bug des polices avec les ff).
J'observe aussi des problèmes avec ce iceweasel de etch sur une fresh install pourtant. Des crashs comme toi (mais souvent reproductibles : liés à des pages précises), et quelques bugs d'affichages :
- parfois un décalage vers la gauche du texte (=> chevauchement du texte) quand il y a 2 f d'affilés : ff
- la bartools de linuxfr me pourrit complétement l'affichage quand je scrolle.
Mon environnement :
- install en amd64
- X avec composite activé
- plugins firefox : adblock plus & tab mix plus
J'ai pas encore essayé de voir si ça pouvait être lié à l'une ou l'autre de ces choses.
Voilà, ça résout pas ton problème, mais tu sais au moins que tu n'es pas le seul à le rencontrer.
Mon expérience personnelle confirme largement ta dernière remarque...
Et je trouve les 7200.10 assez silencieux (et ceux pas seulement pendant 6 mois comme d'autres marques...)
Je sais, c'est pour cela que j'ai mis dans ma phrase "il me semble qu' "... Après, ça ne serait pas la première fois que deux textes de lois se contredisent... ?
Et pour reprendre l'analogie de la voiture, ça serait plutôt qu'on n'a pas le droit de t'en vendre une sans les amortisseurs...
L'autre argument souvent avancé sur les forums est qu'un noyau 2.6 (à sélections équivalentes de modules) est sensiblement plus gros qu'un 2.4 (la plupart des routeurs ne disposant que de 4 Mo de flash pour l'os). Et le 2.6 n'apporterait pas grand chose sur ce type de matériel.
Maintenant OpenWRT (kamikaze) propose les deux noyaux.
A court/moyen terme, oui, le PCI-E semble bien parti pour remplacer complétement le PCI : déjà la plupart des nouvelles cartes mères n'embarquent plus que 2 slots PCI.
Les slots pour les cartes graphiques sont dit PCI-E 16x.
Mais tu trouves déjà en plus un ou plusieurs slots 1x ou 4x et des cartes réseaux ou SCSI à ces formats.
(Une carte réseau Gigabit est limité par la bande du bus PCI...)
le package debian fournit un scrip shell dénommé p7zip qui appelle les commandes 7z pour fonctionner comme gzip.
Script surement présent dans d'autres distribs (?)
Oui en fait, je pense qu'on va pouvoir quand même en citer des tonnes...
Perso, j'ai opté pour plume CMS qui également assez simple avec des squelettes assez faciles à éditer.
Moi pour la sauvegarde et vu le prix, je vois bien le coup/coût de prendre une 2ème Dediebox où tu fais des backups de la 1ère, par exemple avec rsnapshot...
En plus, en cas de pépin sur la 1ère, tu peux sans doute faire en sorte d'avoir une reprise d'activité rapide sur la 2nde...
La Dediebox n'est pas plus "retor" que 1and1, le service est juste différent : avec la dediebox, tu fais effectivement toi-même l'administration système avec tous les avantages que ça a de pouvoir maitriser un maximum ton serveur, et tous les inconvénients si ça n'est pas ton métier...
A part ça, la Dediebox, c'est le même coup que l'openbrick, (juste avec une nouvelle génération de processeur VIA), non ?
Si le memtest ne donne rien (mémoire ok), le cpu peut être en cause (défectueux ou en limite d'overclocking, si overclocké)... j'expérimentais le même problème de bugs de calculs très alléatoires (en faisant une boucle de md5sum sur un même fichier, j'obtenais 50 fois le bon résultat, mais 1 fois de temps en temps, une somme erronée). Alors que je pensais mon overclocking stable car jamais aucun freeze et pas de problème de température, mais en fait c'était bien ça. J'intuite que ça se passe au niveau du cache du CPU.
Dans monc cas, ça se mettait très bien en évidence en utilisant burnMMX :
burnBX and burnMMX are essentially very intense RAM testers
also take an optional parameter indicating the RAM size to
A = 2 kB E = 32 kB I = 512 kB M = 8 MB
B = 4 F = 64 J = 1 MB N = 16
C = 8 G = 128 K = 2 O = 32
D = 16 H = 256 L = 4 P = 64
Laisser tourner quelques heures la commande suivante
(elle ne rend la main que si une erreur est détéctée, time indiquera au bout de combien de temps ça a planté)
time burnMMX L || echo $?
(L pour des échanges sur 4 Mo, histoire de tester tout le cache du CPU, plus les échanges avec la mémoire).
Ah, puis dans mon cas, j'ai stabilisé complétement mon cpu en lui mettant juste 0.05V de plus.
(je viens de découvrir "l'accueil personnalisée", qui permet en autres, de linker plein de flux rss, et j'ai pas compris si ce journal a un rapport avec l'historique des recherches que je viens de découvrir aussi, qui permet selon google, justement de proposer un ranking personnalisé en fonction de ses recherches précédentes...)
google big brother me un peu plus... (mais comment s'en passer ?)
L'ipod est reconnu en usb-storage, mais les fichiers sont stockés avec des noms randomisés, et le système retrouve ses petits via une base au format xml, ce qui permet l'existence de gtkpod... qui est donc indispensable pour charger des fichiers. Mais typiquement rhythmbox sait aussi utiliser cette base pour jouer les fichiers sur ton ipod...
Donc tout est affaire de goût, j'étais réticent comme toi au début d'avoir à utiliser un logiciel spécique, étant en plus adepte de la ligne de commande. Mais au final, je trouve gtkpod très pratique, notamment pour créer tes listes de lectures ou renommer tes tags de .mp3
L'ipod me semble donc pas un mauvais choix pour une utilisation sous nux (pas de troll, oui, y en a d'autres full usb-storage compatibles, mais c'est pas le cas par exemple de creative ou de sony).
Gros bémol quand même : au déballage de l'ipod, le disque n'a pas encore son OS propre, et il faut donc procéder au formatage et à l'installation de l'OS de l'ipod... via le CD fourni qui ne fonctionne que sous ouindoze....
Quand on débute, une super technique très facile, c'est de venir taper au dessus de ton bol un oeuf contre l'autre (faut y aller franco).
Par les mystères de la physique et de la nature, tu n'as toujours qu'un seul oeuf qui se casse, et ce, en ne faisant pas plein de petits bouts de coquilles... tu n'as plus qu'à finir de le séparer et comme tu es déjà au dessus de ton bol, tu n'en fous pas partout.
Inconvénient de la techique : faut avoir un oeuf de plus que nécessaire ou avoir recours aux méthodes classiques pour le dernier oeuf...
[^] # Re: Re:
Posté par rictus (site web personnel) . En réponse au journal Sun rachète VirtualBox. Évalué à 3.
J'utilisais Qemu, avec l'option -kernel-kqemu de le module noyau, et j'étais assez content des fonctionnalités, les performances étaient à peu près correctes pour des guests linux, mais sans plus quand même.
Puis quand vitrualbox-ose est rentré dans debian (au passage, si c'est dans debian, vu qu'ils en sont à forker firefox parce que pas assez libre, il ne fait aucun doute que virtualbox-ose est 100% libre), j'ai testé. Ca m'a emballé : l'interface graphique n'est pour moi que secondaire, mais c'est quand même un gros plus pour la prise en main initiale. Et même s'il manque 2 ou 3 trucs par rapport à qemu (mais secondaires : par ex. pas de possibilité d'avoir l'émulation d'une console série quand on n'a pas du tout besoin de sortie graphiqe), les performances sont très sensiblement meilleures, les fonctionnalités riches (snapshots, possibilité de tout commander en ligne de commande...), et c'est très simple à prendre en main. Il y a aussi un script tout fait pour aider à la création les interfaces virtuelles...
Les différences entre la version proprio et libre me semblent bien pensées : la centralisation des consoles graphiques via un serveur rdp intégré est assurément indispensable pour un usage en entreprise (qui devra donc payer...). En revanche pour un usage perso, on se débrouille très bien en démarrant le bignou dans un vnc-server.... L'USB dans une VM, j'en ai personnellement pas l'usage.
J'ai vaguement regardé kvm et xen, et il m'avait semblé comprendre que sans cpu supportant les technologies VT, point de salut...
En ce qui me concerne, j'espère que virtualbox va continuer son petit bonhomme de chemin. Et de toute façon, il faut se réjouir qu'on ait plusieurs offres libres concernant la virtualisation.
[^] # Re: c'est simple
Posté par rictus (site web personnel) . En réponse au journal Le logiciel Open Source qui me donne du plaisir ..... Évalué à 1.
[^] # Re: Paypal ?
Posté par rictus (site web personnel) . En réponse à la dépêche Des nouvelles du crash du serveur Linuxfr. Évalué à 2.
bon, quitte à dire une autre connerie, ça peut se ré-envisager une campagne de tee-shirt linuxfr ?
[^] # Re: comparatif?
Posté par rictus (site web personnel) . En réponse au journal VirtualBox 1.5.0. Évalué à 2.
Donc pour l'instant c'est qemu + kqemu, ça dépanne bien, mais c'est quand même assez bof en terme de performances (d'autant que l'option -kernel-kqemu ne me permet pas de booter centos5 comme guest; pourtant ce dernier est configuré sans boot graphique, puisque seulevement avec console série).
Pour ceux qui connaissent pas, kvm de manière vulgarisé, c'est l'équivalent de kqemu pour utiliser les fonctionnalités VT des cpus modernes. Kvm me semble désormais également désigner le fork de qemu pour fonctionner avec ce module kernel.
Et enfin, kvm fait désormais parti des modules noyaux standards depuis le 2.6.22. Mais peut se compiler sur des noyaux plus vieux (je crois à partir du 2.6.16 - à vérifier).
[^] # Re: comparatif?
Posté par rictus (site web personnel) . En réponse au journal VirtualBox 1.5.0. Évalué à 2.
http://en.wikipedia.org/wiki/Comparison_of_virtual_machines
Et un petit coup de google :
http://www.punknix.com/?q=virtualization_kvm
(bon, y pas virtualbox)
La plupart des journaux sur virtualbox ne donnent l'adresse que du site officiel qui distribue seulement des binaires de la version non libre (pas bien), et certes un tar.gz des sources de la version "OSE" libre, mais pas de binaire de cette version. Et sans qu'on sache les features manquantes.
Ce qui me donnait un apriori négatif sur virtualbox.
Finalement pour les différences entre la version libre et non libre, voir :
http://en.wikipedia.org/wiki/Virtualbox
(perso, je n'ai pas l'utilité de ce qu'il y a en moins dans la version OSE)
Enfin, pour ce qui est de trouver des packages de cette version libre, il faut tout bêtement se tourner vers sa distrib' Linux préférée.
Par exemple pour debian sid (j'en ai vu aussi dans les depots unbutu, et ne doute pas que les depots de plein d'autres distribs l'ont incorporé) :
http://packages.debian.org/sid/virtualbox-ose
A noté, que le source de ce package s'est compilé assez facilement sur ma etch...
[^] # Re: Nan
Posté par rictus (site web personnel) . En réponse au journal Bonne fête à tous les sysadmins !. Évalué à 3.
# fork mp32ogg
Posté par rictus (site web personnel) . En réponse au journal Nouveau script pour Amarok : transcogg. Évalué à 5.
http://beenew.free.fr/pub/?/audioconv
J'ai vu que le script transcogg y fait appel, et comme j'utilise aussi amarok et ai des besoins similaires aux tiens, ça m'intéresse... !
[^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?
Posté par rictus (site web personnel) . En réponse au journal Quels outils pour remplacer Flash(c)(tm)(100%cpu) ?. Évalué à 1.
En tout cas, ça règle complétement mon problème d'affichage évoqué ici : http://linuxfr.org/forums/15/21629.html
Et je ne vois pas de différence de performance ou de rendu (si ce n'est en mieux).
[^] # Re: version ?
Posté par rictus (site web personnel) . En réponse au message Firefox instable. Évalué à 1.
- parfois un décalage vers la gauche du texte (=> chevauchement du texte) quand il y a 2 f d'affilés : ff
- la bartools de linuxfr me pourrit complétement l'affichage quand je scrolle.
Mon environnement :
- install en amd64
- X avec composite activé
- plugins firefox : adblock plus & tab mix plus
J'ai pas encore essayé de voir si ça pouvait être lié à l'une ou l'autre de ces choses.
Voilà, ça résout pas ton problème, mais tu sais au moins que tu n'es pas le seul à le rencontrer.
[^] # Re: Seagate
Posté par rictus (site web personnel) . En réponse au journal Deux analyses précieuses sur la fiabilité et la longévité des disques durs. Évalué à 1.
Et je trouve les 7200.10 assez silencieux (et ceux pas seulement pendant 6 mois comme d'autres marques...)
[^] # Re: Cool
Posté par rictus (site web personnel) . En réponse au journal FreeCol, clone libre de Colonization. Évalué à 2.
On peut y surfer aussi en même temps ? .-)
[^] # Re: gare à l'écriture sur disque
Posté par rictus (site web personnel) . En réponse au journal Conseils pour benchmark processeur. Évalué à 1.
7-Zip (A) 4.42 Copyright (c) 1999-2006 Igor Pavlov 2006-05-14
p7zip Version 4.42 (locale=fr_FR.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)
Creating archive linux-2.6.20.tar.7z
Compressing [Content]
Everything is Ok
real 3m3.355s
user 4m43.359s
sys 0m2.889s
37523593 fév 9 13:43 linux-2.6.20.tar.7z
43375937 fév 4 19:59 linux-2.6.20.tar.bz2
ça limite l'influence du disque, et ça charge mieux les cpus (p7zip est multithreadé)
# bougez avec la poste...
Posté par rictus (site web personnel) . En réponse au journal Coup de gueule contre la poste. Évalué à 1.
[^] # Re: le titre de ton journal m'a fait une fausse joie
Posté par rictus (site web personnel) . En réponse au journal Dell vend des PC sans windows et avec un système d'exploitation libre!. Évalué à 0.
Et pour reprendre l'analogie de la voiture, ça serait plutôt qu'on n'a pas le droit de t'en vendre une sans les amortisseurs...
# le titre de ton journal m'a fait une fausse joie
Posté par rictus (site web personnel) . En réponse au journal Dell vend des PC sans windows et avec un système d'exploitation libre!. Évalué à 2.
La présence de freedos, c'est juste parce qu'il me semble qu'on ne peut pas te vendre un matériel ne "fonctionnant pas", ie sans OS.
[^] # Re: Pourquoi le noyau 2.4 ?
Posté par rictus (site web personnel) . En réponse à la dépêche Libérez vos routeurs avec FreeWRT 1.0. Évalué à 5.
Maintenant OpenWRT (kamikaze) propose les deux noyaux.
[^] # Re: Concurrence Intel
Posté par rictus (site web personnel) . En réponse au journal OpenGraphic. Évalué à 3.
Les slots pour les cartes graphiques sont dit PCI-E 16x.
Mais tu trouves déjà en plus un ou plusieurs slots 1x ou 4x et des cartes réseaux ou SCSI à ces formats.
(Une carte réseau Gigabit est limité par la bande du bus PCI...)
[^] # Re: gzip *
Posté par rictus (site web personnel) . En réponse au journal Le 7z, un format qu'il est bien !. Évalué à 1.
Script surement présent dans d'autres distribs (?)
[^] # Re: mouais...
Posté par rictus (site web personnel) . En réponse au journal up2date est mort. Évalué à 1.
[^] # Re: version de démo ?
Posté par rictus (site web personnel) . En réponse au journal Pluxml : j'ai trouvé la perle rare des cms. Évalué à 2.
Perso, j'ai opté pour plume CMS qui également assez simple avec des squelettes assez faciles à éditer.
http://pxsystem.sourceforge.net/fr/
[^] # Re: Comparaison n'est pas raison .....
Posté par rictus (site web personnel) . En réponse au journal Hebergement dédié par Free. Évalué à 2.
En plus, en cas de pépin sur la 1ère, tu peux sans doute faire en sorte d'avoir une reprise d'activité rapide sur la 2nde...
La Dediebox n'est pas plus "retor" que 1and1, le service est juste différent : avec la dediebox, tu fais effectivement toi-même l'administration système avec tous les avantages que ça a de pouvoir maitriser un maximum ton serveur, et tous les inconvénients si ça n'est pas ton métier...
A part ça, la Dediebox, c'est le même coup que l'openbrick, (juste avec une nouvelle génération de processeur VIA), non ?
[^] # Re: Pense à...
Posté par rictus (site web personnel) . En réponse au journal Dans la série bug à la con!. Évalué à 2.
Dans monc cas, ça se mettait très bien en évidence en utilisant burnMMX :
burnBX and burnMMX are essentially very intense RAM testers
also take an optional parameter indicating the RAM size to
A = 2 kB E = 32 kB I = 512 kB M = 8 MB
B = 4 F = 64 J = 1 MB N = 16
C = 8 G = 128 K = 2 O = 32
D = 16 H = 256 L = 4 P = 64
Laisser tourner quelques heures la commande suivante
(elle ne rend la main que si une erreur est détéctée, time indiquera au bout de combien de temps ça a planté)
time burnMMX L || echo $?
(L pour des échanges sur 4 Mo, histoire de tester tout le cache du CPU, plus les échanges avec la mémoire).
Ah, puis dans mon cas, j'ai stabilisé complétement mon cpu en lui mettant juste 0.05V de plus.
# font chier google...
Posté par rictus (site web personnel) . En réponse au journal Nouvelle interface google.. Évalué à 2.
(je viens de découvrir "l'accueil personnalisée", qui permet en autres, de linker plein de flux rss, et j'ai pas compris si ce journal a un rapport avec l'historique des recherches que je viens de découvrir aussi, qui permet selon google, justement de proposer un ranking personnalisé en fonction de ses recherches précédentes...)
google big brother me un peu plus... (mais comment s'en passer ?)
# gtkpod is your friend
Posté par rictus (site web personnel) . En réponse au journal Linux et Ipod Mini. Évalué à 1.
L'ipod est reconnu en usb-storage, mais les fichiers sont stockés avec des noms randomisés, et le système retrouve ses petits via une base au format xml, ce qui permet l'existence de gtkpod... qui est donc indispensable pour charger des fichiers. Mais typiquement rhythmbox sait aussi utiliser cette base pour jouer les fichiers sur ton ipod...
Donc tout est affaire de goût, j'étais réticent comme toi au début d'avoir à utiliser un logiciel spécique, étant en plus adepte de la ligne de commande. Mais au final, je trouve gtkpod très pratique, notamment pour créer tes listes de lectures ou renommer tes tags de .mp3
L'ipod me semble donc pas un mauvais choix pour une utilisation sous nux (pas de troll, oui, y en a d'autres full usb-storage compatibles, mais c'est pas le cas par exemple de creative ou de sony).
Gros bémol quand même : au déballage de l'ipod, le disque n'a pas encore son OS propre, et il faut donc procéder au formatage et à l'installation de l'OS de l'ipod... via le CD fourni qui ne fonctionne que sous ouindoze....
[^] # Re: 2 oeufs ?
Posté par rictus (site web personnel) . En réponse au journal J'ai découvert le micro-onde..... Évalué à 5.
Par les mystères de la physique et de la nature, tu n'as toujours qu'un seul oeuf qui se casse, et ce, en ne faisant pas plein de petits bouts de coquilles... tu n'as plus qu'à finir de le séparer et comme tu es déjà au dessus de ton bol, tu n'en fous pas partout.
Inconvénient de la techique : faut avoir un oeuf de plus que nécessaire ou avoir recours aux méthodes classiques pour le dernier oeuf...