Old:Installazione Qemu con supporto accelerazione Kqemu: differenze tra le versioni

m
Riga 89: Riga 89:
* -user-net --> Il sistema GUEST deve essere configurato in DHCP.
* -user-net --> Il sistema GUEST deve essere configurato in DHCP.
Qemu assegna un indirizzo dinamico "10.0.2.15" al SO guest,
Qemu assegna un indirizzo dinamico "10.0.2.15" al SO guest,
il quale sar� in grado di pingare solo il suo GW che
il quale sarà in grado di pingare solo il suo GW che è
"10.0.2.2" Per testare la rete quindi avviare le applicazioni  
"10.0.2.2" Per testare la rete quindi avviare le applicazioni  
di rete, visto che il ping <host> non funziona.
di rete, visto che il ping <host> non funziona.
Riga 95: Riga 95:
=== Qemu Networking ===
=== Qemu Networking ===


Con la soluzione indicata qui sopra, il sistema Guest riesce a navigare in Internet, ma non riesce ad accedere alle risorse del proprio host. La maniera pi� facile per configurare qemu in modo che possa fare entrambe le cose, quella di installare vde e usare tun/tap con un bridge.
Con la soluzione indicata qui sopra, il sistema Guest riesce a navigare in Internet, ma non riesce ad accedere alle risorse del proprio host. La maniera più facile per configurare qemu in modo che possa fare entrambe le cose, è quella di installare vde e usare tun/tap con un bridge.


Prima di iniziare, dovete verificare che il vostro kernel supporti i seguenti moduli:
Prima di iniziare, dovete verificare che il vostro kernel supporti i seguenti moduli:
Riga 107: Riga 107:
</pre>
</pre>


[http://vde.sourceforge.net Vde] sta per Virtual Distributed Ethernet ed un programma open source che vi permette di creare un network virtuale. Noi lo utilizzeremo per far fare in modo che il sistema Guest veda se stesso come un'unit� distinta dal sistema host e possa colloquiare con questi.
[http://vde.sourceforge.net Vde] sta per Virtual Distributed Ethernet ed è un programma open source che vi permette di creare un network virtuale. Noi lo utilizzeremo per far fare in modo che il sistema Guest veda se stesso come un'unità distinta dal sistema host e possa colloquiare con questi.


Per quel che ne so io, non esiste (ancora) un pacchetto deb gi� pronto per l'uso, ma per installare vde sono sufficenti poche righe:
Per quel che ne so io, non esiste (ancora) un pacchetto deb già pronto per l'uso, ma per installare vde sono sufficenti poche righe:
<pre>
<pre>
wget http://puzzle.dl.sourceforge.net/sourceforge/vde/vde-1.5.9.tar.gz
wget http://puzzle.dl.sourceforge.net/sourceforge/vde/vde-1.5.9.tar.gz
tar -xvzf vde-1.5.9.tar.gz
tar -xvzf vde-1.5.9.tar.gz
cd sources/vde-1.5.9
cd vde-1.5.9
./configure
./configure
make
make
Riga 129: Riga 129:
ifconfig eth0 0.0.0.0 promisc up
ifconfig eth0 0.0.0.0 promisc up
ifconfig tun0 0.0.0.0 promisc up
ifconfig tun0 0.0.0.0 promisc up
#l'IP qui sotto quello del computer host; modificatelo per adeguarlo alle vs esigenze
#l'IP qui sotto è quello del computer host; modificatelo per adeguarlo alle vs esigenze
ifconfig br0 192.168.0.200 netmask 255.255.255.0 broadcast 192.168.0.255 up
ifconfig br0 192.168.0.200 netmask 255.255.255.0 broadcast 192.168.0.255 up


Riga 137: Riga 137:
brctl addif br0 eth0
brctl addif br0 eth0
brctl addif br0 tun0
brctl addif br0 tun0
#questo invece l'indirizzo IP del gateway
#questo invece è l'indirizzo IP del gateway
route add default gw 192.168.0.1
route add default gw 192.168.0.1
</pre>
</pre>


NB: Una volta verificato che tutto funziona, queste istruzioni vanno inserite in uno script in modo da essere eseguite automaticamente all'accensione del computer
NB: Una volta verificato che tutto funziona, queste istruzioni vanno inserite in uno script in modo da essere eseguite automaticamente all'accensione del computer
qui ne trovate uno mooolto grezzo: [http://klingon.homelinux.net/files/vde_qemu vde_qemu], che va salvato in /etc/init.d. Dopodich�: <pre>chmod u+x /etc/init.d/vde_qemu
qui ne trovate uno mooolto grezzo: [http://klingon.homelinux.net/files/vde_qemu vde_qemu], che va salvato in /etc/init.d. Dopodiché: <pre>chmod u+x /etc/init.d/vde_qemu
update-rc.d -n vde_qemu defaults 90</pre>
update-rc.d -n vde_qemu defaults 90</pre>




Ora tutto pronto per lanciare qemu, con l'ultima avvertenza che dovete usare l'apposito wrapper vdeqemu:
Ora tutto è pronto per lanciare qemu, con l'ultima avvertenza che dovete usare l'apposito wrapper vdeqemu:
<pre>
<pre>
vdeqemu -hda disk.img -localtime
vdeqemu -hda disk.img -localtime
</pre>
</pre>


Potete utilizzare tutte le opzioni di qemu, fuorch� -user-net, che disattiverebbe tun.
Potete utilizzare tutte le opzioni di qemu, fuorché -user-net, che disattiverebbe tun.


Ora il sistema guest dovrebbe accedere a tutte le porte del sistema host, in maniera totalmente trasparente: da risorse di rete dovreste vedere il vostro server samba con le sue partizioni; dal browser dovreste accedere alle pagine del vostro server web, etc. etc.
Ora il sistema guest dovrebbe accedere a tutte le porte del sistema host, in maniera totalmente trasparente: da risorse di rete dovreste vedere il vostro server samba con le sue partizioni; dal browser dovreste accedere alle pagine del vostro server web, etc. etc.
Riga 159: Riga 159:
Per quanto riguarda l'utilizzo della CPU, a quanto pare
Per quanto riguarda l'utilizzo della CPU, a quanto pare
Windows 9x non fa un uso corretto della istruzione CPU HLT e  
Windows 9x non fa un uso corretto della istruzione CPU HLT e  
quindi spara la cpu a 100% quando in idle (non fa nulla) e  
quindi spara la cpu a 100% quando è in idle (non fa nulla) e  
invece la usa regolarmente quando sotto "sforzo", paradossalmente
invece la usa regolarmente quando è sotto "sforzo", paradossalmente
infatti, se viene utilizzata la cpu di qemu l'utilizzo di
infatti, se viene utilizzata la cpu di qemu l'utilizzo di
cpu si abbassa su linux in proporzione.
cpu si abbassa su linux in proporzione.
13

contributi