Newsgroup: it.comp.os.dibattiti
Titolo: Bentornato Bluff! - Volevi una discussione seria? XEN   ;-)

http://www.cl.cam.ac.uk/Research/SRG/netos/xen/
Ho fatto un ricerca su google gruppi, mi sbagliero' ma non ho
riscontrato nessun thread su ICOD che parlasse di XEN. Sbaglio? :-)
Una mia impressione, dalla descrizione, e' che sia la cosa piu'
vicina a VM di ibm che sia fino ad adesso in corso di realizzazione
su macchine x86. Una *vera* virtualizzazione insomma, non come
vmware o virtual pc, che a quanto ho capito devono emulare le
periferiche, ed anche in qualche modo richiedere una sorta di
emulazione del codice eseguito dal processore quando l'esecuzione
interessa codice a ring0. A questo proposito, dtae un'occhiata alla
sezione riguardanti le prestazioni rispetto alle altre soluzioni vm...
http://www.cl.cam.ac.uk/Research/SRG/netos/xen/performance.html
Contro: porting dell' OS per girare su XEN, ma con modifiche e "sforzo"
minimi.
Uno dei "main tricks" infatti pare quello di far si' che il
codice che gira a ring0 debba girare a ring1 nel sistema
ospitato nel dominio Xen, mentre il ring0 e' completamente
gestito da Xen. Son cosi' riusciti (a quanto dicono) a ottenere
sia un efficace isolamento fra le varie VM, sia l'ottenimento di
prestazioni incredibilmente vicine (da ogni punto di vista) al
sistema direttamente eseguito "on a bare machine".
Se non erro si parla di porting per altre piattaforme, ma a questo
punto mi sorge una domanda: x86 non e' attualmente l'unico
microprocessore a supportare quattro livelli di ring, mentre gli
altri microprocessori ne supportano solo due?
bye G.L.

 riscontrato nessun thread su ICOD che parlasse di XEN. Sbaglio? :-)
Mi sembra di no, ma potrei sbagliarmi
<cut> of interesting stuff
Quello che mi interesserebbe sapere e' se nelle vostre aziende usate in 
Testing o in Produzione soluzioni basate su Virtual machines, per quanto 
riguarda la mia esperienza specifica ne ho viste alcune e dopo una iniziale 
diffidenza dovuta soprattutto alla mia ignoranza nello specifico mi devo 
ricredere e posso affermare che per certi environments VM e' una soluzione 
valida. In Testing ho visto cose fatte veramente bene e con una 
ottimizzazione delle risorse e degli spazi enorme. Esperienze? Impressioni? 
Limitazioni tecniche che conoscete a parte l'ovvio?
Ciao e grazie del thread, chissa' che non mi rimetta a postare :-)
Bluff 

 Testing o in Produzione soluzioni basate su Virtual machines, per quanto 
In produzione ho diverse installazioni di server Debian con Vmware che 
fa girare contemporaneamente 2000 server e Server 2003. La cosa e` molto 
comoda, ho tutto quello che mi serve (Linux+Windows) su una macchina 
unica ed in piu` ho una flessibilita` (snapshot dei server) impossibile 
(o quasi) con installazione standard su server 'fisico'.
-- 
Vincenzo

 Limitazioni tecniche che conoscete a parte l'ovvio?
un aspetto positivo c'e': puoi dare un server virtuale ai tuoi utenti
con piu' tranquillita'. Se lo scardinano non ti hanno scardinato tutto
il server.
Non ho ancora provato xen, ma mi ispira molto.

 ottimizzazione delle risorse e degli spazi enorme. Esperienze? Impressioni? 
So per testimonianza diretta di una grossa azienda della grande
distribuzione che ha ridotto il numero di macchine fisiche
in produzione utilizzando VMWare GSX Server. 
La soluzione di VMWare č utilizzata anche in testing per simulare con una
sola macchina l'intero ambiente del punto vendita.
ciao!

 Limitazioni tecniche che conoscete a parte l'ovvio?
Ho due macchine su cui gira linux patchato con vserver
(
http://linux-vserver.org/
) con 5 server virtuali ognuna, nessun
problema riscontrato, tutto gira tranquillamente nel vserver senza
interferire con gli altri, migrazione del vserver in caso di necesità su
un'altra macchina praticamente immediata purché le macchine siano della
stessa architettura basta, infatti, copiare la direcrtory in
cui risiede il vserver, possibilità di implementare una soluzione ad
alta affidabilità a basso costo se unito a drbd. Unica pecca, non per me
ma qualcuno ho letto necessita di far girare windows, gira solo su linux
e i vserver sono solo linux.
Ciao, Micky
-- 
Errare è umano, ma per fare veramente casino ci vuole la password di root!
mi...@fcnz.zrfvan.arg

 sola macchina l'intero ambiente del punto vendita.
Per le simulazioni non c'č che da sbizzarrire la fantasia: non molto 
tempo fa ho visto una simulazione di un Oracle RAC (sempre con VMWare) 
che fra l'altro non andava manco malaccio (ma non lo diciamo troppo 
forte, c'č un commerciale IBM nell'altra stanza).
Personalmente ho scoperto da (relativamente) poco le potenzialitŕ di 
queste VM e mi si č aperto un mondo. Anzi, mi interessa parecchio la 
discussione.

 
Noi, dopo averlo testato per qualche mese abbiamo deciso di metterlo in
produzione per la nostra architettura di offerta virtualserver. Lo usiamo
con la debian sarge e vi posso dire che e' ottimo: prestazioni molto buone
(come da grafico), facilita' di gestione estrema anche se manca qualche
tool utile (per esempio non e' agevole avere il "colpo d'occhio"
sull'utilizzo delle risorse da parte dei vari SO guest, comunque scrivere
questi tool pare abbastanza facile e qualcosa stiamo facendo direttamente
noi.
Abbiamo fatto moltissimi test e posso dirvi che xen e' stabilissimo (nessun
crash ne nel periodo di test ne da quando e' in produzione) considerando la
complessita' dell'architettura nella quale e' inserito: storage in SAN,
volume manager "prima" degli SO guest, QOS sulla parte rete dell'SO Host ne
siamo molto entusiasti.
Stiamo anche facendo qualche esperimento usando FreeBSD come OS guest anche
qui con soddisfazione.
ciao.

 Non ho ancora provato xen, ma mi ispira molto.
Anche me...  :-)  Il punto e' che ottenere prestazioni di tutte
le componenti virtualizzate tali da essere paragonabili al sistema
eseguito direttamente in hardware, su un x86 non e' cosa da poco
vista l'eterogeneita' del suo hardware e il mancato o non completo
supporto di tutte le componenti hardware a questo scopo (il supporto
delle VM sugli x86 e' certo condizione necessaria, ma non sufficiente).
Diverso e' ovviamente il caso di un sistema proprietario
hardware/software come l'ibm 360/370 e i suoi successori, in cui gli
ingegneri ibm hanno avuto "mano libera" su hw e sw...   ;-)
bye G.L.

 Ciao e grazie del thread, chissa' che non mi rimetta a postare :-)
Lo spero.  :-)
bye G.L.

 Non ho ancora provato xen, ma mi ispira molto.
La cosa figa di Xen, e di cui non mi ero accorto, e` che come dipendenza
ha Twisted, il framework che vado usando da taaaaanto taaaaanto tempo
ormai :).
Gia` solo per questo merita di essere usato per quanto mi riguarda. :P
-- 
Valentino Volonghi aka Dialtone
Now Running MacOSX 10.4
Blog: 
http://vvolonghi.blogspot.com
http://weever.berlios.de

 con la debian sarge e vi posso dire che e' ottimo:
esiste in deb? non lo vedo....

 altri microprocessori ne supportano solo due?
Proprio cosě, ma le altre architetture permettono un controllo
della MMU migliore che di fatto rende le cose piů semplici.
PPC per esempio puň gestire i TLB via software.
http://www.linuxsymposium.org/proceedings/reprints/Reprint-Magenheimer-OLS2004.pdf
-- 
Lorenzo

Ottavio Campana wrote:

No, non esiste ma non e' difficile partire dal source.

Ottavio Campana wrote:

Su unstable c'è
Desk:~# apt-cache search xen | grep -i machine
kernel-image-2.4.25-xeno-p2 - a port of linux to the XEN Virtual Machine
Monitor
kernel-image-2.4.25-xeno-p2-modules - modules for the linux port to the XEN
Virtual Machine Monitor
libxc1.2 - control library for XEN, a Virtual Machine Monitor
xen - a Virtual Machine Monitor like User-Mode-Linux
xen-docs - documentation for XEN, a Virtual Machine Monitor
xen-domain0-utils - utilities for the XEN domain0 controller, a Virtual
Machine Monitor
Gas


si', ma avendo i deb e' piu' facile aggiornae il software, non trovi? :-)
Cazzarola, tocca gia' ripartire coi backport.....

Lorenzo Allegrucci wrote:


Il fatto e' che il metodo e' fare in modo di far lavorare a ring1 cio'
che prima lavorava a ring0... se fai lavorare a ring0 sia xen che i
sistemi ospitati, dubito che si possa ottenere reale protezione e
isolamento fra le vm. Lo dico avendo scarsa conoscenza delle svariate
architetture, si intenda...   :-)
bye G.L.

 suoi OS...
In questo progetto mi sembra che Cambridge collabori con microsoft,
tanto che esiste un porting di Xp per le prime versioni (ricordiamoci
che alcuni centri universitari hanno i sorgenti microsoft), che non
puo' essere diffuso per problemi di licenza, ovviamente.
bye G.L.