- A hozzászóláshoz be kell jelentkezni
- 2551 megtekintés
Hozzászólások
Jol latom hogy ujfent nem lesz Xen Dom0? Ezesetben hadd gratulaljak Linusnak, hogy ilyen szepen sikerul a nagy joceg(tm) -pirossatyak- xen elleni aknamunkajanak ellenalnia.
Van meg amugy valami "szakmai" erv a xen ellen azon kivul, hogy a redhat (hogyrohadnaelottaholvan) szerin a kvm a jovo?
http://gpsforum.hu - Navigációról szájkosár nélkül
- A hozzászóláshoz be kell jelentkezni
Hát ha csak az nem, hogy mióta a citrix kezében van a dolog olyan semmi se biztos alapon fejlesztik?
A kvm-et meg a kernelbe farigcsálják bele és nem microkernelezik. Hozzáteszem, hogy mondjuk a vmware microkernele egész szépre sikerült, szóval ez azért nem lehet egy ultimate érv a kvm mellett. :)
Hozzáteszem, hogy a fenti problémához köze sincs a redhatnak. De mondjuk szidni ettől még lehet. Mert jó. Én meg mondjuk most a gyalogosokra fogok haragudni. Mer csak. Meg rohadjanak meg amúgy is. Húúúú, ez jól esett.
- A hozzászóláshoz be kell jelentkezni
Szerintem a Redhat-nak is gáz, hogy dobniuk kellett az RHEL 6 -ból.
Ezt a thread -et érdemes átfutnod. A legfőbb gond vele, hogy a Xen gyakorlatilag egy második kernel, kódot duplikál, rengeteg alrendszerbe belenyúl, hogy -konyhanyelven fogalmazva- mindkét kernellel működjön.
Egyébként pedig a Xen csapat a múltban szinte semmiféle párbeszédet nem folytatott a kernelfejlesztőkkel, csak nyomták a saját kódjaikat, gyakorlatilag feedback nélkül. Beolvasztás után a Xen nagyban befolyásolná a Linux alapvető működését - nyilván nem akarták magukat rábízni egy olyan csapatra, akikkel nincs érdemi párbeszéd.
Mellesleg a Redhat a Linux egyik legnagyobb hozzájárulója (kernel+userspace), elég mókás ócsárolni őket egy szakmai portálon.
- A hozzászóláshoz be kell jelentkezni
Pirossatyak kvm-e amikor legutob csekkoltam cca dupla annyi ido alatt forditott le egy Linux kernelt mint a nyersvason (vagy xen guesten) Szerintem a KVM-et ilyen teljesitmennyel sokkal inkabb ciki beengedni a vanilla Linux kernelbe gyakorlatilag egyetlen virtualizacios megoldaskent.
http://gpsforum.hu - Navigációról szájkosár nélkül
- A hozzászóláshoz be kell jelentkezni
En ugy 1 honapja tesztelgettem teljesitmenyben xen-t, kvm-et es lenyegi kulonbseg nemigazan jott ki koztuk.
--
Don't Panic if you see me laughing,
that's not a bug, just a feature.
- A hozzászóláshoz be kell jelentkezni
Nagy kérdés, hogy mivel. Number crunching benchmarkokban jó ha 5% eltérést fogsz látni a natívhoz képest, ezt mindig is reklámozták pl a Xen-nél. Ilyenkor gyakorlatilag nem kerül a vezérlés át a hypervisorhoz, hosszan futhat nyugiban a guest.
Viszont, ha sok az I/O illetve általában rendszerhívásokból sokat végez a benchmark, sok folyamatot indít, sok memóriát allokál és szabadít fel (kernel fordítás többé-kevésbé tűráztat mindent a felsoroltakból), akkor ezek mind-mind egy-egy kört jelentenek a hypervisor felé. Pláne ha valami perifériát emulálni is kell, akkor elég komoly overhead van.
Az sem mindegy, hogy a CPU mennyire gyorsan csinálja meg a VMCALL/VMRET műveleteket. Ebben már kb 2 nagyságrendnyi különbség van az első VTx-es Pentium4-ek és a legújabb Core i7-ek között.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
Két eset van:
1. - rég volt az a legutóbb
2. - valamit elszúrtál/elnéztél
- A hozzászóláshoz be kell jelentkezni
én tavaly néztem, de ott is messze a xen volt a legjobb :>
Ubuntu 10.04, Thinkpad x60s
- A hozzászóláshoz be kell jelentkezni
Mar a rossz hdd. image formatum valasztas is sokat jelent.Mintha default pont szar lenne. Mar nem emlekszem melyik volt a gyors.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Mind xen mind kvm eseteben kozvetlenul lv-ben csucsult a virtualis gep, nem fajlban. Szoval szerintem ez kilove.
http://gpsforum.hu - Navigációról szájkosár nélkül
- A hozzászóláshoz be kell jelentkezni
Te figyi KVM nem a RedHat-é. A RedHat azért használja a Xen helyett, mert a Citrix miután megvette a Xen-t, különös és kétnaponta változó licencelési feltételekkel állt elő, majd a fejlesztés kimerült abban, hogy....ööö...nem fejlesztettek rajta. Az, hogy a community fejleszti ebben az esetben nem elég. A community support lóf@sz nagyvállalati környezetben, pláne ha a VMWare-hez, HyperV-hez, vagy akár a KVM-hez viszonyítjuk.
Én nem különösebben kedvelem a RedHat-ot...aki ismer az tudhassa :) ...de ez a folyamatos RedHat köpködés most már nem vicces, hanem tragikus, már bocs.
- A hozzászóláshoz be kell jelentkezni
én úgy tudom hogy a kvm-t fejlesztő céget e RedHat megvette :>
Ubuntu 10.04, Thinkpad x60s
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Rendben van, akkor a kvm-et fejlesztő céget megvette a RedHat. A Qumranet fejlesztői RedHat alkalmazottak lettek. Én ennek ellenére sem érzem úgy, hogy a Citrix Xen-nel ellentétben a KVM-et úgy lehetne hívni: RedHat KVM.
Hozzáteszem, hogy se a KVM-ért, se a Xen-ért nem vegyok oda, de lehet ennek az az oka, hogy VMWare-t használunk inkább. :)
Engem csak a stílus zavart. Bocsi.
Meg kicsinység zavart az összeesküvés elmélet is, hogy a Redhat megtiltotta a kernelfejlesztőknek, hogy a Xen-t belerakják. Asszem számos más oka van annak. Áhh...mindegy.
- A hozzászóláshoz be kell jelentkezni
A politika miatt nem érdemes idegeskedni :)
- A hozzászóláshoz be kell jelentkezni
Mostmár képes skálázni a radeonok órajelét ezzel szépen csökkentve a mobil ati kártyák fogyasztását. A feszültségállítás még hiányzik, így még nem hűti le a kártyát annyira mint a hivatalos driver.
- A hozzászóláshoz be kell jelentkezni