Virtualizáció

A VMware memóriakezelésével kapcsolatban - miszerint cache-eléssel megnövelve a használható memóriát, képes a virtuális gépeknek összesen több memóriát kiosztani, mint a fizikai ram mérete - felmerült bennem, hogy erőforráskihasználás tekintetében mi a gazdaságosabb?
a., kiosztani egy arányos mennyiségű memóriát a VM-nek és a guest OS-en beállítani egy megfelelő méretű swap drive-ot
b., akár "kapacitáson felül" osztani ram-ot a VM-eknek, és hanyagolni a swap-et, elkerülve ezzel a virtuális processzor által a virtuális merevlemezre történő cache-elést, amit persze mind a host-nak kell lekezelnie. Lásson inkább a VM elegendően sok RAM-ot, a cache-elést meg bízzuk a VMware-re, ha szükséges

A címbeli XEN pedig ott jön a képbe, hogy elő lehet-e csalogatni belőle a fentihez hasonló funkciót, hogy viszonylag szűkös fizikai RAM kapacitással jobban tudjak gazdálkodni?

Sziasztok!

A jelenlegi DualBoot rendszer helyett szeretnék csak Debian-t használni, ahhoz viszont az kellene, hogy a World of Warcraft nevű játék menjen virtualizáció segítségével az alábbi gépen:

A processzor adatai:
Name: Mobile AMD Sempron 3500+
Code Name: Keene
Brand ID: 3
Package: Socket S1 (638)
Technology: 90nm
Core VID: 1.200 V
Specification: Mobile AMD Sempron Processor 3500+
Family: F
Model: C
Stepping: 2
Ext. Family: F
Ext. Model: 4C
Revision: DH-F2
Instructions: MMX (+), 3DNow! (+), SSE, SSE2, SSE3, x86-64
Core Speed: 1.8 GHz
Multiplier: x9.0
Bus Speed: 200 MHz
HT Link: 800 MHz

L1 Data: 64 KB
L1 Inst.: 64 KB
Level 2: 512 KB

Videókártya:
Manufacturer ATI
Series Radeon Xpress
Codename
Pipelines 4 / 2 Pixel- / Vertexshader
Core Speed * 300 MHz
Shader Speed * 300 MHz
Memory Speed *
Memory Bus Width 0 Bit
Memory Type shared Memory
Max. Amount of Memory
Shared Memory no
HyperMemory bis (up to) 128 MB
DirectX DirectX 9b, Shader 2.0
technology 110 nm
Notebook Size small and light
Date of Announcement 01.06.2006
Information selben Features wie Mobility Radeon X300

(A videókártya által felhasznált memória 512 MB)

Kérdés az, hogy ezen a vason menne-e elfogadható FPS értékkel az említett játék, illetve ha igen, milyen virtualizációs eszközzel próbálkozzak?

Válaszokat/véleményeket előre is köszönöm!

Sziasztok!
Próbálgatom a VirtualBox 3.0.6-ot, és azt tapasztalom, hogy sokkal lassabb, mint a VmWare. Keresem, hogy mi lassab, és odáig szűkítettem a kört, hogy a geust gépen minimális hálózati forgalom 100% proci használatot okoz a host gépen. (A guest egy XP, a host pedig Ubi 8.04 LTS.) A VmWare-t is megfogja a hálókártya, de saccra olyan 3-szor gyorsabb, mint a VirtualBox.
Ezzel kapcsolatban egyetlen kérdésem maradt: korábbi verzióknál is így van, vagy tördjek bele, hogy ezt tudja a VBox? Illetve akik régebben használják a VBox-ot, éreztek-e mostanában sebesség visszaesést?
Előre is köszi a segítséget!

Megfogott a kovetkezo dolog:

Adott egy centos 5.3-as szerver 2.6.18-as kernellel, kvm-85-os hypervisorral.
Abban az esetben, ha a qemu-t kvm tamogatassal inditom (libvirt, vagy qemu-kvm segitsegevel tok mindegy) telepites kozben megszolal, hogy drive seek error, majd a journal-t is elveszti, ha meg van formazva a rendszer, majd kiir mindenfele egyeb finomsagot.

Abban az esetben, hogyha nem kvm-s gyorsitassal inditom, hanem siman qemu emulatorban, akkor tokeletesen felmaszik a debian, fut is (csak ugy lassan). Ha fogom magam, a feltelepitett hd image file-t elinditom utana kvm-s gyorsitassal szetszantja az egesz filerendszert a virtualis gep (szinten mind ha atirom az xml file-t, mind ha kezzel inditom a qemu-val).

Keresgeltem mindenfele, de nem lattam semmilyen hasonlo problemat masnal. Probaltam qcow2, raw formatummal is, de egyikkel sem sikerult semmti csinalnom. virt-install-lal is csinaltam mar virtualis gepet, valamint kezzel szerkesztettem xml file-t szoval ezzel a resszel nincsen gond. Inkabb valami olyasmire gondolok, hogy esetleg a kvm-85-os hibas lenne, de nem nagyon talaltam problemat ezzel kapcsolatosan.

Ha esetleg valaki talalkozott ilyen problemaal orulnek, ha sugna egyet.

Sziasztok

A gép egy dl380G5 amihez HBA-n keresztül csatlakozik egy HP StorageWorks amiben van egy Ultrium 920, ez az lspci-ban a következő képpen látható:
17:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068E PCI-Express Fusion-MPT SAS (rev 02

A gépen debian lenny fut 3.4.0 xen-nel, és ezt az eszközt szeretném átadni egy win2003-as virtuális gépnek.

Tudnátok abban segíteni hogy ezt hogy lehet megcsinálni, ha eggyáltalán meg lehet csinálni.

A segítséget előre köszönöm.
P.Zoli

Egy ilyet találtam:

http://migeel.sk/blog/2007/10/24/virtual-machines-performance-compariso…

Mondjuk elfogadom hitelesnek, ám rém régi, azóta sok-sok változás történt, de nagyhirtelen nem találtam újabbat. Van valakinek kéznél egy ilyesmi? VirtualBox, Xen, VMWare, MS Virtual PC, stb.? Ebből az első három érdekel igazán :D

Elsősorban a teljesítmény érdekel, nem az kell, hogy egy kattintással tudjak leállás nélkül alkalmazásokat mozgatni gépek között.

Host és guest is linux. Guest Additions telepítve. Bárhogy osztom meg a wifit-t a guestnek, mindig eth0-ként látja. Hogy lehet megoldani, hogy wifinek lássa? Azaz ne eth0, hanem wlan0 (persze ne csak a név legyen más, hanem valóban vezeték nélküli hálózatnak lássa). Korábban találtam egy leírást a neten, de most sehol sem találom.

Sziasztok,

proxmox-ot használunk virtualizációhoz. Eddig több helyen gond nélkül. Most egyik ügyfélnél proxy is bekerült virtuálba, és kb 100-an használják, Openvz-ben fut. A probléma az, hogy mióta élesítve lett a CT, azóta random szerűen lefagy az egész szerver. A vas HP DL380, minden bővítés HP benne, memtest hibát nem talált. Az alábbi linken van a kernel panic képe:

http://kepfeltoltes.hu/090904/DSC00385_www.kepfeltoltes.hu_.jpg

Gyári kernel fut rajta, tegnap frissítettem is, de ma is elszállt. Visszaálltunk a régi proxy-ra így most nem fagy, de sajnos ez így nem jó :)

Ha bármi információt elhallgattam, ami elősegíteni a probléma megoldását, szóljatok. :b

Légyszi segítsetek, hogy merre induljak el a hiba elhárításában.

Köszi előre is.

Balázs

Csinált már ilyet valaki?

Sziasztok!

A gondom az lenne, hogy béna vagyok mert a tárgyban szereplő problémára 2 nap alatt sem találtam megoldást, de sajnos ezen még ti sem tudtok segíteni.
Ezért segítsetek rajtam kérlek!
Van egy a címben említett régi szerverünk, mely sajnos nem rendelkezik semmilyen virtualizációs kiegészítéssel, illetve nem 64bit-es.
Erre a szerverre egyszerű kis teszt xp guesteket szeretnénk telepíteni. Na most én a virtualbox-on kívül semmilyen virtualizációs rendszert nem tudtam rajta beüzemelni, ami támogatná a windows guest-eket is. A quemu-t most nem próbáltam, mert útsó alkalommal mikor néztem meglepően lassú volt hasonló környezetben. A virtualbox megfelelne, ha rendelkezne valami távolról használható adminisztrációs felülettel, de én ilyet -kész működő megoldást- nem találtam. A Xen meg ahogy néztem, ilyen esetben csak linux guest-et hajlandó futtatni...

Tehát keresek egy olyan távolról lehetőleg X futása nélkül menedzselhető virtualizációs szoftvert, mely képes 32bit-es virtualizációs képességek nélküli gazdagépen "értelmes" sebességgel vendég gépeket futtatni.

Minden segítséget előre köszönök!

PaPA