Ovladač VirtualBoxu označen příznakem TAINT_CRAP (diskuse)

[Michal Kubeček]

Ten příspěvek je nadepsán "RFC" a diskuse ještě nedospěla k jednoznačnému závěru. V každém případě ten patch (ani jiný podobný) není v Linusově stromu, takže formulace "byl přidán" je IMHO předčasná.

[Luboš Doležel (Doli)]

Aj, díky.

[heh]

Innotek -> SUN -> ORACLE

Dnes již tradiční cesta do prdele

[Michal Fecko]

!!!

[stativ]

Nemyslím, že by to bylo kdy lepší. Když jsem před pár lety koukal na nějaký ten seznam nejčastějších OOPS a Paniců v kernelu (myslím, že to provozoval/provozuje redhat), tak spolehlivě všecha přední místa měl na svědomí VirtualBox.

[Matlák]

Tak to je síla, naštěstí jsem tedy na žádný takový problém nenarazil - i když je fakt že teď už virtualbox moc často nepoužívám, dřív jsem ho ale používal pravidelně. Když už mi systém zpanikařil tak to bylo kvůli nějakému ošklivému chování k HW (ale ani například paralelní provoz dvou X serverů s různými (OSS/BLOB) ovladači na jednom GPU s jádrem nijak nehnul, asi mám štěstí hehe )

[Mandarinka]

Není to ale ovladač pro guesta? Čili sestřelen by byl guest.

[Matlák]

Je to ovladač pro hosta, ačkoliv jsem nezkoumal proč jej virtualbox vlastně potřebuje (možná k nějakému proplétání paměťových prostorů pro zrychlení emulace hw?). Navíc odkazovaný článek hovoří o bug reports we get from people with virtualbox loaded tedy o chybách vznikajících v hostitelském jádře při zavedeném ovladači vboxdrv.

S čím to doopravdy souvisí si netroufám odhadovat, vývoj je překotný a změnilo se toho hodně. Po upgrade jádra mě chování systému na laptopu překvapilo spíše negativně (příjemné bylo rychlejší uspávání a probouzení, nepříjemné pak různé lagy při zatěžování disků), a raději jsem backportoval ovladač který jsem chtěl do staršího jádra co používám (které je 4 roky staré, vlastně stejně jako laptop, a funguje se všemi náležitostmi like a charm).

[trekker.dk]

Je to ovladač pro hosta, ačkoliv jsem nezkoumal proč jej virtualbox vlastně potřebuje

AFAIK aby jádro neodstřelilo běžící virtuál, když se pokusí použít privilegovanou instrukci. Vedlejším efektem je, že celý virtuál (alespoň podle htopu) běží v kernel space.

[Tomáš Bžatek]

UH! To je ale prasarna!

[Matlák]

wow. asi jsem ze staré školy ale tohle se doufám opensource verze VB netýká?? (Tedy musím říct že ji používám už celé roky a žádný problém)

[Anonymous]

Ona existuje už jenom opensource verze (a uzavřená rozšíření).

[stativ]

Samozřejmě, že týká. Ne-opensource část VB je v podstatě jen sada rozšíření OSS verze.

[Aleš Kapica]

Možná je vbox "odpadkáč", ale poté co VMware vykopnul z Workstation 8.0 podporu softwarové virtualizace, je to jediný soft, který je schopen rozjet virtuál i na starších procesorech co HW akceleraci neumí. A taky je to jediný virtualizační nástroj, ve kterém 3D akcelerace skutečně funguje.

[TM]

Nejen na starých CPU, ale i třeba na Atomu v domácím "zeleném" serveru. Naprosto bez probkémů...zprávička mě tedy trochu znejistila. Možná to občas zhavaruje při extrémní zátěži?

[marbu]

Na strojich bez hw podpory virtualizace jde pouzivat i XEN. Ale s tou podporou 3D akcelerace nevim, to jsem ve virtualu nikdy nezkousel.

[stativ]

A taky je to jediný virtualizační nástroj, ve kterém 3D akcelerace skutečně funguje.

S tím se dá polemizovat. Třeba mě zase vždy mnohem lépe fungovala akcelerace ve VMware.

[Aleš Kapica]

S open source drivery v X serveru? Pochybuji..

[stativ]

To jsi ale neříkal. Navíc mě nenapadlo, že někdo používá slovo akcelerace i s open source drivery. Cením si práce vývojářů OSS driverů, ale v porovnání s binárními mají výkon nula nula nic.

[Aleš Kapica]

Proprietární drivery z principu nepoužívám.

[Michal Kubeček]

Časy se mění a software se vyvíjí…

[Ondrej 'SanTiago' Zajicek]

je to jediný soft, který je schopen rozjet virtuál i na starších procesorech co HW akceleraci neumí.

A co QEMU s KQEMU modulem?

[Aleš Kapica]

Opět odkážu do naší wiki. Viz prostřední odstavec.

[Trained.Monkey]

Nevim s 3d accel, bezne pod Vmware hraju Civilizaci 4...