Sun Microsystems: VirtualBox 2.2.2

Címkék

A Sun Microsystems bejelentette a VirtualBox névre hallgató virtualizációs terméke 2.2.2-es hibajavító, karbantartási kiadását. A 2.2.2-es verzió egy rakás hibajavítás mellett kezdeti támogatást kínál a Mac OS X következő - Snow Leopard - változatához. A bejelentés itt olvasható. A változások részletes listája itt tekinthető meg.

Hozzászólások

Nem a ********** az a szó, amit nem szabad leírni se? :)

--
"How do you work in a team situation when all the other team members are fools and idiots?"

egyikőtöknek sem akarok igazat adni, magamat is leszúrom hogy egyáltalán most ide írok:)

egyetlen dolgot emelnék ki: a koppant szót, mert nem koppantak, a céljukat elérték, mert egyáltalán nem valószínű hogy a suntól akartak pénzt, hanem ingyenreklámot, hisz még itt is szerepel, azt hogy a játéknak vagy a cégnek vagy tvtársaságnak nem tudom, mert én nem néztem utána mint gondolom sokan

és mindenki aki ilyen szálakra reagál idióta vagy flémhajhász vagy konkrétan érdekelt a cégnél..
én sem flémet nem keresek, se semmi közöm a témához :)

Érdekességként leírom, hogy a VirtualBox 2.2.0-ával, 32 bites Windows Vista gazdagépen a virtuális gépen futó Windows XP és Windows 7 nem tudta a hálózatot használni. A Linuxok (Fedora, CentOS, Ubuntu, Frugalware) kifogástalanul működtek.
Mindegyik virtuális gép még VirtualBox-2.1.4-en vagy korábbi verzión készültek. Próbáltam a verzióval visszalépni, de xml-es konfig fájlok nem megfelelő szerkezetére panaszkodott.
Miután tegnap délután frissítettem VirtualBox 2.2.2-re megszűnt a hálózati probléma.
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)

Van valaki aki kapcsolatban áll valamilyen formában a fejlesztőkkel? Lenne egy patch-em de nem tudom, hogy hova küldjem...

----- www.blackpanther.hu -----

Mert fölösleges adminisztráció. Nekem bekerült egy 3-4 soros triviális javításom annak idején a Dapper-be. Így név nélül is vagy 2 hónapig tartott, mire release lett belőle, de ha alá kellett volna írnom, akkor még most is arra várnának. Persze bárki írhatott volna egy másikat, hasonlót, vagy jobbat néhány óra alatt, de ha az adott csomag gazdájának amúgy sincs ideje, akkor ez segítség neki. Aláírási hercehurcával meg nem.

"Ez butaság."

Aztán majd ha egyszer akar valami komolyabb változtatást csinálni rajta a sunracle, akkor majd nem lehet, mert 1276387 fejlesztőt kellene megkérdezni. Így meg egy kézben összpontosul minden.

Van egy szint, ahol el lehet játszani a pistuka és a haverok fejlesztési modellt, és van egy szint, ahol nem lehet és nélkül belekotyvasztani mindenbe mindent, mert jön egy SCO és majd elkezd jól elkezd irgumburgumozni, aztán jön a jogi bizonytalanság.

----------------
Lvl86 Troll

Maj' en megmondom, mi a butasag. Ez kerem az :-). Ugyanis a nev nelkul beolvasztott kod minosegeert valo felelosseg mindig a patch committolojat terheli. Tehat, ha mittomen, apu mogem all, es szol, hogy te, bakker, onnet lemaradt egy free(), es en egy patchben azt kommittolom, akkor a felelosseg onnantol az enyem, es nem az apame, hiszen az en nevemmel lett kommittolva a kod.
A jog meg nem ismeri a nevtelen segito fogalmat sem. Kulonben meg, amig nincs megjelolve a kod, hogy "XY fix, thanks to YZ", addig a kod az en szellemi tulajdonom, es max akkor lehet gaz, ha plagizalasnak minosul, ugyanakkor az a felelosseg is engem, committert terhel, nem harithatom at az eredeti segitore, ha a commitkor nem neveztem meg.

Szerintem.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ha lokalizacios patch, akkor a 2018-as ticketbe bele kell irnod, hogy elfogadod a MIT licensz felteteleit, majd mehet a kod. De ott megtalalod a lokalizacios fejlesztok nevsorat is, igy ott is tudsz egyezkedni.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

ubuntu 9.04

-virtualbox-ose leszed
-virtualbox-2.2_2.2.2-46594_Ubuntu_jaunty_i386.deb telepít

nincsenek kernelmodulok, nem akaródzik elindulni

apt-get remove virtualbox*
apt-get install virtualbox-ose

már a gyári (2.14-es) is hiányolja a kernelmodulokat, nem indul.

Ilyenkor sírom vissza a macosx-et.

Mi a francnak...? A lapitopiban nálam hiába a 2G RAM, a proci és a vinyó khm. gyengusz mellé (Coreduo 1.66GHz) -- vmware-ben ugyanaz a guest (host: Linux) tetű lassú, míg egy Athlon64 2800+ procival (egy mag) szerelt, szintén 2G ram-ot tartalmazó asztali gépen, w2k hostOS-en meg normális tempóban megy...

Pontosan tudom, hogy miért lassú. A nótosban a Toshiba MK2546GSX SATA vinyója, meg a kétmagos intel proci (1.66GHz) gyalázatosan alulteljesít az asztali gép ócska Samsung ATA vinyójához (ami egy kábelen lóg egy optikai meghajtóval), meg az AMD 1.8GHz-en ketyegő Athlon64-es procijához képest. Ennyi. A 2G memoárból 1G-t kap mindkét esetben a Guest, 1G van a hostnak. (A nótoson az I/O, illetve context-switch terén élen járó alkalmazások fékeznek nagyon).

Egy dolog, hogy miről álmodozol és egy másik dolog, hogy mennyi memória sok vagy kevés. Két gigabyte kevésnek szerintem nem tekinthető, bár nyilván ha több, jobb.
Nekem "csak" ennyi van a laptopomban, mégsem a memória szab határt a futtatható virtuális gépek számának, hanem a merevlemez.

Ave, Saabi.

Ha 1 GB-ot odaadsz a guest OS-nek (ami még így is sovány egy XP-nek, főleg, ha egyszerre kell rajta VS2008-nak meg Eclipse-nek futnia [zh-ra készülök]), akkor a maradék 1 GB nem feltétlen elég (csak most nyitva: skype, firefox, banshee, pidgin, netbeans; háttérben: apache, mysql, postgres, memcached).

Én is RAM-ra gyűjtök (szerencsére 1x2 GB van a gépemben, így csak egy másik 2 GB-os modult kell venni). Így 4 GB lesz, szívem szerint 8-at raknék, csak a DDR3-as 4 GB-os modulok nem emberi árban vannak :(

"A fejlesztot azert fizetik, hogy oldja meg a problemat. Ez egy kemeny szakma." - Chain-Q

Wow. Akkor nagyon multitaszkos lehetsz. :)
Nekem megy egy giga van az asztali gépben és emellett 384-et kap az Ablax XP. Röhögve elfut mindkettő, persze Windowsra csak a Visual Studio kellett, Archon meg nem szórakozok a Gimppel meg ötven nyitott füllel Bugrókán, ha közben fut a Virtualbox.

En vmware mellett meg ezt is meg tudom tenni, bebebee :-) Kulonben meglepo, mennyire jol skalazodik a vmware. Mondjuk en 256 fole nem szoktam vinni a xp foglalasat, es egy kalap szuksegtelen service-t letiltok.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

root@alderaan:/tmp# gdebi virtualbox-2.2_2.2.2-46594_Ubuntu_jaunty_i386.deb
Reading package lists: Done
Reading state information: Done
Reading state information: Done
Reading state information: Done
Reading state information: Done

Sun VirtualBox
 VirtualBox is a powerful PC virtualization solution allowing you to run a
 wide range of PC operating systems on your Linux system. This includes
 Windows, Linux, FreeBSD, DOS, OpenBSD and others. VirtualBox comes with a broad
 feature set and excellent performance, making it the premier virtualization
 software solution on the market.
Do you want to install the software package? [y/N]:y
Selecting previously deselected package virtualbox-2.2.
  (Reading database ... 183877 files and directories currently installed.)
Unpacking virtualbox-2.2 (from virtualbox-2.2_2.2.2-46594_Ubuntu_jaunty_i386.deb) ...
Setting up virtualbox-2.2 (2.2.2-46594_Ubuntu_jaunty) ...
Installing new version of config file /etc/init.d/vboxdrv ...
Found old version of /etc/vbox/vbox.cfg, removing.
addgroup: The group `vboxusers' already exists and is not a system group. Exiting.
 * Starting VirtualBox kernel module                                                                    
 *  done.

Elindul, lop, szop, bakot ugrik.

--
trey @ gépház

telepítés közben hiba van, log:

Attempting to install using DKMS
removing old DKMS module vboxdrv version 2.2.2

------------------------------
Deleting module version: 2.2.2
completely from the DKMS tree.
------------------------------
Done.

Creating symlink /var/lib/dkms/vboxdrv/2.2.2/source ->
/usr/src/vboxdrv-2.2.2

DKMS: add Completed.

Error! Your kernel source for kernel 2.6.27-11-generic cannot be found at
/lib/modules/2.6.27-11-generic/build or /lib/modules/2.6.27-11-generic/source.
You can use the --kernelsourcedir option to tell DKMS where it's located.
Failed to install using DKMS, attempting to install without
Makefile:140: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR= and run Make again. Stop.

...pedig fel van nekem téve az adott kernel-modul-csomag.

... pedig:

/lib/modules/2.6.28-11-generic$ ls -l
lrwxrwxrwx 1 root root 40 2009-04-17 09:32 build -> /usr/src/linux-headers-2.6.28-11-generic
drwxr-xr-x 2 root root 4096 2009-04-17 09:28 initrd
drwxr-xr-x 10 root root 4096 2009-04-17 09:28 kernel
drwxr-xr-x 2 root root 4096 2009-04-29 16:48 misc
-rw-r--r-- 1 root root 447996 2009-04-29 16:59 modules.alias
-rw-r--r-- 1 root root 435116 2009-04-29 16:59 modules.alias.bin
-rw-r--r-- 1 root root 69 2009-04-29 16:59 modules.ccwmap
-rw-r--r-- 1 root root 210467 2009-04-29 16:59 modules.dep
-rw-r--r-- 1 root root 314772 2009-04-29 16:59 modules.dep.bin
-rw-r--r-- 1 root root 887 2009-04-29 16:59 modules.ieee1394map
-rw-r--r-- 1 root root 218 2009-04-29 16:59 modules.inputmap
-rw-r--r-- 1 root root 23368 2009-04-29 16:59 modules.isapnpmap
-rw-r--r-- 1 root root 74 2009-04-29 16:59 modules.ofmap
-rw-r--r-- 1 root root 83399 2009-04-17 05:41 modules.order
-rw-r--r-- 1 root root 289388 2009-04-29 16:59 modules.pcimap
-rw-r--r-- 1 root root 1555 2009-04-29 16:59 modules.seriomap
-rw-r--r-- 1 root root 174837 2009-04-29 16:59 modules.symbols
-rw-r--r-- 1 root root 226516 2009-04-29 16:59 modules.symbols.bin
-rw-r--r-- 1 root root 650884 2009-04-29 16:59 modules.usbmap
drwxr-xr-x 2 root root 4096 2009-04-29 16:59 updates
drwxr-xr-x 2 root root 4096 2009-04-17 09:38 volatile

"Error! Your kernel source for kernel 2.6.27-11-generic cannot be found at
/lib/modules/2.6.27-11-generic/build or /lib/modules/2.6.27-11-generic/source."

"... pedig:

/lib/modules/2.6.28-11-generic$ ls -l
lrwxrwxrwx 1 root root 40 2009-04-17 09:32 build -> /usr/src/linux-headers-2.6.28-11-generic"

Igazat mond, mert
/lib/modules/2.6.27-11-generic/build != /lib/modules/2.6.28-11-generic/build

Az egy más kérdés miért azt keresi és neked miért más van fent...

Nekem a 2.2.0-val néha csak oltári szopások után indul el a virtuális gép (ez rendszerint azután van, hogy az ubuntu X-e elhányja az agyát miután suspendből visszajön a gép, vagy csak úgy natúr néhány nap/hét uptime után). Ezt csinálta, mióta frissítettem, múlt héten viszont már a szokásos trükkök sem segítettek, így visszaálltam egy korábbi verzióra.

Még jó, hogy a konfig fájljából csinál backupot, mondjuk azt az idiotizmust sem értem, hogy azt miért kell minden release-nél átvariálni...

A 2.2.[02] szép transzparens ablakban futtatja a virtuális gépet (jaunty-n), ha fenn van mellette a cairo-dock 2-es rc-je.

"kezdeti támogatást kínál a Mac OS X következő - Snow Leopard - változatához" ilyet lehet akkor legalisan is? Vagy csak OSX86 S.Leopard fog menni?

Hello!

Ma frissítettem én is a virtualboxomat és egy érdekes hiba lépett fel. Amikor rádugom a pendriveom a gépre és be akarom csatolni guest alá akkor csak villog a piros fény az usb pictogramnál,de nem jelenik meg a guest alatt. Eddig ilyen nem fordult elő.Próbáltam úgy is hogy repóból frissitettem meg most kiváncsiságból a virtualbox.org oldalról szedtem a csomagot közvetlen. Debian lenny a host és XP a guest.
Másnál is előfordult ilyen vagy csak én szívok vele most?

Üdv.

Nalam u.e. volt, nekem ez megoldotta:
/etc/fstab
# Enable USB for Sun VirtualBox Machines:
none /proc/bus/usb usbfs devgid=116,devmode=664 0 0

A devgid=vboxusers groupid

/etc/group
betenni a felhasznalot, de az 2.1 tol nem kell berakni a felhasznalot a csoportba, nem probaltam, nekem benne volt korabbrol es igy megy.

vboxusers:x:116:user

Valaki csinálna egy benchmarkot a kedvemért?
Linux kernel fordítás azonos .config-gal a hoston és egy virtuáldoboz guestben is. Igazából mindegy nekem a kernel verziója és a config is, csak a lényeg, hogy pont ugyanaz történjen a hoston és a guestben is. Jöhet bekapcsolt hardveres virtualizációval vagy csak szoftveressel is.

Igen, a mérést én is el tudom végezni, sőt el is végeztem már, de az eredmények finoman szólva megleptek (még nem akarom lelőni), ezért kíváncsi vagyok, hogy másnak is hasonló jön-e ki.
---
Linux is bad juju.

Jó, ott azért a Phoronix volt a hülye, mert a Virtuáldoboz csak 1 CPU-t tud a guestnek adni, a KVM meg mind 8 logikai magot odaadja. Így aztán szépen kihozták, hogy melyik alkalmazás volt többszálú futásra optimalizálva és melyik nem.

Én viszont arra akarok rájönni, hogy én vagyok-e hülye és rosszul állítok be valamit, vagy tényleg kb 4x lassabb virtuáldoboz alatt a fordítás szoftveres virtualizációval, illetve 2x lassabb hardveressel? VMware Worstation alatt ennél _sokkal_ jobb eredmények jönnek ki, mindkétféle üzemmódra (ott ugyebár a szoftveres a gyorsabb a hardveresnél) csak azokat a VMware "náci" EULA-ja miatt nem írhatom le ide.
---
Linux is bad juju.

Pontosan, látom sokan el szokták olvasni ezeket az EULA-kat... :)

Illetve csak a vmware írásos engedélyével, ilyet viszont nekem most 1 pár fórum hozzászólásért nincs kedvem megkérni. Mint ahogy szintén nincs kedvem 10+ szor futtatni a tesztet és szórásnégyzetet, meg konfidenciaintervallumot számolgatni, hogy tényleg tudományos igényességű eredmények legyenek. (Egyébként 2 futtatás között kevesebb, mint 1% volt az eltérés).
---
Linux is bad juju.

8GB-ból 1GB volt kiallokálva a guestnek, a többin szabadon terpeszkedhetett a cache. Ja és természetesen a guesten belül is végig bőven volt szabad memória, tehát ennek nem szabadna számítania. És még mielőtt megkérdezi valaki, igen, az idő valós "wallclock time" volt, nem a guest órája mutatott hülyeséget. A perifériák is mindkét esetben azonosak voltak (Intel e1000-es hálózati adapter, LSIlogic SCSI vezérlő), és az guest image is teljesen azonos volt.

Azt még meg tudom érteni, hogy a szoftveres virtualizációs üzemmódban lassú, mert ha jól értelmeztem a dokumentációt, akkor ez is QEMU-t használ ilyenkor, ami azért lényegesen lassabb, mint a VMware binary translation. Viszont, hogy a hardveres virtualizációnál is igen durva eltérés volt, az meglepett és nem igazán tudom az okát.
---
Linux is bad juju.

Még az a kérdés, hogy milyen hoston futtattad, illetve hogy fel volt-e rakva a VirtualBox addons. Nekem eddig az volt a tapasztalatom, hogy a Solaris és a Mac host gyorsabb volt, mint a Windows host, valamint hogy az addon nélkül lényegesen lassabb minden.

Alul qemu-t használ, de itt is van bináris-fordításos játék, bár részleteket nem tudok.

Nekem olyan mérésem volt, hogy Solaris dom0 Xen + Windows lassabb volt mint Solaris host VirtualBox + Windows. De annyi paraméter van, hogy tudja fene mi lehetett a különbség :)

Vboxadditions nem segít rajta. Illetve kb 10%-ot segít, de a nagyságrendi eltérés még mindig megmarad. A guesten belüli időmérés érdekes módon pont attól hülyül meg, ha a time synchronisation engedélyezve van, enélkül a valódi eltelt időt elég pontosan méri.
Komolyabban végignézve a doksit, a QEMU-t tényleg csak real mode-ban kéne, hogy használja. Furcsa, hogy akkor mégis miért ennyire lassú nálam. Sok ötletem nincs rá, hogy hogyan lehetne debuggolni az okát. Legfeljebb ptrace-szel lehetne nekiesni...
---
Linux is bad juju.

Direct3D fog menni lassacskán rajta? Videó konvertálást szeretnék alatta csinálni (XP vagy Vista), csak jelenleg eléggé interlaced verziókat csinál (gyors mozgásnál sok a csikozás). Sajna wmv3 (wmv9) formátumot kell készíteni amit az ffmpeg jelenleg nem tud, ezért kénytelen vagyok win alatt a windows media encoder 9-est használni.

Ha jól olvastam a Parallels már tudja nativan kezelni a videókártyát, igaz egyenlőre csak az nvidia quadro-t.

Próbálta már valaki a ma megjelent OpenBSD 4.5-t telepíteni virtualbox 2.2.2-ben?

Apple MacBook C2D 2.2Ghz 2x1G Intel X3100