Domanda

( Sento questa domanda La metà appartiene qui e la metà sul guasto del server; per favore fammi sapere se pensi che ci sia un locale migliore per questo. )

Come fa Xen, o in effetti, qualsiasi hypervisor, esporre hardware ai sistemi operativi guest?

Ad esempio, un ospite che desidera comunicare sulla rete; Ad alcuni stage la sua richiesta deve essere tradotta in una richiesta alla NIC. L'hypervisor esporrà un dispositivo di rete fittizio, che assumiamo che l'ospite sappia come usare? Oppure gli ospiti paraveirtualizzati hanno una conoscenza di come fare direttamente una richiesta per un determinato pezzo di hardware? (Se sì, cosa fanno gli ospiti non paraveirtualmente?)

Una volta effettuata la richiesta, chi lo gestisce? Immagino che l'hypervisor non abbia poca conoscenza dell'hardware fisico (da una prospettiva del conducente), quindi probabilmente deve venire al Dom0. Giusto?

Chiedo perché amo facendo lo sviluppo del kernel, ma scrivere i conducenti è un cicciolo. Se potessi contare su un DOM0 con un buon supporto hardware (Ubuntu, ad esempio), e poi scrivere il mio kernel per correre paravirtualmente, e / o fare uso di un dispositivo finto che Xen espone, che renderebbe la mia vita molto più facile . È piuttosto difficile trovare la documentazione su questi argomenti, tuttavia, quindi la mia prossima fermata è probabilmente quella di guardare una gamma di implementazioni ospiti XEN; Halvm , una porta di GHC per l'esecuzione del software Haskell nativamente come ospite Xen, sembra un buon inizio. .

Grazie e saluti!

modifica : Questo documento di marketing da xen.org Sembra affermare che DOM0 esegue i conducenti per facilitare il dispositivo di blocco di Domus e l'accesso alla rete, in linea con la mia ipotesi. In questo caso, qualsiasi riferimento tecnico / specifiche / ecc. sarebbe fantastico!

Modifica : Questa documentazione (apparentemente obsoleta) sembra buona.

È stato utile?

Soluzione

Ci sono tre tipi di modelli di dispositivi.

    .
  1. PV - Ad esempio, gli ospiti PV Linux utilizzano PV_OPS ( http://wiki.xen .org / wiki / xenpararoirtops , http://wiki.xen.org/wiki / Categoria: PVOPS )

  2. hvm - virtualizzazione completa dei dispositivi con Qemu ( https : //serverfault.com/questions/222010/differenze-between-xen-pv-xen-kvm-and-hvm )

  3. passthrough ( http://wiki.xensource.com/wiki/xen_pci_passthrough ) < / Li >.

    The Book La guida definitiva per l'hypervisor Xen potrebbe essere utile tu.

    C'è un bel po 'di sviluppo di informazioni relative al wiki: http://wiki.xen.org/wiki/category:Developers . .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top