Newsgroup: it.comp.os.linux.sys
Titolo: software per virtualizzazione: bochs, qemu ov mware?

Mi hanno chiesto di implementare delle VM windows su un quad opteron dc. 
La mia esperienza in merito si ferma al buon vecchio vmware ma vorrei 
qualche parere anche su bochs e qemu (prestazioni, stabilità ecc) ed 
eventualmente qualche link a benchmark.
Grazie in anticipo

sengo ha scritto:

vmware li surclassa in tutto.
non si possono neanche mettere nella stessa categoria.
finchè non ci sarà la virtualizzazione della cpu è l'unica soluzione
accettabile.

sengo wrote:

il problema è che sono tecnologie diverse , sia bochs che qemu emulano il
processore mentre vmware lo condivide quindi le performance sono molto
diverse.
io ho varie installazioni di esx e mi trovo molto bene , certo ha un costo ,
in alternativa puoi prendere il gsx che scala un po' meno.
ciao.
-- 
Non riesco a capirlo.  Non riesco neppure a capire la gente che lo
capisce.
                -- La Regina d'Olanda Giuliana [Juliana?]

 
Usando il modulo kqemu, anche qemu utilizza direttamente il processore 
della macchina host (purchè della stessa architettura della macchina 
virtualizzata) invece che emularlo.
E funzia bene.
LP

 E funzia bene.
si , l'ho provato , ma a parte la licenza non lo metterei in produzione in
quanto mi sembra abbastanza recente e poi ci sono tutte le problematiche
legate al fatto che qemu è abbastanza desktop oriented mentre gsx ed esx
sono appositamente realizzati per server.
-- 
Ci sono delle persone che sono state considerate coraggiose perche'
avevano troppa paura per scappare.
                -- Thomas Fuller

 Mi hanno chiesto di implementare delle VM windows su un quad opteron dc.
Se devi mettere un ambiente di produzione con diverse macchine allora
l'unica soluzione attualmente valida è VMWare ESX Server.
Qemu è instabile per la produzione, oltre ad avere diverse limitazioni
per quanto riguarda hardware e networking, mentre potrebbe essere
interessante su un ambiente di test/sviluppo.
Bochs è eccessivamente lento e soffre degli stessi limiti di qemu, se
non maggiori.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 sono appositamente realizzati per server.
Questo commento sul "desktop oriented" non significa niente, o forse solo
che hai letto un po' di pubblicità di VMWare e l'hai presa per vera.
La licenza di QEmu è GPL, e KQEmu è libero, quindi assai meglio di VMWare e
VMWare Player.
-- 
Per rispondermi, togli il nome del poeta

 l'unica soluzione attualmente valida è VMWare ESX Server.
Ok, lo pensavo/temevo anche io
Grazie a tutti

 VMWare Player.
VMWare è proprietario, ma mi pare proprio che sia ancora il meno peggio 
che c'è in giro al momento.
Quando uscirà Pacifica (supporto hardware per la virtualizzazione, a 
occhio metà 2006?), ovviamente la prima cosa da provare sarà Xen.
-- 
   |   \    \  | ___|_  |_  |  ianezz a casa sua... :-)
   |  _ \  | \ | _|    /   /   Verba volant, scripta
  _|_/  _\_|  _|____|___|___|  manent, data corrupted

 l'unica soluzione attualmente valida è VMWare ESX Server.
Diverse macchine virtuali o fisiche? Dovrebbero essere 3 o 4 S.O. guest 
su un solo host, e forse basterebbe anche il gsx. Ammetto pero' di non 
avere le idee molto chiare sulle differenze tra le due versioni.



GSX gira su un sistema operativo avviato, ESX gira direttamente
sull'hardware, *è* un sistema operativo.
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 
Perfetto, infatti ti danno solo una iso da scaricare; peccato che non ho 
un cd vergine a portata di mano: mi tocchera' far girare esx server 
dentro gsx server rotfl


Premesso che non credo funzioni, quale sarebbe il vantaggio di
aggiungere un layer?


 
Scherzavo =) E comunque sto solamente valutando le varie possibilità.

 avere le idee molto chiare sulle differenze tra le due versioni.
www.vmware.com
 e trovi tutto.


 che hai letto un po' di pubblicità di VMWare e l'hai presa per vera.
ma' , non è una questione di pubblicita' , vmware funziona a colpo sicuro ,
ha buone prestazioni e un supporto decente , se succede qualche casino con
qemu vai a raccontare al cliente che è gpl poi vedi come va' a finire.
personalmente tendo a usare gpl ove ci sia qualcuno che comunque fornisce
assistenza ( stile RH ) , in certi ambiti purtroppo andare sulla propria
pelle non è possibile.
-- 
Tutto cio' che voglio e' un letto caldo e una parola gentile e potere
illimitato.
                -- Ashleigh Brilliant

 qemu vai a raccontare al cliente che è gpl poi vedi come va' a finire.
Secondo me, se pensi questo della GPL (che si scrive maiuscolo, peraltro)
fai molto male a frequentare questo ng, ce ne sono di più interessanti
dedicati a sistemi Unix proprietari.


 redistribuibile 
Infatti è solo distribuibile, e quindi è più distribuibile di VMWare.


 dedicati a sistemi Unix proprietari.
secondo me' non hai mai lavorato nel campo dell' informatica , almeno di un
certo livello , personalmente come società spingiamo al massimo linux e la
gpl ( che scrivo in minuscolo per il semplice fatto che siamo su un ng e lo
scopo è capirsi ) , ma questo non vuol dire escludere il sw non gpl a
priori.
xen non potrei mai proporlo ad un ente che PRETENDE assistenza e garanzie di
un certo livello , quindi se l' alternativa è perdere la commissione o
proporre vmware e poi magari cercare di spingere prodotti open sinceramente
non vedo motivi per inneggiare alla guerra santa.
Per quanto riguarda il discorso dei ng credo di poter frequentare quelli che
voglio.
-- 
Il meditare da soli e' onanismo, il conversare con altri e' coito.
                -- Dossi

 per quanto riguarda hardware e networking,
Ad esempio?


 certo livello , 
E come l'hai scoperto? Ho fatto di tutto per darmi un tono professionale ma
non sono riuscito a buggerarti, evidentemente.


> per quanto riguarda hardware e networking,
]zac[
Come hardware emulato viene reso disponibile solo materiale piuttosto
povero, scheda video, audio e di rete piuttosto datati e poco performanti:
- i440FX host PCI bridge and PIIX3 PCI to ISA bridge
- Cirrus CLGD 5446 PCI VGA card or dummy VGA card with Bochs VESA extensions
(hardware level, including all non standard modes).
-   PS/2 mouse and keyboard
-   2 PCI IDE interfaces with hard disk and CD-ROM support
^^^ i supporti rimovibili, vanno smontati, cambiati, rimontati ^^^
^^^ usando la console di comando di qemu                       ^^^
-   Floppy disk
-   NE2000 PCI network adapters
^^^ al massimo quattro schede di rete ^^^
-   Serial ports
-   Soundblaster 16 card
^^^ la suse 10 non riesce ad utilizzarla, ^^^
^^^ win98 l'ha utilizzata al primo colpo  ^^^
Come networking di default usa un sistema con il minimo indispensabile per
poter avere una directory in comune tra host e guest e poco di più.
In compenso installando pacchetti comuni e facilmente reperibili e nel 99%
già facenti parte di una distribuzione linux, puoi avere un networking
completo (probabilmente è necessario configurare un bridge) e installando
VDE (non bisogna usare la versione 2.X) e utilizzando il socket creato si
ha un networking completo con possibilità di utilizzare la rete e l'accesso
a internet dell'host.
Problemi di stabilità non me ne ha mai dati (però non è attivo 24h), non lo
trovo adatto ad un utente finale, molto performante con win98,
discretamente invivibile la suse 10 e la debian 3.1 che ho provato (tutte e
due con kde e 512Mb di ram disponibile), ma non peggio dei vari emulatori
che ho visto in funzione.
P.S. Il mio sistema non è recente ma nemmeno mesozoico, athlon xp2500+,
512/900Mb di ram, hd ide udma 6,  chipset via kt400a.

 non vedo motivi per inneggiare alla guerra santa.
Non è questione di guerra santa.
Ma davvero vogliamo ancora raccontarci questa balla dell'assistenza e
della garanzia ad un certo livello?
Va bene, fa comodo a tutti raccontarcela e so benissimo perchè, visto
che vivo costantemente a contatto con le realtà enterprise.
Il perchè è presto detto: le enterprise troppo spesso pullulano di
manager ed addetti IT assolutamente _*inetti*_ e _*senza palle*_, che
hanno bisogno di una terza parte su cui scaricare le responsabilità
laddove qualcosa vada storto.
Perchè la realtà che ho potuto constatare in questi anni è che non è
vero manc po' cazz che con un prodotto certificato/assistito/garantito/sarcazzo
i problemi si affrontano e risolvono efficacemente in tempi ridotti; anzi,
molto spesso conta molto più avere un sistemista con i controcoglioni che
sia in grado di fare un diagnosi accurata a monte dell'intervento di chi
il software te lo spaccia e te lo "garantisce".
E l'atteggiamento pusillanime si riflette pari pari sul versante dei
consulenti: con prodotti open source si potrebbero spesso fornire
soluzioni ad altissimo valore aggiunto, a costi interessantissimi
e terribilmente efficienti, ma ben pochi hanno il coraggio di assumersi
la responsabilità di fornire in prima persona il supporto al cliente.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

La storia dell'assistenza quando hai un problema con un prodotto è presto
riassunta:
1- Prodotto commerciale, non hai un buon sistemista.
Il problema non viene diagnosticato correttamente e ci si rimpalla una serie
di boh tra cliente e produttore.
2- Prodotto open source, non hai un buon sistemista.
Come il punto 1, solo che il boh può diventare meno diplomatico
3- Prodotto commerciale, hai un buon sistemista.
Il problema viene diagnosticato bene ma il sistemista fatica a superare i
primi livelli di scimmiette ammaestrate, il sistemista è frustrato, il
problema forse si risolve e comunque in parecchio tempo.
4- Prodotto commerciale, buon sistemista.
Il problema viene diagnosticato bene, il sistemista comunica con lo
sviluppatore e ottiene un fix, oppure si fa' il fix da solo.
Quale sarà la soluzione migliore?
La 1 ovviamente: Paghi poco il sistemista, la coscienza è a posto perché
"hai l'assistenza"(TM), se l'azienda va male, basta fare più marketing,
sbragare sui prezzi, fallire strategicamente e portare a casa il gruzzolo.
Ciao,
-- 
  Daniele Orlandi

 La 1 ovviamente: ...
/me SBAM

 della garanzia ad un certo livello?
no , siamo tutti daccordissimo su questo , ma vallo a raccontare al tipo con
uno stipendio megagalattico , che non fa' una sega dalla mattina alla sera
e che se c'è un problema puo' riferire al suo capo "è colpa dell'
assistenza , piu' di quella che dovevo fare?".
il 99.9% sono cosi'.....
-- 
Stai leggendo questo fortune con fotoni riciclati.

 sbragare sui prezzi, fallire strategicamente e portare a casa il gruzzolo.
Amarorotfl.


 uno stipendio megagalattico
Confessa: stai parlando del responsabile IT del cliente dal quale sono
in questo momento <beg>


 in questo momento <beg>
imho li stampano in serie.........
-- 
Legge di Booker:
        Un grammo di applicazione val piu' di una tonnellata di astrazione.

 sbragare sui prezzi, fallire strategicamente e portare a casa il gruzzolo.
LOL


Mi intrometto nel thread solo per dire che da pochi gg. hanno rilasciato la
versione 0.80 di qemu ... potesse mai interessare ...
Saluti.
-- 
Gnu/Linux       -     Slackware 10.2
                    _#_  @
                    ( )>_u
                    /(\
                   !  "!
                    L L
...don't fear the smoking penguin...!!