VirtualBox 3.2.0 Beta 1

Címkék

Frank Mehnert tegnap bejelentette a vbox-announce levelezési listán a VirtualBox 3.2.0 első beta kiadását. A beta kiadás nem ajánlott éles felhasználásra. A 3.2.0-s verzió nagyobb (major) kiadás lesz a következő új szolgáltatásokkal, jellemzőkkel:

  • Following the acquisition of Sun Microsystems by Oracle Corporation, the product is now called Oracle VM VirtualBox and all references were changed without impacting compatibility.
  • Experimental support for Mac OS X guests
  • Memory ballooning to dynamically in- or decrease the amount of RAM used by a VM (64-bit hosts only) (see the manual for more information)
  • CPU hot-plugging for Linux (hot-add and hot-remove) and certain Windows guests (hot-add only) (see the manual for more information)
  • New Hypervisor features: with both VT-x/AMD-V on 64-bit hosts, using large pages can improve performance (see the manual for more information); also, on VT-x, unrestricted guest execution is now supported (if nested paging is enabled with VT-x, real mode and protected mode without paging code runs faster, which mainly speeds up guest OS booting)
  • Support for deleting snapshots while the VM is running
  • Support for multi-monitor guest setups in the GUI (see the manual for more information)
  • USB tablet/keyboard emulation for improved user experience if no Guest Additions are available
  • LsiLogic SAS controller emulation
  • RDP video acceleration
  • NAT engine configuration via API and VBoxManage
  • Guest Additions: added support for executing guest applications from the host system
  • OVF: enhanced OVF support with custom namespace to preserve settings that are not part of the base OVF standard

Részletek a bejelentésben. A binárisok letölthetők innen.

Hozzászólások

Láttam én már leírást, hogy hackelt OSX-et hogyan lehet Virtualbox-ra rakni, így a "menni fog mindenen" rész pipa.

Itt talán arról lehet szó, hogy a gyári OSX is fog menni, jogilag és technológiailag úgy tudom elképzelni, hogy csak OSX host-tal.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

A megíráshoz igen, de az oldal letöltéséhez, a cikk elolvasásához, a hozzászólások elolvasásához majd megválaszolásához esetenként több is kell. Reloadot meg nem szoktam nyomkodni eközben.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

jól hangzanak a fejlesztések, főleg ez(ek) számomra:

* Memory ballooning to dynamically in- or decrease the amount of RAM used by a VM
* CPU hot-plugging for Linux (hot-add and hot-remove) and certain Windows guests (hot-add only)
* Support for multi-monitor guest setups in the GUI (see the manual for more information)
* LsiLogic SAS controller emulation
* RDP video acceleration

kiváncsian várom a végeredményt :)

Nekem a "Guest Additions: added support for executing guest applications from the host system" tetszik, egyedül a nehézkes fájlmozgatás fájó pont a host-guest között. A shared lib nálam valamiért embertelen lassú, meg kényelmetlen is.
(VMWare tudja a drag&drop-ot és a közös clipboard-ot fájlokkal is.)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

akkor elmondom :)

Van egy 4 magos géped mondjuk amiből 1 magot allokáltál a VM számára amikor elindítottad.
Közbe rájössz, hogy basz.ameg kevés a kraft, de nem lenne szerencsés leállítani a VM-et majd elindítani.
Na akkor megfogod menetközben, és hozzárendelsz még 1 procit a VM-hez, kicsit bütykölsz, és hopp ott a 2 mag, gyorsabb a VM-ed.

Nagyvonalakban erre.

disk hotplug van mar?

--
NetBSD - Simplicity is prerequisite for reliability

Natolt virtualis gepeket el lehet mar direktben erni a hostrol varazslas nelkul? (nomeg egyik natolt virtualis geprol a masikat)

http://gpsforum.hu - Navigációról szájkosár nélkül

pedig lehet, csak az xml fájlban kell túrni, most fejből nem tudom, hogy mit. de szerintem már ez sem a varázslás nélkül kategória :) jó lenne hozzá valami gui...

szerk: http://mydebian.blogdns.org/?p=148
ez lényegében a guest xml konfigjában turkál. anno így oldottam meg az openbsd build-elést; ssh putty-val, meg sftp filezillával, teljesen jól működött.

igazából az a 3 opció (hostport, guestport, protocol) és az értékük a lényeg. nem is értem, miért nincs erre azóta se lehetőség gui-ból, mert szerintem elég alap dolog lenne, megvalósítani meg triviális.
szerintem.

nem kell semmi hack. most sikerült összedobnom egy hármast (ws2003, wxp, w2000):

http://img217.imageshack.us/img217/5462/clipboard01o.png

a szerver natolva van a hosthoz. emellett van egy másik NIC-je, az intnet-re van beállítva. a másik két guest xp és 2000 kliensek. ezeknek csak 1-1 NIC-je van, intnet. a szerveren routing, nat, iis, dhcp, stb. fut.

érdekes módon a 2000-en nem jön be az internet felőli forgalom, de annyira már nem érdekel, hogy utánajárjak :) szerk: valamitől megjavult :D

a host-ról a guest elérésére meg van nat+portforward vagy bridging, az már részletkérdés. a vbox egyébként 3.1.6.
szerintem.

Elso tippem nekem is az volt, de hogyan fogja ez nekem natolni kifele a mogotte levo bridge-elt virtualis gepeket? (platform legyen mondjuk win7)

Felreertes elkerulese vegett komolyan kerdem, nem kotekszem. Szeretnek megszbadulni a vmware workstaiontol, windoz alatt, de a nat moge rakott gepeknek latszaniuk kell a hostrol, latniuk kell a hostot es egymast, valamint ki kell lassanak az internetre. Ez megy is vmware alatt kattkattkatt modon, vagy linuxon vboxszal dummy interfesz mogott iptables segitsegevel megoldott nattal. Desktop windozokon fogalmam nincs hogy oldom meg hogy egy virtualis interface mogott ulo bridge-elt gepek natolva legyenek kifele.

http://gpsforum.hu - Navigációról szájkosár nélkül

ami nalam megy az az, hogy a vmnet8-nal (vmware nat-os interface) engedelyezem a vbox bridge binding-ot, es igy effektive a vmware nat-ot hasznalom (a vbox-ban a halozati interface-t a vmnet8-ra bridgelem), igy siman megy a host-guest ill. guest-internet kapcsolat, ket guest-em nincs, igy azt nem tudom.

loop.

pont a vmware-tol akarnek megszabadulni windozon (is) Microsoft loopback adapter mogott figyelo "halot" kene valahogy a fizikai interfesz fele natolni, de ez tudtommal picipuhanal csak "szerver" oprendszerekkel mehet. Remelem en tudom rosszul es valaki felvilagosit majd.

http://gpsforum.hu - Navigációról szájkosár nélkül

Azzal nem fog menni, legalábbis nekem nem ment. Viszont kipróbáltam ezt a nat-os dolgot gyorsan és ezzel megy.

Dióhéjban:

ICS szervízt le kell tiltani:

sc stop SharedAccess

Routing/RAS szervízt el kell indítani:

sc config RemoteAccess start=auto
sc start RemoteAccess

Egy kis nat.txt file-t érdemes csinálni kb. ezzel a tartalommal:

# ----------------------------------
# NAT configuration
# ----------------------------------
pushd routing ip nat
uninstall
install
set global tcptimeoutmins=1440 udptimeoutmins=1 loglevel=ERROR
#publikus interfesz
add interface name="Helyi kapcsolat" mode=FULL
#privat interfesz
add interface name="VirtualBox Host-Only Network" mode=PRIVATE
popd

Majd

netsh -f nat.txt

Innetől a host only adaptered címére állítod a guest default gw-jét és máris megy.

Tud ez a Windows mindent, ha akarjuk :)

Jelentem nekem siman megy. Microsoft loopback adaptert kell telepiteni majd engedelyezni az internet connection sharinget a fizikai interfeszen erre az adapterre. Ezutan a virtualis gepet bridge-elni kell a loopback adapterre.

Win7 host alol latszik szepen a linuxos guest, es forditva, valamint a guest kilat az internetre jol. Az mar csak aprocska hasfajas, hogy meg nem tudom lehet-e valahogy portforwardot csinalni a guestekre Windoz host eseten (linuxon persze ez is tokegyszeru).

Amugy ezek alapjan egy uj pont a "mit tud a linux amit a windoz nem" topichoz: egyszeru, ertheto es hatekony halozatkezelest.

http://gpsforum.hu - Navigációról szájkosár nélkül

azt azért tegyük hozzá, hogy azok a hálózatos dolgok, amik a userek 99%-ának kellenek (a natolt vbox nic alól elért linux guest nem épp a legelterjedtebb problémakör), windows-on úgy 10 éve mennek gond nélkül, GUI-ból, kényelmesen. linuxon meg... inkább hagyjuk. elég, ha a networkmanager-re gondolok, és agyfaszt kapok. márpedig ez szerintem egy sokkal fontosabb dolog lenne, mint az, hogy a fenti nyakatekert scenario-t "egyszerűen" meg tudd oldani konzolból, ingyenesen.
szerintem.

NetworkManager a userek 99.9%-anak jo hogy van, pont a "windoz filing"-et viszi a leenugz halozatkezelesebe. Akinek meg utban van, annak mar megvan az a tudasa, hogy le tudja gyalulni pikkpakk. Jellemzoen a legtobb desktop gepen en is fenthagyom, max szolok neki hogy az interfaces-ben megadott konfigot vegye figyelembe, igy a halozat statusza nem lesz "offline" debian stilusban konfigolt halo eseten sem. Sot mi tobb: Notebookon nagyon hianyozna ha nem lenne NetworkManager a kulonbozo halozatok kozotti maszkalas miatt.

Halozati eskozkent komolyan NT4 idejeben kellett szamitasba vegyek windozt, akkor meg a workstation szimpla routingot sem tudott alapbol, vehettel szervert ha route-olni akartal.

A fenti scenario nyakatekertsegrol meg annyit, hogy fejlessz egyszer olyan rendszert ahol vannak interneten elerheto komponensek, amihez kulonbozo kliens-szeru dolgok kell kapcsolodjanak ugy, hogy kozben direktben is kommunikalnak neha, es csinalj tesztkornyezetet hozza a fenti megoldas nelkul ugy, hogy kozben ne szemeteljek tele a ceges halot a baromsagaikkal. Vagy ha meg a sok folosleges pofazassal nem is torodsz, mi van, ha a switchek ugy vannak beallitva, hogy adott porton csak egy MAC address felol/fele engedelyezett a forgalom, mert bridge eseten ugye a virtualis gepek forgalma kamu MAC-ek felol jon.

Nem tudom ki mire hasznalna egy desktop virtualizacios kornyezetet, de szerintem a teszteles/debuggolas eleg jellemzo felhasznalas a "pisitke jaccik a leenugzzzal windoz alol" mellett. Arrol nem beszelve hogy pistike tuti nem fog fizetni supportert a fejlesztonek, ami ingyenes szoftvernel ugye nem kicsit szempont.

http://gpsforum.hu - Navigációról szájkosár nélkül

úgy tűnik, nem nagyon jött át, amit mondtam. én nem azt mondtam, hogy a te igényednek egyáltalán nincs létjogosultsága, csak azt, hogy azokon a helyeken, ahol mondjuk windows desktop van, ennek az igénynek a felmerülési aránya kb. elenyésző. próbálj kicsit elvonatkoztatni a virtualizált fejlesztéstől, mert én már nem csak arról beszéltem, hanem általános desktop/workstation használatról.

az nt4-et igazán nem értem, hogy miért hoztad elő, mivel az egy 96'-os riliz. én ICS-t már win me (nyugodtan lehet röhögni, attól még igaz) átjáróval is használtam, és érdekes módon egyszer beállítottam guiból a hálózatot, lefuttattam az ICS wizard-ot, és tah-dah, ment minden fájdalom nélkül. de AFAIK már a '98-ban is volt ilyen. hol volt akkor a networkmanager? meg hol van most? emlékeim szerint már az hatalmas fícsörnek számított (1-2 éve), hogy (állítólag) tud több NIC-et kezelni (wow!). persze kicsit(?) bugged, de az már nem baj!

annak örülök, hogy neked nagyon jól működik a networkmanager, annak már kevésbé, hogy nekem csak rossz tapasztalatom volt eddig vele, és a visszajelzések alapján nem vagyok vele egyedül. erre a 99,9%-ra nem vennék mérget, nekem gugli kidobott az nm problem keresésére 1 milla találatot, ami 1% linux desktop mellett igazán szép eredmény. ja, legyalulhatom, aztán gyárthatok wpa keyt konzolban, hogy aztán csatlakozzak a routerre, aztán kérjek/beállítsak ip címet. csodás. jaja, wicd, blabla, sajnos hasonló színvonal.
szerintem.

Az jonak szamit nem?

Felreteve: Jol lehetNE hasznalni csak kene valami cli-s konfig eszkoz hozza, meg hat ugy meg nem egeszen 'kesz' az egesz. Arch alatt a modemet nem fogta valamiert, foggalmam nincs miert. (Mindent feltettem, felismerte az eszkozt, etc etc, de szerintem valami patch hianyozhatott NM-bol)

"Elso tippem nekem is az volt, de hogyan fogja ez nekem natolni kifele a mogotte levo bridge-elt virtualis gepeket? "
Ha "Brigelt kártya" megadást használsz, akkor nem "mögötte" lesz, hanem "mellette". Ahogy a host kilát, ugyanúgy kiláthatnak a virtuális gépek is.
Ahogy lentebb is írom, nálam van egy router, ami megosztja az internetet, azon lóg a host-om (és még egy-két gép), valamint olyan, mintha a "Bridgelt" virtuális gépeim is azon lennének. Az összes fizikai és virtuális gépem egy hálózatban van és látják egymást valamint az internetet.

Ugy erzem egyaltalan nem erted mit szeretnek elerni. Ha lattal mar vmware workstation-t akkor tudod ott hogyan mukodik a nat. Van egy virtualis interfesz egy subnettel ami "moge" a virtualis gepek kerulnek. A host fizikai interfesze fele ez a sunbet natolva lat ki. NEM szeretnem a virutalis gepeimet lathatova tenni a fizikai halon, sajat, privat subnet moge akarom oket tenni nat moge. Mint ha a host egy natolo router lenne es a virtualis gepek a host virtualis szegmensere lennenek felfuzve. Pont mint az otthoni routered mogotti fizikai gepeid, csak itt a router az a host, a gepek es a halozat pedig nem fizikai hanem virtualisak.

http://gpsforum.hu - Navigációról szájkosár nélkül

es mikortol lesz fizetos? :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Még jó, hogy van GPL-es, csak pár apróságról le kell mondani.

Az más kérdés, hogy ha a GPL-est ki fejlesztené, ha az Oracle nem fizetné a fejlesztőket...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Valaki le tudta ezt tölteni? (exe)
Nekem állandóan megszakad.

********************
"Aki nem backupol az tehetsegtelen :-)"
"...ha nem tévedek!" (Sam Hawkins)
http://holo-media.hu

Hát ez engem nagyon nem szeret, tegnap óta nem akar lejönni, se simán fx download kezelőjővel, se downloadthemall -lal (minden más oké, mielőtt látatlandebugba fognánk).

********************
"Aki nem backupol az tehetsegtelen :-)"
"...ha nem tévedek!" (Sam Hawkins)
http://holo-media.hu