Reprise du message précédent :
Bon je crois avoir trouvé ...  
 
Les options concernant l'utilisation du cache semblent être différente ... Je re-bench tout ca ! ...
cache=[writeback|writethrough|none]

Ah bah non, l'option cache=none me donne un autre profil mais toujours avec des performances extraordinaires (et dans de nombreux cas meilleur que le système hôte).
 
Supposition :  
- tout n'est pas écrit sur le disque
- qq un ment dans cette histoire ! ...

Re-question (posé sur blabla mais sans réponse) : Ton système hote, il est testé dans quelles conditions ?

Ah désolé, pas vu sur blabla.
 
Système hôte : installation fraiche de RHEL5.4
Installation dessus de KVM, libvirt et virt-manager
 
Utilisation de la même partition LVM (j'ai créé une partition LVM que j'utilise pour effectuer les tests soit en dehors des vm soit dans les vm).

Je connais pas bien KVM, mais est-ce que tu spécifie une taille de mémoire réservé au boot du l'hyperviseur ?
Est-ce que t'as moyen de lancer la machine hote en mode non-hyperviseur (install standard quoi) ?

Salut,
 

 
Non il n'y pas de restriction d'utilisation de ressource système au niveau de l'hôte (sauf si l'on en spécifie, mais c'est une autre histoire).  
De toute manière le système hôte doit voire toute les ressources pour pouvoir en attribuer aux machines virtuelles.
 

 
Hum il n'y pas réellement de mode hyperviseur VS non-hyperviseur (du moins à la mode Xen).  
KVM est constitué de deux choses :  
- le module kernel => utilisation ressource équivalent à un driver ... donc bon
- les outils users lande qemu-kvm => permet de contrpoler l'interface
 
D'autres outils annexes sont présent comme libvirt et virt-manager qui sont des frontends à la gestion des VM
 
 
En même temps je peux refaire le test en ayant déchargé le module kvm et  arrêté libvirt ... mais je pense pas que le résultat change ... je regarde tout de même

Moi je pense que si

Et cette option là, quand tu testes tes VMs, c'est sur l'hote qu'il faudrait l'activer

En fait il faudrait que ton script qui teste les I/O fasse à la fin de son execution un sync dans la VM ET sur l'hote.

 
J'ai relancé un coup d'IOzone sur l'hôte en ayant déchargé les modules kvm de Redhat et coupé libvirt. Je te dirais

Oui et non, car ca a mis en évidence un phénomène étrange ... qui ne me plait pas trop ...
Malgré le fait que j'indique sur la ligne de lancement de KVM l'option cache=none pour les disques, il continue à cacher....

Ce phénomène ne me plait pas trop surtout dans le cas d'utilisation de la HA ...

De plus je n'arrive pas à contrôler, via des options, le fonctionnement du biniou ... donc pas top...

Ben c'est l'hyperviseur qui cache

Probablement, mais je n'ai pas du tout le même comportement, ni les même résultats, sur Debian/Ubuntu ...
 
Une personne sur une ML a fait des tests identiques au mieux sur Gentoo et retrouve le comportement que j'ai sur Debian/Ubuntu ...
 
Donc seulement avec RHEL j'ai ce comportement, et je ne trouve pas d'options/méthode/configuration/autre pour le gérer ...

Des gens se sont penchés sur eucalyptus par ici ?

@e_esprit : bon la je n'ai plus le temps (6 bureaux virtuels avec console ssh ouverte un peu partout .....)
 
@Walk_Man : nan mais je veux bien des retours

gug42 : le seul retour que je peux faire pour le moment est le suivant : je ne comprends pas tous, et je commence à avoir un calvitie naissante sur le crane

J'ai vaguement testé, c'et un peu ce qui m'a poussé à développer moi-même une appli pour gérer les vm

ceux qui ont des soucis pour installer les VMware Tools sur une Debian 5.0.3, il faut désinstaller gcc 4.3.2 (aptitude purge gcc) puis installer gcc-4.1. Et ensuite signaler lors de l'install via vmware-install.pl le dossier /usr/bin/gcc-4.1
 
Il va recompiler tous pleins de modules, et vous aurez un beau debian tout bien accéléré  
 
c'était ma trouvaille du jour

Je sens que le retour que je vais faire à mes boss va clairement etre le suivant.
 
"et si on mettait des devs pour aider le projet orchestra ? car eucalyptus c'est un peu dla boue "
 
Sans déconner, ca manque de doc, le principe est super floue et vague, on a du mal à saisir le principe et l'interet de la chose, c'est bordélique au possible un truc de ouf.
 
Je vais quand même pousser mes recherches, mais non de dieu, c'est imbitable.

Pour Orchestra, release 1.0 début novembre. Le code est absolument propre, ce n'est "plus" que de la couche interface que je bosse maintenant. Je pense qu'a partir de cette version, on pourra effectivement profiter du dev collaboratif avec la base propre

 
Vendredi je vais faire une petite démo avec 2 Xend et un orchestra par dessus tout ca, fuck eucalyptus !

Par contre je sais pas si ta vu mais ya quand même du gros remaniement d'interface entre le prototype (version "stable" ) et la branche "olivier".  
 
Le design est à peu prêt celui-ci à 90% :  
Chaque dom0 est déplaçable, optimisation du placement en fonction de l'espace pris pour remplir au mieux les deux "colonnes".

 
Une vm, lorsque l'on clique dessus (pas encore finalisé) :

Non je n'avais pas encore recup la "nouvelle version", je vais le faire là pour préparer ma maquette.
 
J'ai juste vu qeu tu as choisi postgresql, pourquoi pas mysql ?

Euh déjà je serai toi j'attendrai la 1.0 pour la présenter (a part si ta le feu). Pour l'instant, j'ai pas fait l'équivalent des fonctionnalité sur la stable, car le code a été pacifié (tout repris au propre).

La version "stable" du moment c'est un peu la proof of concept

Sinon, j'ai pas choisi pgsql, mais PDO. Donc :
* Microsoft SQL Server and Sybase Functions (PDO_DBLIB)
* Firebird/Interbase Functions (PDO_FIREBIRD)
* IBM Functions (PDO_IBM)
* Informix Functions (PDO_INFORMIX)
* MySQL Functions (PDO_MYSQL)
* Oracle Functions (PDO_OCI)
* ODBC and DB2 Functions (PDO_ODBC)
* PostgreSQL Functions (PDO_PGSQL)
* SQLite Functions (PDO_SQLITE)
* Driver 4D for PDO (PDO_4D)

A condition de faire le fichier d'initialisation de la base qui va bien (j'ai fait que celui en Pgsql pour l'instant, mais ce week-end j'ajoute mysql !).

A noter que la base de donnée n'est utile qu'en cas d'utilisation des ACL, sinon tu peux ne pas l'utiliser (cf l'article ici http://xen-orchestra.com/?p=134 )

edit : a lire si tu veux voir le système d'ACL qui arrive, simple mais "puissant" : droit lecture, écriture, admin et none.

Et rien qu'au niveau code, tu verrai, ça a été totalement réduit : énormément moins de ligne, chargement plus rapide (données "préchargée" au départ pour éviter une requête AJAX), méthode statiques et plein de branlette de dev diverse mais qui sert à quelque chose

Ok, cool pour le MySQL car chez moi ils sont pro-mysql
 
Et les ACL il me les faut clairement ! Et ouais j'ai pas mal le feu au cul. Donc je vais présenter ce qu'il y a pour le moment, en expliquant que la 1.0 va débouler d'ici quelques semaines. On ne parle pas de faire de la prod dans les jours qui viennent non plus hein

Ok donc présente la stable avec les screens de la future, et les possibilité. N'hésite pas à t'appuyer sur le blog (xen-orchestra.com), car ya toujours des nouvelles sur les fonctionnalités, et comme je n'ai pas de service marketing, c'est que du vrai
 
Et si j'ai le temps, peut être un drag n' drop des VM directement dans les Dom0

Etant totalement noob sur Xen , je pose peut etre une question :
Sur mon Laptop , j'ai actuellement installé physiquement sur des partitions différentes :
- Debian Sid
- Archlinux
- FreeBSD
- WinXP
 
Est ce que Xen va me permettre d'exploiter (a partir de Debian Sid par exemple) ces différents systemes deja installé ? Ou faut il tout reinstaller ?

 
La application permettant de faire cela (à ma connaissance) est VMWare Fusion sur MacOS qui permets de booter une partition Physique de Windows en Fenetre virtuelle.

J'ai un bug bizarre sous VMware Worlstation 6.5, je sais pas si ça vient du Host (Windows XP SP3) ou du Guest (Debian 5.0.3). Quand je reste un certain temps en veille, à la sortie de la veille, l'écran du Guest est noir, et impossible de le réveiller... je dois rebooter... alors pour un serveur qui doit rester allumer 24/24 c'est un peu chiant... je sais pas d'où ça vient... mes pilotes vidéos du Host peut être ?

edit: je précise que j'ai l'accélération 3D activé dans VMware, et les vmware tools installés

 
Et en les désactivants ?

j'ai testé, toujours pareil... ça viendrait de ma Guest alors ?

Dites les gens, je cherche à faire tourner une machine invitée sous architecture AMR ( armel de préférence ) sur un hôte x86_64...
Avec, pour corser le tout, pas d'instructions de virtualisation, je n'ai que la PAE de disponnible ...
Un soft quelconque me permettrait de faire ça ( dans les dépots sous debian ça serais génial ) ?
j'ai bien qemu, mais il n'a pas l'air de fonctionner en armel...

Salut a tous
 
Je voudrais monitoriser un onduleur MGE avec un DomU.
J'ai donc mis comme ligne dans le fichier de config du DomU

 
et j'ai rebooté le DomU.
Mais quand je fais un lsusb j'ai :

 
pciutils est bien installé car j'ai une carte pci que j'ai déjà exporté sur le DomU, qui marche bien et qui est reconnu par lspci.
Avez vous réussi à faire exporter une périphérique usb sur un DomU? Merci
 

lsusb c'est dans usbutils
Et oui j'ai déjà réussi à exporter un périphérique USB dans un domU, et ca n'a rien d'un exploit

dsl pour lsusb, j'étais persuadé qu'il était aussi dans pciutils.
 
Bon après j'ai sur mon Dom0:
 

 
Mon onduleur est donc bien là : Bus 001 Device 002: ID 0463:ffff MGE UPS Systems UPS
 
Je fais donc ça dans mon fichier de config :

mais j'ai aussi trouvé cette forme :

 
mais n'y l'une n'y l'autre ne marche.
J'ai toujours un lsusb vide sur mon DomU.
 
Merci de votre aide.

T'es en PV ou en HVM ?

Il est pas utilisé dans ton dom0 au moins ? (module chargé qui pourrait l'utiliser, ou appli)

 
Je ne connais pas la différence.
J'ai mes DomU sur des partitions LVM.
 
Après faut peut être mettre une ligne dans le /boot/grub/menu.lst comme pour le port pci? mais ils en parlent pas dans les tuto.
Si non j'ai pas d'appli qui utilise l'onduleur normalement.

PV => para virtualisation (99% de chance que ce soit le cas si ton domU est en linux)
HVM => virtualisation hardware (avec CPU qui le supporte)
 
rien à voir avec le LVM
 
Mais à priori si t'es en PV, y a pas moyen de passer un périphérique USB (enfin il me semble).  
Sinon faut exporter tout le bus USB via l'export PCI.

Euh l'inverse non ? Si t'es en HVM là c'est chaud pour l'USB... En PV c'est bon.

Non, non