(Italiano → English) View originalTranslators:

Convidisione difficile tra Linux e Windows via Vmwaregz431y8vk2kpnb68yuk4bgzywpdrk5i0
La macchina host, ospitante, è in questo caso una Gentoo box compilata nativamente per l’architettura a 64 bit, quindi con i pacchetti appartenenti alla branchia amd64.
La macchina virtuale utilizzata per l’installazione è VMware Workstation versione 5.5.3 build-34685, che è presente di default anche nell’albero del portage di Gentoo.
In un batter di emerge, scarico, compilo, installo, configuro la vmware e sono hpb4ndqp0lh0szpmx4savfkoioixtl7vpronto per l’installazione Windows.
Nessun problema su questo fronte, tutto fila liscio e va a buon fine come prevedevo.ih9ng3qyw8jo8xnyk1oi7h4e2w6bgmai
Dopo aver fatto tutte le configurazioni del caso mi accingo a prelevare dei files dalla macchina host, ed è a questo punto che scopro il problema.
Quando cerco di scaricare dei files dalle directory che ho condiviso nella macchina host tramite Samba, noto una lentezza incredibile, tanto che per scaricare files di pochi KB ci vogliono interi minuti, peggio che con un modem 56K!
Il problema non si pone in jvfdcqkscu1u9iuau41cxccsvdbm8jq2tutte le altre situazioni, ovvero quando trasferisco files dalla macchina virtuale alla macchina ospitante, ma solo nel caso inverso.jjrn6ak531rxtbimfkkkv38aynabgqhp
Cerca e ricerca la motivazione, va a finire che ti scopro che nel mio caso particolare, con la rete configurata nella vmware come bridged, e con le schede di rete Nvidia (del chipset NForce) che utilizzano i driver Forcedeth inclusi nel kernel (e non il modulo nvnet scaricabile dal sito nvidia, che pare non avere problemi) c’è un problema che riguarda la frammentazione dei pacchetti.
Sembra che la k69b18693353ohlz9c027x6r8js60hohcausa risieda nella gestione del TSO (TCP Segmentation Offload), una feature delle moderne schede di rete che permette di ridurre il carico sulla CPU affidando alla NIC il compito di dividere pacchetti grossi inviatigli sul bus in pacchetti più piccoli che possano essere trasmessi sulla rete (MTU).ktwzriq3v5u7abbhq5ul9jsjztnv1ezz
Il problema si risolve semplicemente disabilitando la feature per la scheda di rete collegata alla macchina virtuale, utilizzando il software ethtool, con il comando:ksf6uj34mkjak5pyktlpl7hvtf7kh247
ethtool -K eth0 tso offksb6076evk9dtg1tys6nwftkc1uqzwzh
dove eth0 va sostituito con la scheda di rete interessata.
Per evitare di riutilizzare il comando ogni volta a questo punto l’ideale è aggiungere uno scriptino in init.d che lanci il comando all’accesso al sistema.k3qxgzdlmdygqa275ctbj5lhby3ftcxf
(original) Visualizza English translation

Convidisione difficile tra Linux e Windows via Vmware
La macchina host, ospitante, è in questo caso una Gentoo box compilata nativamente per l’architettura a 64 bit, quindi con i pacchetti appartenenti alla branchia amd64.
La macchina virtuale utilizzata per l’installazione è VMware Workstation versione 5.5.3 build-34685, che è presente di default anche nell’albero del portage di Gentoo.
In un batter di emerge, scarico, compilo, installo, configuro la vmware e sono pronto per l’installazione Windows.
Nessun problema su questo fronte, tutto fila liscio e va a buon fine come prevedevo.
Dopo aver fatto tutte le configurazioni del caso mi accingo a prelevare dei files dalla macchina host, ed è a questo punto che scopro il problema.
Quando cerco di scaricare dei files dalle directory che ho condiviso nella macchina host tramite Samba, noto una lentezza incredibile, tanto che per scaricare files di pochi KB ci vogliono interi minuti, peggio che con un modem 56K!
Il problema non si pone in tutte le altre situazioni, ovvero quando trasferisco files dalla macchina virtuale alla macchina ospitante, ma solo nel caso inverso.
Cerca e ricerca la motivazione, va a finire che ti scopro che nel mio caso particolare, con la rete configurata nella vmware come bridged, e con le schede di rete Nvidia (del chipset NForce) che utilizzano i driver Forcedeth inclusi nel kernel (e non il modulo nvnet scaricabile dal sito nvidia, che pare non avere problemi) c’è un problema che riguarda la frammentazione dei pacchetti.
Sembra che la causa risieda nella gestione del TSO (TCP Segmentation Offload), una feature delle moderne schede di rete che permette di ridurre il carico sulla CPU affidando alla NIC il compito di dividere pacchetti grossi inviatigli sul bus in pacchetti più piccoli che possano essere trasmessi sulla rete (MTU).
Il problema si risolve semplicemente disabilitando la feature per la scheda di rete collegata alla macchina virtuale, utilizzando il software ethtool, con il comando:
ethtool -K eth0 tso off
dove eth0 va sostituito con la scheda di rete interessata.
Per evitare di riutilizzare il comando ogni volta a questo punto l’ideale è aggiungere uno scriptino in init.d che lanci il comando all’accesso al sistema.







