Kokemusta QEMU:sta?

Onko kenelläkään kokemuksia qemusta? Itse käytän vmwarea töissäni, mutta tekisi mieli kokeilla myös qemua sen ilmaisuuden vuoksi.

Jos kokemusta löytyy, tässä olisi muutama kysymys:

1) Onko asennuksessa ollut huomattavia ongelmia
2) Miten suorituskyky verrattuna vmwareen?
3) Pääseekö hostin tiedostojärjestelmään kiinni guestista (siis windowsista), vai pitääkö asentaa samba tms?

Kiitti jos jelppaatte. Ei viittis ruveta projektiin, jos on tiedossa että homma on susi.
11628
Äänestä

Muut lukivat myös

Vastaukset 11

Vanhimmat

nyt olen asentamassa sen. nyt kokeillaan...

Äänestä
  • Odotan malttamattomana miten kävi.

    Äänestä

  • Jahvetti kirjoitti:

    Odotan malttamattomana miten kävi.

    Olen käyttäynyt Qemua paljon, ja se on osoittautunut erittäin vakaaksi. Useammankin virtuaalikoneen uptime on vuoden luokkaa, guest-käyttiksenä stable Debian.

    Tiedostojen jako guestin ja hostin välillä onnistuu paitsi Samballa myös Qemun sisään rakennetulla TFTP-serverillä. Tietenkin myös sopivan muotoiset quest-käyttikselle annetut levyimaget voi välillä mountata host-käyttikseen.
    VMWaren levyimaget toimivat suoraan Qemussa. Jos guest-käyttikselle määrittelee toimivan verkkointerfacen, voi luonnollisesti käyttää myös muita hostissa toimivia palvelinohjelmia tiedostojen siirtoon (SSH, NFS, ...).

    VMWaren kanssa en ole juuri leikkinyt. Näin ollen seuraavissa saattaa olla pieniä virheitä.

    Qemussa parempaa kuin VMWaressa:

    - Toimii monella host-käyttiksellä ja alustalla (ei pelkästään x86-koneissa) ja osaa emuloida montaa alustaa.

    - Asennus ja käyttäminen ei vaadi ylläpitäjän oikeuksia (tosin kernel-moduulilla saa lisää vauhtia x86-emulaatioon x86-alustalla), emuloitu tietokone on siis tavallinen käyttäjän prosessi, joten se ei ihan helposti riko host-käyttistä.

    - Tarkempi x86-emulaatio (esim. OS/2 toimii guestina, VMWaressa ei)

    - Qemua voi ajaa myös ilman X-serveriä (eli sen ei ole pakko avata uutta ikkunaa)

    - Avointa lähdekoodia (tosin kernel-moduuli ei ole).


    VMWaressa parempaa kuin Qemussa:

    - Luultavasti jonkin verran nopeampi, etenkin kun Qemun kernel-moduulia ei ole käytössä. En ole kokeillut.

    jatkakoon joku VMWarea paremmin tunteva tätä listaa.

    Äänestä

  • qemu-käyttäjä kirjoitti:

    Olen käyttäynyt Qemua paljon, ja se on osoittautunut erittäin vakaaksi. Useammankin virtuaalikoneen uptime on vuoden luokkaa, guest-käyttiksenä stable Debian.

    Tiedostojen jako guestin ja hostin välillä onnistuu paitsi Samballa myös Qemun sisään rakennetulla TFTP-serverillä. Tietenkin myös sopivan muotoiset quest-käyttikselle annetut levyimaget voi välillä mountata host-käyttikseen.
    VMWaren levyimaget toimivat suoraan Qemussa. Jos guest-käyttikselle määrittelee toimivan verkkointerfacen, voi luonnollisesti käyttää myös muita hostissa toimivia palvelinohjelmia tiedostojen siirtoon (SSH, NFS, ...).

    VMWaren kanssa en ole juuri leikkinyt. Näin ollen seuraavissa saattaa olla pieniä virheitä.

    Qemussa parempaa kuin VMWaressa:

    - Toimii monella host-käyttiksellä ja alustalla (ei pelkästään x86-koneissa) ja osaa emuloida montaa alustaa.

    - Asennus ja käyttäminen ei vaadi ylläpitäjän oikeuksia (tosin kernel-moduulilla saa lisää vauhtia x86-emulaatioon x86-alustalla), emuloitu tietokone on siis tavallinen käyttäjän prosessi, joten se ei ihan helposti riko host-käyttistä.

    - Tarkempi x86-emulaatio (esim. OS/2 toimii guestina, VMWaressa ei)

    - Qemua voi ajaa myös ilman X-serveriä (eli sen ei ole pakko avata uutta ikkunaa)

    - Avointa lähdekoodia (tosin kernel-moduuli ei ole).


    VMWaressa parempaa kuin Qemussa:

    - Luultavasti jonkin verran nopeampi, etenkin kun Qemun kernel-moduulia ei ole käytössä. En ole kokeillut.

    jatkakoon joku VMWarea paremmin tunteva tätä listaa.

    Kiitos vastauksestasi!

    Kuulostaa lupaavalta nuo sinun kokemuksesi. Itsellä olisi suunnitteilla ajaa qemua linuxissa ja emuloida sparc32:ta, ja virtuaalikoneeseen asentaisin sitten solaris 9:n.

    Melkein liian hyvää ollakseen totta. Toivottavasti ei tule takapakkia. Käyttiksenä mulla on debian sarge ja ilmeisesti kannattaa mieluummin kääntää ohjelmisto itse kuin ladata vanhentunut 0.61-paketti debianilta.

    Onko sulla muuten kokemuksia sparc/solaris -asennuksista?

    Äänestä

  • qemu-käyttäjä kirjoitti:

    Olen käyttäynyt Qemua paljon, ja se on osoittautunut erittäin vakaaksi. Useammankin virtuaalikoneen uptime on vuoden luokkaa, guest-käyttiksenä stable Debian.

    Tiedostojen jako guestin ja hostin välillä onnistuu paitsi Samballa myös Qemun sisään rakennetulla TFTP-serverillä. Tietenkin myös sopivan muotoiset quest-käyttikselle annetut levyimaget voi välillä mountata host-käyttikseen.
    VMWaren levyimaget toimivat suoraan Qemussa. Jos guest-käyttikselle määrittelee toimivan verkkointerfacen, voi luonnollisesti käyttää myös muita hostissa toimivia palvelinohjelmia tiedostojen siirtoon (SSH, NFS, ...).

    VMWaren kanssa en ole juuri leikkinyt. Näin ollen seuraavissa saattaa olla pieniä virheitä.

    Qemussa parempaa kuin VMWaressa:

    - Toimii monella host-käyttiksellä ja alustalla (ei pelkästään x86-koneissa) ja osaa emuloida montaa alustaa.

    - Asennus ja käyttäminen ei vaadi ylläpitäjän oikeuksia (tosin kernel-moduulilla saa lisää vauhtia x86-emulaatioon x86-alustalla), emuloitu tietokone on siis tavallinen käyttäjän prosessi, joten se ei ihan helposti riko host-käyttistä.

    - Tarkempi x86-emulaatio (esim. OS/2 toimii guestina, VMWaressa ei)

    - Qemua voi ajaa myös ilman X-serveriä (eli sen ei ole pakko avata uutta ikkunaa)

    - Avointa lähdekoodia (tosin kernel-moduuli ei ole).


    VMWaressa parempaa kuin Qemussa:

    - Luultavasti jonkin verran nopeampi, etenkin kun Qemun kernel-moduulia ei ole käytössä. En ole kokeillut.

    jatkakoon joku VMWarea paremmin tunteva tätä listaa.

    Ubuntun live-cd:llä jo tsekkasin, että homma futaa. Ihme juttu, ei mitään virityksiä edes tarvittu. Tosin hidas oli kuin mikä, rompun lukeminen kesti todella kauan.

    Mutta se sparc-alusta, se se vasta kiinnostava on.

    Äänestä

  • Jahvetti kirjoitti:

    Ubuntun live-cd:llä jo tsekkasin, että homma futaa. Ihme juttu, ei mitään virityksiä edes tarvittu. Tosin hidas oli kuin mikä, rompun lukeminen kesti todella kauan.

    Mutta se sparc-alusta, se se vasta kiinnostava on.

    Sparc-emulaatiolle ei ole tullut tarvetta. Olen käyttänyt Qemua, kun host oli Sparc, mutta silloinkin se emuloi x86-alustaa.

    Ne hyvin kauan päällä olleet Qemuni ovat muistaakseni 0.6x-versioita. Sen jälkeen Qemuun on kyllä tullut kaikkea hassua lisää, kuten usb, äänikortteja ja hauskoja virtuaalisia lähiverkkovirityksiä. Suosittelen siis kääntämään tuoreen Qemun, niin kuin taisit jo tehdäkin.

    Äänestä

  • qemu-käyttäjä kirjoitti:

    Sparc-emulaatiolle ei ole tullut tarvetta. Olen käyttänyt Qemua, kun host oli Sparc, mutta silloinkin se emuloi x86-alustaa.

    Ne hyvin kauan päällä olleet Qemuni ovat muistaakseni 0.6x-versioita. Sen jälkeen Qemuun on kyllä tullut kaikkea hassua lisää, kuten usb, äänikortteja ja hauskoja virtuaalisia lähiverkkovirityksiä. Suosittelen siis kääntämään tuoreen Qemun, niin kuin taisit jo tehdäkin.

    Sieltä löytyy näköjään valmis binääri linuxille. Tosin acceleratorin jouduin kyllä kääntämään.

    Taidan kuitenkin aloittaa vaikkapa toisen linuxin ajamisella, jotta saisin verkkoyhteydet mahdollisimman helposti toimimaan. Siitä sitten laajennan sparcille jos kokemukset ovat hyviä.

    Aika mielenkiintoista on havaita, että melko kalliilla vmwarella on näin hyvä open source -kilpailija. Tai no, annetaan lopullinen lausunto sitten, kun on tullut jonkinnäköistä tatsia suorituskyvystä. Vmware on kyllä hyvin tehokas, windows pyörii linuxissa välillä lähes huomaamattoman oloisesti.

    Äänestä

  • Jahvetti kirjoitti:

    Sieltä löytyy näköjään valmis binääri linuxille. Tosin acceleratorin jouduin kyllä kääntämään.

    Taidan kuitenkin aloittaa vaikkapa toisen linuxin ajamisella, jotta saisin verkkoyhteydet mahdollisimman helposti toimimaan. Siitä sitten laajennan sparcille jos kokemukset ovat hyviä.

    Aika mielenkiintoista on havaita, että melko kalliilla vmwarella on näin hyvä open source -kilpailija. Tai no, annetaan lopullinen lausunto sitten, kun on tullut jonkinnäköistä tatsia suorituskyvystä. Vmware on kyllä hyvin tehokas, windows pyörii linuxissa välillä lähes huomaamattoman oloisesti.

    Jos nopeutta kaipaat, Xen on oikea valinta. Se tosin vaatii melkoiset lisäykset host-käyttikseen, ja mikä vielä ikävämpää, modatun guest-käyttiksen, joten Windowsia siinä ei helposti ajeta.

    http://www.cl.cam.ac.uk/Research/SRG/netos/xen/performance.html

    Äänestä

  • qemu-käyttäjä kirjoitti:

    Jos nopeutta kaipaat, Xen on oikea valinta. Se tosin vaatii melkoiset lisäykset host-käyttikseen, ja mikä vielä ikävämpää, modatun guest-käyttiksen, joten Windowsia siinä ei helposti ajeta.

    http://www.cl.cam.ac.uk/Research/SRG/netos/xen/performance.html

    Kiitos tästäkin vinkistä!

    Windows ei ole lainkaan oleellinen minun tapauksessani. Mulla on noita sparc-koneita hoidossa joitain kappaleita ja niissä pyörii alati kehittyvää softaa. Ongelmana on koneiden riittämättömyys, tilanpuute, ja varsinkin se, että osa näistä mokomista softista vaatii roottina asentamista. Näin ollen vanhaan palaaminen voi olla vaikeaa eikä toisaalta toimivaakaan pitäisi mennä sorkkimaan jos ei ole ihan pakko.

    qemu voisi olla ratkaisu tähän ongelmaan. Virtuaalikoneen "puhtaasta" imagesta voi ottaa vaikka kuinka monta kopiota ja huoletta pelata mahdollisesti "vaarallisten" softien kanssa. Suorituskykyä pitäisi löytyä sen verran, ettei tarvitse ryystää kupillista kahvia jokaisen muutoksen jälkeen/aikana. Toki kriteerinä olisi myös, ettei aikaa pala mahdottomasti itse virtuaalikoneen virittämiseen - varsinkin kun yhtenä suurimpana motivaattorina näihin kokeiluihin on kiire.

    Äänestä

  • Jahvetti kirjoitti:

    Kiitos tästäkin vinkistä!

    Windows ei ole lainkaan oleellinen minun tapauksessani. Mulla on noita sparc-koneita hoidossa joitain kappaleita ja niissä pyörii alati kehittyvää softaa. Ongelmana on koneiden riittämättömyys, tilanpuute, ja varsinkin se, että osa näistä mokomista softista vaatii roottina asentamista. Näin ollen vanhaan palaaminen voi olla vaikeaa eikä toisaalta toimivaakaan pitäisi mennä sorkkimaan jos ei ole ihan pakko.

    qemu voisi olla ratkaisu tähän ongelmaan. Virtuaalikoneen "puhtaasta" imagesta voi ottaa vaikka kuinka monta kopiota ja huoletta pelata mahdollisesti "vaarallisten" softien kanssa. Suorituskykyä pitäisi löytyä sen verran, ettei tarvitse ryystää kupillista kahvia jokaisen muutoksen jälkeen/aikana. Toki kriteerinä olisi myös, ettei aikaa pala mahdottomasti itse virtuaalikoneen virittämiseen - varsinkin kun yhtenä suurimpana motivaattorina näihin kokeiluihin on kiire.

    Qemussa voi qemu-img-ohjelmalla tehdä monenlaisia levyimageita. Olen erityisesti pitänyt mahdollisuudesta tehdä copy-on-write-imageja, pohjaimagen ja edellisen copy-on-write-imagen päälle.

    Esim. minulla on "tavallinen" levyimage (dd if=/dev/zero of=2G.hd count=1 bs=1024 seek=2048000), jolle olen asentanut Windows 2000:nen. Sitten olen tehnyt sen päälle copy-on-write imagen, johon olen asentanut service pack 4:n (qemu-img create -b 2G.hd -f qcow 2G-sp4.hd). Ja edelleen 2G-sp4.hd:n päälle olen samaan tapaan tehnyt pari levyimagea, joissa on erilaisia softa-asennuksia. Nyt minulla on erittäin pienessä tilassa monta Windows-asennusta, joissa voin testata eri ohjelmien toimintaa.

    Halutessaan voi toki yhdistää copy-on-write imagen sen emoimageen (qemu-img commit 2G-sp4.hd). Silloin olisi tietenkin suotavaa, ettei kyseinen emoimage ollut muiden copy-on-write-imageiden emo. ;)

    Äänestä

  • qemu-käyttäjä kirjoitti:

    Qemussa voi qemu-img-ohjelmalla tehdä monenlaisia levyimageita. Olen erityisesti pitänyt mahdollisuudesta tehdä copy-on-write-imageja, pohjaimagen ja edellisen copy-on-write-imagen päälle.

    Esim. minulla on "tavallinen" levyimage (dd if=/dev/zero of=2G.hd count=1 bs=1024 seek=2048000), jolle olen asentanut Windows 2000:nen. Sitten olen tehnyt sen päälle copy-on-write imagen, johon olen asentanut service pack 4:n (qemu-img create -b 2G.hd -f qcow 2G-sp4.hd). Ja edelleen 2G-sp4.hd:n päälle olen samaan tapaan tehnyt pari levyimagea, joissa on erilaisia softa-asennuksia. Nyt minulla on erittäin pienessä tilassa monta Windows-asennusta, joissa voin testata eri ohjelmien toimintaa.

    Halutessaan voi toki yhdistää copy-on-write imagen sen emoimageen (qemu-img commit 2G-sp4.hd). Silloin olisi tietenkin suotavaa, ettei kyseinen emoimage ollut muiden copy-on-write-imageiden emo. ;)

    Hitto kun en ehtiny tänään yhtään katsoa qemua. Kiitos näistä loistavista vinkeistä! Pitää yrittää varata muutama päivä ihan vain tämän tutkimiseen. Vaikuttaa erittäin lupaavalta.

    Äänestä

Kommentoi aloitusta


Jahvetti kirjoitti:

Onko kenelläkään kokemuksia qemusta? Itse käytän vmwarea töissäni, mutta tekisi mieli kokeilla myös qemua sen ilmaisuuden vuoksi.

Jos kokemusta löytyy, tässä olisi muutama kysymys:

1) Onko asennuksessa ollut huomattavia ongelmia
2) Miten suorituskyky verrattuna vmwareen?
3) Pääseekö hostin tiedostojärjestelmään kiinni guestista (siis windowsista), vai pitääkö asentaa samba tms?

Kiitti jos jelppaatte. Ei viittis ruveta projektiin, jos on tiedossa että homma on susi.

Anonyymi
5000

Ilmoita asiaton sisältö

  • Sisältää materiaalia, joka on loukkaavaa, herjaavaa, rasistista, uhkailevaa tai ahdistelevaa.

  • Materiaali sisältää nimiä, yhteystietoja tai muita henkilökohtaisia tietoja. Julkisuuden henkilöistä, julkisissa viroissa toimivista ihmisistä sekä yritysten vastuuhenkilöistä saa keskustella työhön liittyen. Myös yksityiselämään liittyvistä asioista voi keskustella siltä osin, kuin niistä on julkisesti kerrottu.

  • Sisältää lapsille haitallista tai heiltä kiellettyä materiaalia. Seksuaalinen sisältö on sallittua aiheeseen tarkoitetuilla palstoilla, joiden ikäraja on 18 vuotta.

  • Lainvastaista sisältöä voi olla mm. yksityiselämää loukkaavan tiedon levitys, kiihottaminen kansanryhmää vastaan, laiton uhkaaminen, alaikäisiin liittyvä seksuaalinen sisältö/grooming, petokset, identiteettivarkaudet, kunnianloukkaukset ja tekijänoikeusrikkomukset.

  • Sisältö ei liity palstan tai keskusteluketjun aiheeseen.

  • Viesti ei ole suomea tai ruotsia (pl. International Forums), se sisältää mainontaa, se sisältää tekijänoikeuksin suojattua materiaalia, se on massapostitus tai jokin muu syy.

Jaa keskustelu