Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Gastdrivers voor VirtualBox gaan deel uitmaken van Linux-kernel

De volgende versie van de Linux-kernel, 4.16, integreert de gastdrivers voor VirtualBox. Daarmee vervalt de noodzaak om deze nog handmatig te installeren om verdere integratie te verkrijgen bij het gebruik van een virtual machine.

Phoronix schrijft dat de 'vboxguest'-driver deel gaat uitmaken van de 4.16-kernel. Dat is het gevolg van het werk van Hans de Goede van Red Hat. De driver maakt het gebruik van verschillende functies mogelijk die het gast-OS in de vm verder integreren met de host.

In een bericht op de Linux-kernelmailinglijst schrijft De Goede dat er door de toevoeging van de driver onder meer ondersteuning komt voor knippen en plakken tussen host en gast, voor seamless mode en voor OpenGL pass-through.

Phoronix merkt op dat de optie voor gedeelde folders mogelijk nog niet op tijd klaar is voor release samen met de 4.16-kernel, waardoor deze mogelijk later komt.

Ubuntu in VBox

Door Sander van Voorst

Nieuwsredacteur

17-01-2018 • 11:42

111 Linkedin Google+

Submitter: NerdChick

Reacties (111)

Wijzig sortering
sorry hoor maar de tijd dat de data opslag beperkt was aan je cd- rom schrijfje ligt al ver achter ons
Als ik zie wat mensen kunnen maken met 64kb aan geheugen (denk aan de demo-scene) is het onbestaanbaar dat een OS enkele Gb's aan ruimte in moet noemen nog vóórdat je er applicaties op gaat zetten. Heeft niks te maken met dataopslag, maar met efficiëntie.

"Oh we hebben tóch 8Gb geheugen, laten we dat gewoon lekker volpleuren met de meest onzinnige rommel, who cares, door ons dealtje met geheugenfabrikant <x> verkopen zij extra RAM als dat nodig is".

En nee dan heb ik het niet specifiek over optionele kernelmodules die al dan niet geladen worden. Maar het feit dat het meegeleverd wordt terwijl het een basishandeling is om die dingen achteraf te laden als je ze wél nodig hebt.

[Reactie gewijzigd door DigitalExcorcist op 22 januari 2018 11:17]

Bloat is voor mij gewoon ongewenste (onnodige) features en software. Een zekere mate van bloat is onvermijdelijk maar er zijn wel grenzen. Ik vind specifieke drivers voor een virtualisatieplatform wel wat ver gaan. Het installeren via een losse package ging altijd prima, ik heb zelf nooit deze drivers hoeven te bouwen / installeren op mijn VirtualBox VM's.
Kleine verheldering:
Het gaat in dit geval om het opnemen van de VBOX guest driver modules in de "upstream kernel mainline", waardoor voortaan bij wijzigingen in de interne kernel APIs (wat veel gebeurt), eventueel benodigde wijzigingen in de code van deze modules worden meegenomen en getest op regressies, iets dat grote voordelen heeft voor hen die de modules hebben ontwikkeld.
De installatie via een losse package betrof de installatie van out-of-mainline modules, die dan deels tijdens installatie ook nog moeten worden gecompileerd tegen de geïnstalleerde kernels (zie ook https://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support).

De opname van deze code in de mainline heeft dus alleen maar voordelen.
Alle gezever over "bloatware" heeft daarmee niets van doen. Zoals velen al hebben aangevoerd kan wat feitelijk wordt geïnstalleerd of geladen geheel door de gebruiker zelf worden bepaald en meestal zorgt de gebruikte Linux distributie voor zinnige keuzes.
Heb je de laatste paragraaf van de reactie waar je op reageert wel gelezen? :?
Ooit hadden we Linux-kernels voor systemen met veel geheugen.....<KNIP>

Uit de meest recente release announcement:
There are two kinds of kernels in Slackware. First there are the
huge kernels, which contain support for just about every driver in the
Linux kernel. These are primarily intended to be used for installation,
but there's no real reason that you couldn't continue to run them after
you have installed. The other type of kernel is the generic kernel, in
which nearly every driver is built as a module. To use a generic kernel
you'll need to build an initrd to load your filesystem module and
possibly your drive controller or other drivers needed at boot time,
configure LILO to load the initrd at boot, and reinstall LILO. See the
docs in /boot after installing for more information. Slackware's Linux
kernels come in both SMP and non-SMP types now. The SMP kernel supports
multiple processors, multi-core CPUs, HyperThreading, and about every
other optimization available. In our own testing this kernel has proven
to be fast, stable, and reliable. We recommend using the SMP kernel
even on single processor machines if it will run on them. Note that on
x86_64 (64-bit), all the kernels are SMP capable.
Ooit = nog steeds :-)
Ja, zo gaat het inderdaad. Maar volgens mij bedoelt hij dat er vroeger kernels waren met PAE enabled (physical address extention) voor als je het geld had om meet van 4GB geheugen te hebben in je 32 bit bakje, en de SMP versie voor symatric(?) multi processor systemen, voor de echt hele rijke mensen met meerdere CPU's.

Ik kan me nog een mail herinneren (niet terugvinden) van ruwweg 16 jaar geleden, waarin er een issue was met performance op grafische systemen op single cpu (single core, omdat multicore nog niet bestond) machines (dus vrijwel alle computers destijds). Linus Thorvalds had hier geen last van op zijn 4 CPU werkstation met belachelijk veel ram. "Poor Linus" reageerde iemand hier op.
@ @nathan-96 en @AnonymousWP Niet juist.
De gebruikte Linux distributie (Debian, Redhat, Suse enz) bepaalt wat zij in de kernels die zij bouwen stoppen (kernel build config) en hoe zij de kernels en modules in packages onderbrengen.
Niets staat je in de weg om of een distributie te kiezen die werkelijk niets standaard installeert, of om zelf een heel specifieke kernel te bouwen. Als je dan ook alle modules, maar ook alleen die nodig zijn, in de kernel opneemt (dus niet als losse kernel module, maar direct in de kernel image opneemt) dan krijg je slanke/enz kernel die ook nog eens supersnel laadt. De prijs is dat als je iets wijzigt in hardware of software configuratie waarvoor een extra module nodig is, of als je een nieuwe versie van de kernel wilt, je het spul weer moet gaan compileren enz. Dan is het rusten op een redelijke keuze van de distributie (een aantal altijd onmisbare modules in de kernel en de rest als losse modules) wel zo handig en makkelijk.
Behalve dat je anno 2018 de soures niet allemaal gedownload hebt, maar download als je ze nodig hebt.

en uiteraard, een server installeer je zonder een echte gui.

https://help.ubuntu.com/l...e/installing-from-cd.html
Unlike the Desktop Edition, the Server Edition does not include a graphical installation program.
Iedere kernel die veel hardware support, zal ook heel veel hardware supporten (met of zonder LKM) die jij nooit op jouw apparaatje gaat draaien. Kun je twee dingen doen: je compiled die zaakjes niet als modules, of je neemt die paar kB extra voor lief. Het laatste doe je by default, het eerste doe je bij embedded apparatuur. Vooral vroeger want tegenwoordig gaat het nergens meer over.

Er is veel bloat hoor in de computerwereld. Maar dan zou ik toch eerst 'ns kijken naar Web 3.0; JavaScript, PNG/JPEG, enz.
Volgens mij is deze driver (wat inderdaad waarschijnlijk gewoon een module zal zijn) onderdeel van de GNU/Linux die je *in* de VM draait. Dus zelfs als je VirtualBox gebruikt, zal de host Linux nog steeds deze driver niet nodig hebben.
VMware is ook gratis voor niet commercieel gebruik.
Volgens mij valt privégebruik bij een commercieel bedrijf ook onder commercieel gebruik. In ieder geval doet VirtualBox prima wat ik wil. Ik gebruik overigens Solus als Linux desktop.
How is VirtualBox licensed?
The VirtualBox base package contains the full VirtualBox source code and platform binaries and is licensed under the GNU General Public License, version 2. You can distribute and modify the base package, provided that you distribute all modifications under the GPLv2 as well.

The VirtualBox Extension Pack is available under the VirtualBox Extension Pack Personal Use and Evaluation License, which is a free license for personal, educational or evaluation use, or an Enterprise License, which is a for-fee license that allows most commercial, non-distribution uses restricted by the PUEL.

More information about the Oracle VM VirtualBox Enterprise License for the VirtualBox Extension Pack can be found on the Oracle VM VirtualBox pages, which also contains a link to the Oracle Store where you can directly buy licenses. Please contact Oracle for additional information.

For information about a license to distribute the VirtualBox Extension Pack, please contact vbox_oem_sales_ww@….
Voor alle duidelijkheid, enkel van toepassing op de VirtualBox Extension Pack. ;)
Nadeel is dan wel dat als je op een distro zit die geen nieuwe kernels meer krijgt, je de VB-drivers ook niet meer kan updaten.
Het zit in de kernel. De distro maintainer houd updates hiervan bij, als het goed is. De basis functionaliteit die je wilt blijft gewoon beschikbaar en zou dus altijd op dezelfde manier moeten werken. Dus of je nou op kernel 4.16 zit, of straks op 5.0 zou dan niets uit moeten maken.

Wordt je betreffende kernel niet meer ondersteund upstream, dan zal de distro eventuele fouten in dit deel moeten patchen of een nieuwere aan moeten bieden. Of je blijft op een distro release die helemaal geen updates meer krijgt, dan moet je IMO niet piepen en gewoon upgraden. ;)
Oooh eindelijk!!

Ik gebruik nu VirtualBox op een dedicated server bij Scaleway maar omdat zij custom kernels gebruiken om te booten is het elke keer weer een geklooi met compileren van de drivers. Bijna elke keer gaat er wel wat stuk.

Ik gebruik VirtualBox en niet KVM omdat ik dan de VMs ook op andere platformen kan draaien zonder aanpassingen.

Edit: Shit, het zijn alleen maar de gastdrivers. :/ Dus nog steeds geklooi met compileren voor mij.

[Reactie gewijzigd door GekkePrutser op 17 januari 2018 17:47]

Boehoe, vboxguest.ko is hier 390k groot. Als 390k diskspace een probleem is dan moet je maar 1 film weggooien. Er worden voortdurend nieuwe drivers voor allerhande dingen aan linux toegevoegd (en ook wel zo nu en dan oude weggesmeten). Het is niet anders dan een driver voor hardware en daar hoor ik niemand over.

Het is juist hulde als de driver een 'officiele' kernel driver wordt (net zoals voor xen en hyper-V, trouwens) .
Sterker nog, het is een module ... die hoef je niet eens te bouwen! Al stop je er een miljard modules in dan wordt alleen de source groter en zelfs dat zou je modulair binnen kunnen halen.

Kortom je micro kernel zal net zo micro blijven ;)

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank, Intermediair en Independer de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True