Newsgroup: it.comp.os.linux.sys
Titolo: Virtualizzazione vs. Windows Vista

Premesso che  il beta testing di Vista  lo faccio fare agli  altri per i
prossimi due anni  (o piu`, se mi riesce...)  e  nel frattempo e` presu-
mibile che  scorra parecchia acqua  sotto i ponti, mi  piacerebbe sapere
come siano messi KVM, Qemu, Xen & Co. nei confronti di Vista.
Questo perche' stiamo (si spera)  per rifare i laboratori di informatica
e ormai  un PC con Dual  Core e VT e`  quasi lo standard  (almeno per il
nostro solito  fornitore), per cui si  pensava di metter  su Linux (FC7,
Ubuntu, o giu`  di li`) per le applicazioni "tecniche"  che usiamo e che
sono disponibili anche per il pinguino (es. ANSYS, Pro/Engineer, MATLAB)
e "relegare" Windows XP in una  VM per quei software che funzionano solo
la` e che in genere non richiedono potenza di calcolo o schede video 3D.
La cosa  dovrebbe semplificarci un  po' la vita (l'hardware  virtuale e`
unico  e indipendente  da quello  fisico; si  puo` aggiornare/installare
solo un'immagine  poi ditribuirla  a tutti i  PC, ecc.;  sappiamo tutti,
poi,  che  la manutenzione  di  Linux  e`  decisamente piu`  semplice  e
"aperta"  di quella Windows...),  ma non  vorrei ritrovarmi  tra due/tre
anni a dover buttare tutto per colpa di un Vista "anti-VM"...
Esperienze, link, documentazione, ecc. sono i benvenuti.
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 anni a dover buttare tutto per colpa di un Vista "anti-VM"...
Occhio che Vista richiede una licenza particolare per girare su una
macchina virtuale. IIRC dalla Business in su...
Luca
-- 
"L'amore consiste nell'essere cretini insieme." -- P. Valery

 come siano messi KVM, Qemu, Xen & Co. nei confronti di Vista.
Ti consiglio di dare un'occhiata a virtual box
Pare che sia piu veloce anche di qemu con kqemu e che con vista facica
miracoli

 Esperienze, link, documentazione, ecc. sono i benvenuti.
non so se interessa, ma č abbastanza nuovo
http://kerneltrap.org/node/8148

 writes:
OC> non so se interessa, ma è abbastanza nuovo
OC> 
http://kerneltrap.org/node/8148
Letto giusto ieri sera prima di tornare a casa, ma grazie lo stesso.


 writes:
K> KVM ha di recente (i.e. negli ultimi 3-4 giorni) avuto il supporto per
K> Vista a 32 bit; Qemu idem (suppongo, visto che la codebase è quella), ma
K> senza accelerazione; KQemu non so.
Quindi ci  si muove  nella direzione giusta,  almeno dal punto  di vista
tecnico: poi si  spera che B.G.  non ci metta  lo zampino per ostacolare
qualunque sistema di virtualizzazione che non sia il suo, "Vista based":
hanno fatto di tutto e  di piu` per "chiudere" Vista contro applicazioni
"non sicure",  per proteggere i contenuti multimediali  contro le copie,
il sistema operativo contro modifiche o malfunzionamenti hardware, ecc.,
che  mi pare  strano non  trovino il  modo di  impedirne  l'uso "virtua-
lizzato" che  di fatto renderebbe  possibile aggirare buona  parte delle
protezioni, o presunte tali... Oddio, probabilmente bastera` alzare all'
assurdo il prezzo  per il Vista virtualizzabile, cosi`  a nessuno risul-
tera` conveniente usarlo in produzione sopra un altro S.O.
K> WinXP lo uso frequentemente e gira senza problemi.
Io lo sto provando  sul mio "vecchio" PC da cui sto  scrivendo (P4 a 2.8
GHz di quasi  tre anni fa), ovviamente non con KVM  ma con Qemu/KQemu, e
non e` una scheggia, ma nemmeno tragico: ora dovremmo ordinare uno o due
PC con Core Duo e VT e tra  un paio di settimane esce FC7, per cui avro`
modo di fare altri test.  BTW,  e` una mia impressione o il formato QCOW
e` un tantino lento, soprattutto in fase di espansione ?
A proposito,  secondo voi e` un'idea  balzana quella di far  usare la VM
agli utenti  normali in  modalita` "snapshot" (con  logon di  dominio su
Samba, disco  di rete personale e  roaming profiles, in modo  che i dati
personali stiano altrove,  come ora del resto), cosi`  che ogni modifica
al sistema venga persa all'uscita ?
Aggiornamenti,  software da  aggiungere  (di solito  arrivano "ben"  due
giorni  prima dei  corsi  con  un "programmino  da  installare sui  PC",
programmino che  richiede permessi  da amministratore o  piu`, modifiche
varie,  versioni  vecchie  di  altri  software...)   verrebbero  da  noi
effettuate  su   una  immagine   "master"  poi  copiata   nottetempo  (o
giornotempo, a seconda dei casi :-)) sui vari PC.
K> Occhio che Vista richiede una licenza particolare per girare su una
K> macchina virtuale. IIRC dalla Business in su...
Questo (salvo prezzi assurdi --  v. sopra) non dovrebbe essere un grosso
problema con  i contratti  Campus come il  nostro (non  dobbiamo nemmeno
attivare XP).


 writes:
SM> Ti consiglio di dare un'occhiata a virtual box
Gli daro` un'occhiata: ormai li ho provati tutti o quasi... :-)


 
Io ho provato sia VirtualBox e qemu.
qemu è molto più flessibile e maturo, ma ha problemi con il multimedia.
Infatti sia la scheda video che audio sono emulate, quindi è abbastanza
lento (e consuma CPU).
Inoltre l'accesso alla scheda audio del sistema è esclusivo, quindi, ad
esempio, se sto usando l'audio sull'host, il guesto non può usarlo.
VirtualBox ha diversi piccoli problemi, in particolare ha un supporto
assurdo per i tasti speciali (non riesco a premere i tasti Fn).
Però la scheda audio e video non sono emulate, ma virtualizzate. Quindi è
molto veloce (sono riuscito a vedere un filmato con mplayer a velocità
nativa.
Saluti  Manlio Perillo

 al sistema venga persa all'uscita ?
Suppongo che si possa fare, ma c'? il rischio di inconsistenze tra il
disco e le informazioni nel profilo. Supponi e.g. che l'utente installi
un'applicazione che va a registrare una DLL (o scrivere qualcosa nel
registro): al riavvio hai delle informazioni nel registro che non
corrispondono a quello che c'? su disco. Non so se possano sorgere
problemi in questo modo...
Luca
-- 
Sbagliare ? umano, ma per incasinare davvero le cose serve un computer.

 writes:
K> Il cuore del meccanismo ? "se il sistema non è trusted rifiuta
K> l'accesso ai contenuti protetti"; rilevare se l'OS gira in un
K> ambiente virtuale è abbastanza semplice, è molto probabile che Vista
K> consideri la macchina virtuale non-trusted e quindi rifiuti di
K> unlock-are i contenuti.
Dal punto di vista di un'aula didattica e` un pregio in piu` :-): i film
ve li guardate a casa, e se un video didattico si puo` vedere solo sotto
Windows, 'zzi di chi lo ha fatto.
K> Suppongo che si possa fare, ma c'? il rischio di inconsistenze tra il
K> disco e le informazioni nel profilo. Supponi e.g. che l'utente installi
K> un'applicazione che va a registrare una DLL (o scrivere qualcosa nel
K> registro): al riavvio hai delle informazioni nel registro che non
K> corrispondono a quello che c'? su disco. Non so se possano sorgere
K> problemi in questo modo...
Questo avviene gia` normalmente: anche  se le parti del SO sono protette
in scrittura non puoi impedire che un installi un programma in $TMP o in
$HOME o  in una  penna USB: nel  primo caso,  ad ogni reboot  $TMP viene
piallata  e ricreata  per  cui  l'utente si  ritroverebbe  con dei  link
"penzolanti",  e se ha  problemi poi  deve spiegare  a *noi*  perche' ha
fatto quel che ha fatto... Inoltre i profili si azzerano senza problemi:
se siamo buoni facciamo una  copia dei Preferiti, mentre per i documenti
la regola e`  "li salvi sul tuo disco di rete:  qualunque roba metti sul
desktop  puo` andar  persa  senza preavviso  (grazie  alla gestione  del
cavolo dei roaming profiles che fa Windows...)".
K> Sbagliare è umano, ma per incasinare davvero le cose serve un computer.
Nonche' il SO "giusto"...
