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

Door , , 57 reacties
Bron: Novell

Novell heeft enkele dagen geleden een alternatief model voor driverupdates voor Linux gepresenteerd: het Partner Linux Driver Process. Derde partijen die hardwaredrivers aanbieden, kunnen via Novell op de hoogte gehouden worden van veranderingen in de metadata van de Kernel Application Binary Interface (kABI). Bij relevante wijzigingen zal een kernelmodule opnieuw gecompileerd moeten worden. Daarnaast kunnen via Novells YaST updates voor specifieke kernelmodules direct bij de driverleverancier gedownload worden wanneer een kABI- en kernelwijziging daartoe aanleiding geeft. Vooralsnog werkt het Partner Linux Driver Process alleen met producten die gebaseerd zijn op Suse Linux Enterprise 10. Novell heeft aangegeven dat ook andere distributeurs de techniek mogen gaan gebruiken. Daarbij moet echter aangetekend worden dat onder meer Debian dergelijke functionaliteit al aanbiedt. Dat heeft echter nog niet tot massale steun van driverbouwers geleid.

Op dit moment is het zo dat drivers worden ingebakken in de kernel en dan moet de driverbroncode beschikbaar zijn. Daarnaast is het mogelijk drivers als kernelmodule te leveren, zodat ze naar believen 'at runtime' aan de kernel kunnen worden toegevoegd of eruit verwijderd kunnen worden. Hierdoor is het voor driverbouwers mogelijk om binaire modules te leveren waarvan de broncode niet beschikbaar is. Aan deze manieren van werken kleven echter nadelen. Wijzigingen in de kernel kunnen ervoor zorgen dat een bepaalde module niet meer compatibel is met een specifieke kernelversie waardoor een update noodzakelijk is. Daarnaast kunnen nieuwe drivers voor oude kernels ook als module geleverd worden. Gebruikers van oudere kernels kunnen zo toch gebruikmaken van nieuwere drivers. Voor de updates zijn ze echter afhankelijk van de distrobouwer. Als die besluit niet meer te updaten, bestaat de mogelijkheid dat nieuwe hardware, zonder kernelondersteuning, niet zal werken.

Novell Logo Big NOm deze problemen op te lossen kan de gebruiker zelf aan het compileren gaan, maar dat is niet voor iedereen weggelegd en het kan leiden tot de situatie dat een computer onbruikbaar wordt. Daarnaast moet de broncode van de driver ervoor beschikbaar zijn, wat ook niet altijd het geval is. Een andere optie is dat er gebruikgemaakt wordt van kant en klare binaire kernelmodules die door de hardwareproducent geleverd worden, de optie waar Novell nu voor gekozen heeft via het Partner Linux Driver Process. Ondanks dat het hierdoor eenvoudiger zou moeten worden voor hardwarefabrikanten drivers te verspreiden zonder tussenkomst van de kernelcommunity, blijft Novell van mening dat de juiste plaats voor drivers de kernel is. Daar vindt namelijk codereview en -verbetering plaats, waardoor de kwaliteit van de driver toeneemt. Zolang een driver zich daar nog niet bevindt, is het updaten op de nieuwe manier echter een goede optie.

Moderatie-faq Wijzig weergave

Reacties (57)

De driver upgrade procedure is momenteel ZO beroerd in Linux dat ELK druppeltje helpt.

Je wilt als Windows gebruiker gewoon niet weten wat een onzinnige, belachelijke onderneming het elke keer weer is om zoiets simpels als de Nvidia linux driver te installeren. Complete kernel sources moeten er gedownload worden. Headers moeten op de juiste plaats staan, de juiste GCC versies moeten geinstalleerd zijn en veel meer van dit soort onzin. Als er ook maar 1 schakeltje in deze uiterst broze ketting minimaal afwijkt van wat er verwacht wordt dan wordt de driver niet gebuild of crashed je systeem.

Waanzin is het! |:(

En ja, ik ben een software developper en trek dit dus wel, maar het algemene publiek gaat deze onzin dus NIET trekken.

Het alternatief in natuurlijk drivers die meteen met de kernel meekomen. Die werken uitstekend en je hoeft er niets voor te doen. De oude matrox drivers, de NV driver, de drivers voor intel chipsets. Werkt allemaal super, maar er is gewoon GEEN methode aanwezig om een driver module achteraf te installeren door een dubble clickable installer of een simpele apt-get.

Ik ben een groot liefhebber van Linux, maar aan deze onzin mbt drivers installeren MOET gewoon een einde komen. Het is 1 van de grootste obstakels voor licht gevorderde gebruikers om op Linux over te stappen (voor de goede orde; voor beginners speelt dit eigenlijk niet, die installeren ook onder Windows geen nieuwe drivers).
Ik weet niet welke distro jij gebruikt, maar ik heb de nvidia drivers waarschijnlijk al +50 keren succesvol gecompiled op verschillende systemen (en dus behoorlijk wat uiteenlopende gcc versies) door gewoon het bijgeleverde shell-script uit te voeren. Op minder dan twee minuutjes was alles klaar en de X-server werd direct weer heropgestart met het nvidia logo in beeld.... En wat je daar zegt van de kernel-sources klopt niet: de headers zijn voldoende.
Onder SuSE en Fedora is compilen zelfs niet nodig, je haalt ze gewoon binnen via de online update. Als ik me niet vergis zijn er onder Debian nog eenvoudiger scriptjes beschikbaar die de recentste nvidia-driver binnenhalen en dan compilen.
Het buildproces van de nvidiamodule is zo gemakkelijk dat jij gewoon wel *iets* verkeerd moet doen :P
Helaas moeten de binary drivers van ATi toch echt wel redelijk handmatig geinstalleerd worden onder Suse.
Indien je maar 1 monitor hebt en geen 3d acceleratie hoeft voldoen de stock drivers. :P

Op mijn eigen systeem is het echt veel makkelijker de hardware aan de praat te krijgen voor Suse Linux dan Windows XP. Sterker nog, onder XP krijg ik bij SoundBlaster Live niet eens aan de praat zonder ruis, dat is me nog nooit gelukt :o
Op dit moment compileer ik na elke reboor de nvidia-module. En het gaat elke keer goed. Dat Nvidia vooor mijn oude kaart niet helemaal juiste drivers leverd waardoor mijn PC alles weer 'vergeet' is iets anders (dat heb je bij 5 jaar oude videokaarten). Ik voer het dus elke dag minstens 1x uit...geen probleem, ga zo even een scripte ervoor schrijven (ook dat is simpel).
Je wilt als Windows gebruiker gewoon niet weten wat een onzinnige, belachelijke onderneming het elke keer weer is om zoiets simpels als de Nvidia linux driver te installeren. Complete kernel sources moeten er gedownload worden. Headers moeten op de juiste plaats staan, de juiste GCC versies moeten geinstalleerd zijn en veel meer van dit soort onzin. Als er ook maar 1 schakeltje in deze uiterst broze ketting minimaal afwijkt van wat er verwacht wordt dan wordt de driver niet gebuild of crashed je systeem
hmm, bij mij is het altijd "emerge nvidia-kernel nvidia-glx" en klaar is kees :P
geen apt-get methode? Kubuntu en Ubuntu hebben het nochtans voor mekaar (wss omwille van het in het ARTIKEL aangehaalde debian-systeem dat eronder schuilt...)

Wat is het snelste en gemakkelijkste:
Windows:
driver zoeken
driver downloaden
zoeken waar driver gedownload is
driver installatie starten
Vele malen op enter drukken
PC herstarten

Linux:
Commando's voor drivers zoeken (in wiki :-) )
apt-get install nvidia-glx
nvidia-glx-config enable
X herstarten...

Het zoeken naar de commando's is het moeilijkste, gewoon omdat mensen het niet gewoon zijn (trouwens via de grafisch adept interface kan je ze grafisch installeren), drivers voor je windows zoeken is trouwens ook niet altijd even sinecuur.
Geinig dat je het zo neerzet... Wat is nu *inderdaad* het snelste en gemakkelijkste?

M'n meiske -die windows en linux nog niet uit elkaar kan houden- zal met je bovenste lijstje toch een stuk sneller het zaakje voor elkaar krijgen.

Ik als T.netter snap niet eens wat er in het onderste lijstje staat. Is linux inderdaad nog command-line only? Valt me tegen ;)
Zal ik het maar even uitschrijven voor je?

Windows:
- je meiske weet dat ze op het internet naar drivers moet zoeken
- je meiske weet dat ze naar nvidia moet zoeken
- je meiske weet dat ze de windows driver moet selecteren
- je meiske weet welke vidkaart je hebt
- je meiske weet waar ze de installer heeft gedownload
- je meiske heeft zin om te rebooten

Ubuntu:
- je meiske weet dat ze alles via Synaptic kan installeren
- je meiske weet dat ze naar nvidia moet zoeken
- je meiske weet dat ze op 'installeren' moet drukken
- je meiske leest dat ze 'nvidia-glx-config enable' moet intikken en op enter moet drukken
- je meiske heeft zin om op Ctrl+Alt+Backspace te drukken

Kleine verschillen. In WIndows zal je veel tijd kwijt zijn met het zoeken naar de driver. In Linux moet je de beschrijving lezen die wordt weergegeven bij het selecteren van het programma. En je moet een command prompt zien te vinden. (Ja die zijn enigzins verborgen in huidige Linux distributies.)
k als T.netter snap niet eens wat er in het onderste lijstje staat.
Is linux inderdaad nog command-line only?
Nee hoor, maar voor een tweaker is het gewoon sneller en eenvoudiger om 2 commando's in te typen dan door eindeloze menu's heen te bladeren.
NVidia is ook grafisch te installeren, bijv. door het bijhorende pakket aan te vinken in je grafische installer van je distributie.
Bijv. bij suse10 vink je nvidia aan in de online update, je logt daarna even uit en weer in en je hebt de driver geinstalleerd/ingesteld/geactiveerd.
command prompt in mijn SuSE 10.0 is niet echt verborgen, ik weet niet hoe dat bij andere distro's is geregeld maar ik klik gewoon op dat grote terminal icon of ctrl-alt-F1.

drivers installeren in linux had ik als linux-newbie geen enkel probleem mee, totdat ik dual-monitor probeerde werkend te krijgen, dat was hell, en ook nog eens incompatible met yast.
Alternatief kun je voor windows ook:

De driver installer op internet zoeken
De driver installer direct opstarten
Rebooten

Het is maar hoe je het neerzet.

Wat nou commando's uitvoeren. Een beetje windows driver wordt via standaard windows installers direct geinstalleerd en dan hoef je echt geen talloze keren te enteren. Over het algemeen moet je bij een software installatie 1 keer de licentie accepteren door een vinkje aan te klikken en 2 keer op next drukken en op finish en dan ben je klaar. Driver installaties zijn vaak nog simpeler omdat deze vaak geen aanpasbare instellingen bevatten. 1 of 2 klikjes voldoen.
Complete kernel sources moeten er gedownload worden. Headers moeten op de juiste plaats staan, de juiste GCC versies moeten geinstalleerd zijn en veel meer van dit soort onzin.
Dat is toch met een enkele apt-get aanroep geregeld?
Ik ben het deels met je eens, maar volgens mij hebben de distro bakkers het al opgelost. De distro's leveren een voorgecompileerde kernel en kunnen (als de licentie het toestaat) ook de 3rd party drivers voorcompileren en meeleveren. Zie ook de post hieronder voor een gentoo voorbeeld. Debian gebruikers kunnen de NVidia en Ati drivers gewoon apt-get'en. M.a.w. alleen als je echt weet wat je doet (eigen kernel bakken) moet je even de drivers compileren. Dit is een heel klein groepje en ik reken de windows gebruikers hier niet toe.
nvidia driver is nu net geen goed voorbeeld.

nvidia maakt al jaren redelijk goede linux drivers... en een goede installer.
de installer gaat direct online naar een kernel module zoeken en alstie die niet kan vinden compileertie er zelf een.

verder zijn er al wat distro's die juist voor dit soort mainstream video kaarten altijd al direct met een kernel upgrade een nieuwe nvidia driver hebben klaar staan.

fedora bv:
yum update kernel kmod-nvidia
reboot en voila.

waar het nu juist omgaat zijn bedrijven als logitech en creative die gewoon per definitie linux weigeren te ondersteunen.. waarom weet ik niet precies maar dit soort gezeur met al die verschillende distro's en nieuwe kernels vinden ze mischien teveel gedoe en misschien dat een initiatief als dit ze over de streep kan trekken en ik eindelijk eens normaal mijn webcam aan de gang kan krijgen.
eh nee, in FC5 is 'yum upgrade kernel' genoeg, als kmod-nvidia aanwezig is, snapt het systeem dat hij die mee moet upgraden. En voor we allemaal zeggen: oh moet dat in Linux vanaf de commandline: nee, package updater starten uit het menu, root wachtwoord intypen, updater meldt gewoon welke updates er zijn, dus dan is een klikje op "apply updates" en ze komen binnen. in geval van een kernel update even rebooten, en miets moeilijks aan dus.
Misschien wil Creative niet meewerken maar ik vind het geluid uit mijn boxjes beter dan dat ik bij Windows voor elkaar kan krijgen. Heeft de ontwikkelaar van emu_10k1 (whatever) aan reverse-enginering gedaan of zie ik wat over het hoofd?*

*3d-sound in games nooit getest. Ik game niet. In films is het prima in orde.

Nvidia is blij met dir bericht. Sinds vandaag heb ik eindelijk weer 3d in mijn SUSE. Mijn oude GeForce2-kaart had oude drivers nodig en die konden niet met nieuwe kernel-grappen overweg. Het heeft een jaar geduurd voordat dat opgelost werd. Hopelijk gaat het met dit systeem iets sneller de volgende keer.

ps. Xgl is mooi! 733mhz, Geforce2, 256mb geheugen: loopt vloeiend met alle effecten aan (en valt me mee met irritatie-gehalte. De nuttige plugins overtreffen de onnuttige.) Vista eat that!
Novell is de visionair van de Linux-wereld. Ze weten hoe ze dit op de desktops gaan krijgen:

- Nette interface
- Intergratie van consumentenproducten (iPod en zooi)
- Xgl (Aero maar dan beter :Y) )
- Een geweldig systeem voor software-ontwikkelaars/packagers (naam vergeten). Betekend meer pakketten beschikbaar.
- Video-directory voor ontwikkelaars (hoe gebruiken mensen de PC?)
Heeft de ontwikkelaar van emu_10k1 (whatever) aan reverse-enginering gedaan of zie ik wat over het hoofd?*
Waarschijnlijk zie je de opensource website van creative over het hoofd :)

Creative doet al een tijdje mee in Linux land, door te helpen opensource developers drivers te maken voor bijvoorbeeld Linux (FreeBSD ook dacht ik -> die driver doet het ook prima voor m'n Audigy 2)
De driver upgrade procedure is momenteel ZO beroerd in Linux dat ELK druppeltje helpt.
Huh? Bij mij is dat met een paar muisklikken geregeld... :?

Het is wel zo dat de commerciele drivers vaak niet werken, dan moet je weer downgraden enzo. Of de open source driver pakken, die werkt altijd goed..
Novell is erg innovatief bezig. Drivers zijn hebben voor velen problemen opgeleverd, en dit is een stap dichter bij een copmlete oplossing.

Xgl komt ook van Novell en SuSE 10.1 ondersteund het haast out-of-the box. Werkt prima. Als het zo doorgaat wordt SuSE Linux een echte desktop concurrent.
Geen goed plan wat mij betreft. Het stimuleert hardware fabrikanten alleen maar om gesloten binaire drivers te leveren in plaats van hardware specificaties.

Hardware drivers die door de vrije software community zelf worden ontwikkeld, onderhouden en ondersteund zijn in mijn ervaring van een veel hogere kwaliteit dan binaire baksels van de fabrikanten zelf.

Ik hoop maar dat fabrikanten realiseren dat je veel betere drivers maakt samen met de gebruikers van die hardware.

Edit: Score nul? Bovenstaande is anders wel een belangrijk punt in deze discussie!
Oke laten we Nvidia nemen. Stel dat zij hun drivers opensource zouden maken. Dan denk ik dat ATI heel gedetaileerd zou kunnen na gaan hoe de NVIDIA kaart werkte.

Dit is wat Nvidia natuurlijik niet wil dus, daarom ben ik blij dat ze toch closed-source driver maken. Beter dan helemaal geen drivers

Nu zijn er wel opensource nvidia drivers gemaakt door de community maar die nv-drivers zou nou niet echt geweldig :( Die gebruk je liever gewoon niet
Dan denk ik dat ATI heel gedetaileerd zou kunnen na gaan hoe de NVIDIA kaart werkte.
Waarom is dat in GPU land wel een probleem maar in CPU land niet?
het probleem in GPU land is dat de GPUs uit veel meer technologie bestaan. En een gedeelte van die technologie is onder licentie verkregen door ATI/Nvidia van andere bedrijven. Die bedrijven zijn er natuurlijk niet echt happig op dat de licentie nemers hun gepatenteerde technologieen zomaar publiekelijk maken.
Dit is ook de voornaamste reden dat de drivers van ati en nvidia niet openbaar zijn. Beide bedrijven hebben goed genoege software ontwikkelaars in dienst (al dan niet via een ander ontwikkel bedrijf) die hebben kunnen echt zelf wel verzinnen hoe ze een fatsoenlijke driver moeten bouwen. (Al hoewel ik daar qua ati linux driver niet helemaal zeker van ben :P )
Ik wil verder alleen maar even aankaarten dat in GPU land het niet kan, maar in soundcard land wel. De via chip die gebruikt wordt op een heleboel soundcards heeft goede ondersteuning in linux. Ware het niet dat bijvoorbeeld een bedrijf als cirrus logic het vertikt om hun chip openbaar te maken, terwijl die grotendeels al achterhaald is (de cs4630 met name).
Je CPU heeft wel degelijk een driver nodig, hoe denk je anders dat je kernel er tegen praat?
Staat ook in je device manager bij Windows en als kernel optie in je kernelconfiguratie in Linux.

geen onzin uitkramen a.u.b. :)
Je CPU heeft geen driver nodig :+
Neem anders dan SATA schijven.
Op de manier dat jij voorstelt loopt ATI dan toch altijd achter. ATI heeft blijkbaar een driver-model dat nog een beetje opensource gericht is, van de oudere kaarten geven ze wel specs vrij, waardoor 3D acceleratie toch nog mogelijk wordt via opensourcedrivers.

Nu ja Nvidia is het enige bedrijf tot nu toe dat deftige binary-drivers maakt voor Linux. Maar ik denk toch dat documentatie vrijgeven om drivers te kunnen schrijven veel interesanter is voor hardwarebedrijven. Moeten ze geen programmeurs inhuren voor hun drivers, want de kerneldevelopers doen hun best sowieso om zoveel mogelijk hardware te ondersteunen. Er zijn genoeg bedrijven die het blijkbaar wel kunnen om hun specs vrij te geven, anderen duidelijk niet (voor onboard geluidskaarten worden blijkbaar minder specs gegeven want die worden slechter ondersteund dan aparte geluidskaarten waarvan de drivers wel in de Linuxkernel ingebakken zit, waarvan de tweede toch wel degene met de betere kwaliteit is zou ik zo denken.
Oke laten we Nvidia nemen. Stel dat zij hun drivers opensource zouden maken. Dan denk ik dat ATI heel gedetaileerd zou kunnen na gaan hoe de NVIDIA kaart werkte.

Dit is wat Nvidia natuurlijik niet wil dus, daarom ben ik blij dat ze toch closed-source driver maken. Beter dan helemaal geen drivers

Nu zijn er wel opensource nvidia drivers gemaakt door de community maar die nv-drivers zou nou niet echt geweldig Die gebruk je liever gewoon niet
Het probleem is totaal niet dat nVidia bang is dat ATi nu weet hoe hun kaart werkt. Waarschijnlijk weet ATi zowiezo al hoe de kaart werkt (of ze kunnen er achter komen, ze bouwen zelf immers kaarten die dezelfde klus klaart), maar zowiezo maak je met het openbaar maken van de drivers geen "intellectueel eigendom" openbaar, waardoor kaarten zijn na te bouwen.
Het enige "intellectuele eigendom" dat bekend wordt bij het openbaren van de source van de drivers, is welke D3D calls softwarematig worden afgehandeld en hoe dit gebeurt.
Nu zijn er wel opensource nvidia drivers gemaakt door de community maar die nv-drivers zou nou niet echt geweldig
Let wel: De open source drivers zijn wel geweldig in de zin dat ze altijd werken en stabiel zijn als een huis. Dat kan je van de drivers van NVidia zelf niet zeggen.

Het is wel zo dat de open source drivers trager zijn en geen 3D ondersteuning hebben, maar dat komt enkel door het gebrek aan documentatie.
Het is niet helemaal volgens de opensource gedachte, maar het initiatief is een goede stap op weg naar nog meer ondersteuning en gebruiksvriendelijkheid.
Dit komt juist de acceptatie van Linux en Open Source ten goede naar mijn idee.
Veel bedrijven willen namelijk geen drivercode vrij geven, vanwege de informatie dat dat verschaft over de interne werking van de hardware, waar concurrenten gebruik van kunnen maken.

Ik vind het een perfecte aanvulling op Open source, zolang de drivers goed werken en het mechanisme problemen af vangt (geen instabiliteit van de kernel).

Klinkt als draaiend in userspace, dus zal wel goed komen.
Nu hopen dat bedrijven drivers gaan schrijven!

Overigens zou een nog mooiere oplossing een Unified driver model zijn waar op elk OS eenzelfde interface voor wordt gebouwd.
Dan kan een fabrikant een driver maken voor alles OS'es met die interface.
De OS-maker kan bij aanpassingen in de kernel dan de interface tussen kernel en de driver interface aanpassen.

Moeten Linus, Steve en Bill wel even aan de tafel... :)
Dit hele probleem wordt voornamelijk veroorzaakt doordat de kernel ontwikkelaars weigeren de interface backwards compatible te houden. Zodra er weer een leuk idee bedacht wordt, wordt de interface aangepast met als gevolg dat oude drivers niet meer werken. Op die manier houdt je natuurlijk je interface up to date en je kernel compact maar je dwingt ontwikkelaars van driver modules dus wel steeds hun code aan te passen. Ik denk dat het voor linux goed zou zijn om eerst maar eens de interface eens een tijdje te bevriezen zodat hardwarefabrikanten weten waar ze aan toe zijn. Dit kan er toe leiden dat de driver support voor linux toeneemt. Welliswaar geen open source en waarschijnlijk is de interface over een paar jaar redelijk verouderd, maar een vaste interface en stabiele (desnoods closed source) drivers zijn IMHO veruit te prefereren boven de huidige situatie.
Gebruiksvriendelijkheid kodak? Linux is niet voor de Windows noobs gemaakt maar voor en door de geadvanceerde users.
Ik zit niet te wachten op drivers van RealTek die het vervolgens al niet meer doen als ik om performance redenen de geheugenindeling in de kernel aanpas. Doe mij maar de reverse engineered drivers, waarvan we code hebben.

Bedrijven die geen driver code willen vrijgeven die doen hun best maar, laat ze maar lekker WinModems maken enzo.

@ OpenMinded: Kernel module klinkt in mijn oren helemaal niet als user space.

En dat unified driver model dinges bestaat al en dat heet EFI, en dat gaat het BIOS zoals we het nu kennen vervangen.

@Pietje Puk:
Dit hele probleem wordt voornamelijk veroorzaakt doordat de kernel ontwikkelaars weigeren de interface backwards compatible te houden. Zodra er weer een leuk idee bedacht wordt, wordt de interface aangepast met als gevolg dat oude drivers niet meer werken.
Linux is een macro kernel, dwz dat alle binary code feitelijk op 1 grote hoop gegooid wordt en uitgevoerd. Linux heeft geen driver API ofzo, drivers zijn gewoon een stukje kernel, die je bij het compilen van je kernel erbij kan stoppen of weglaten.
En oude drivers werken wel, je moet ze alleen wel ff opnieuw compilen.
Hmmm krijgen we dan net zo'n systeem als bij Windows, met (onstabiele) unsigned en signed drivers?
nee, want drivers in linux draaien in userspace, dus als ze instabiel raken en het bijltje er bij neerleggen, dan blijft de kernel overeind. Bij Windows (behalve Vista) is het zo dat als de driver valt, de kernel ook kan vallen omdat de driver in kernelspace zit, en ze het geheugen van de kernel kan overschrijven. Grote crashes door drivers zijn met Vista ook verleden tijd.
nee hoor, linux is geen microkernel, en alle drivers zitten dus gewoon in kernelspace. Windows is meer een microkernel, maar alles draait alsnog in kernelspace. Vista haalt alleen de geluidskaartdrivers naar userspace als ik t me goed herinner.

Linux drivers zijn meestal wel een stuk stabieler, en doordat de GUI wel helemaal in userspace draait hoeft een crash daar niet tot een crash in het hele systeem te zorgen.
Linux heeft wel degelijk drivers in userspace, al zijn er ook diverse drivers in kernel space (filesystems, networking).
Bij een microkernel zitten alle drivers in userspace.
Dat betekent dat networking, filesystems, geluid etc allemaal eigen adress space heeft.
Windows is wel degelijk geen microkernel (volgens voorgaande definitie).
(Waarom denk je dat Windows 95 crashed bij een driver probleem?).
http://mipagina.cantv.net/jjaguilerap/w2k_arq.html
Microsoft beweert inderdaad dat dat bij Vista wel zo is.
Helaas is de code niet beschikbaar om het te controleren...
Er zit een wezenlijk verschil tussen de NT,2000,XP lijn en de 9x lijn. Bij Windows NT heeft men de kernel als microkernel opgezet maar om performanceredenen zijn er in de loop van de tijd toch een hoop userspace zaken ingeslopen (zoals de GUI). Nu de performance stijgt worden deze zaken er langzaam maar zeker ook weer uitgehaald. Windows XP kun je dus het beste omschrijven als een hybride kernel.

Linus heeft het anders aangepakt. In plaats van de Minix microkernel te gebruiken heeft hij min of meer een old fashioned monolitische kernel gebouwd voor Linux. Het feit dat de drivers vaak in de kernel zitten zegt al genoeg.

Ook de Windows 9x kernel is trouwens een gewone monolitische kernel maar dat is een verouderd product wat niet echt relevant meer is in dit soort discussies.
Drivers zitten bij Linux echt in de kernel. Zoals ik al schreef is een driver bij Linux gewoon een stukje kernel.

Wat bij Linux wel in userspace zit is het grafische systeem. (dus hetgene waarmee je een mooie achtergrond, icoontjes en een muispeiltje krijgt)

het meest gebruikte geluidssysteem van Linux (ALSA) heeft zowel een kernel module als userspace programma's.
zegt Microsoft...
@Marve:
Zo ongeveer.

dan doet de module het alleen honderd procent in kernel versie X maar niet in Y.

En als je pech heb dat een andere fabrikant em gecompiled heeft voor kernel versie Y dan ben je de sigaar en kun je je hardware niet tegelijk gebruiken.
onder ubuntu, wat mij betreft voor 80% van de gebruikers de beste distro voor de desktop, is het heel makkelijk om software (en dus ook drivers) te installeren, deinstalleren en upgraden.

Dat kan dus gewoon wel met een paar simpele muisklikken.

Enige nadeel is dat alle software (ook libraries en applicties die niet echt voor de eindgebruiker bedoeld zijn) in een enorme lijst staat. Ik meen laatst gezien te hebben dat ook daaraan gewerkt wordt, een programma wat zeg maar alle dingen die heel makkelijk user-servicable moeten zijn opsomt. OpenOffice.org moet dan wel in de lijst staan, en dingen als python, ghostview, kde{libs,print,edu,enz} niet.

Dit programma zal dan ook alles netjes presenteren aan de gebruiker, zodat dingen als de nvidia-drivers in een ander menuutje terecht komen als openoffice.org.

edit: was reactie op henk52
Ik heb onder Ubuntu "Add/Remove" staan waar de software netjes per categorie (zoals Audio en Video, Grafisch, Kantoor, ...) geordend is en de "moeilijke" dingen niet zichtbaar zijn. Het zit zeker in Dapper Drake, en volgens mij zat het ook al in Breezy Badger.
Ubuntu breezy badger had het wel, maar Kubuntu breezy badger niet, maar ook daar is aan gewerkt, Adept installer doet nu hetzelfde als de Add/remove van Ubuntu.

Al is er nog wel een beetje werk aan de winkel om dit deftig te krijgen. Niet alles staat er en je grafische kaart installeren en configureren is nog ni mogelijk dacht ik.
Wat ik me nog herinner van linux (zo'n 4 jaar geleden) was een kernel config die helemaal vol stond met drivers, protocollen enz. Waarom heeft is de linux-kernel zo'n enorme massa terwijl voor de rest unix-achtige OS-en modulair zijn opgebouwd?
je kan kiezen om modules te maken, en dan gaan die drivers niet in je kernel zelf zitten, maar kan je ze laden als je ze nodig hebt... normaal gezien wordt dat zo gedaan...
Heel leuk dat iedereen hier de nVidia drivers zo promoot. Ik krijg alleen de tering van nVidia en twinview in Linux. Met x64 systemen is het tot op de dag van vandaag nog steeds tering dit draaiende te krijgen.
Het initiatief van Novell is leuk. Geeft maar weer eens aan dat Novell Linux echt op de markt wil zetten. En dan bedoel ik niet alleen de server markt maar ook high-end workstations en desktops.
Ze hebben het overigens heel goed bekeken om niet meer te blijven zeuren voor Open Source drivers. Het is ergens logisch dat de fabrikanten deze informatie voor zich willen houden aangezien de concurentie de info wel eens zou kunnen gebruiken in toekomstige ontwerpen. En nee dat wil niet noodzakelijk zeggen dat de concurentie daarom achter loopt.
Er is alleen 1 probleempje in de constructie van Novell. De support van de meeste hardwarfabrikanten is momenteel te belabberd voor woorden. Er zijn slechts zeer weinig echt goede drivers op de markt. Misschien dat Novell (en de andere distributeurs) daar eens eerst wat lobbywerk voor moeten verrichten.
Wie herinnert zich de enquette van Novell nog ivm die software die men op Linux zou willen zien verschijnen? Wel tot op de dag van vandaag heb ik nog geen reacties gezien van de bedrijven op die cijfers. Dus de vraag is maar in hoe verre deze acties hout snijden.
De support van de meeste hardwarfabrikanten is momenteel te belabberd voor woorden. Er zijn slechts zeer weinig echt goede drivers op de markt.
Net om die reden zou ik de driver ontwikkeling niet aan de fabrikanten overlaten en ondanks concurrentie-schrik toch alle specs vrijgeven.
Als de community de specs heeft, volgen er zowiezo heel stabiele en deftige drivers die overal werken (in een kwestie van een paar maand of soms zelfs weken). Ook makkelijk als fabrikant dan, waarom zelf nog ontwikkelen? Geef gewoon de specs, dat is wat men wilt en geen half slachtige oplossingen waar met semi-open source gewerkt wordt enz.

Om maar een voorbeeld te geven, de support van matrox is gruwelijk voor parhelia en QID onder linux. Maar gelukkig is er weer een community van developers die de matrox driver verbetert en zorgt dat ie toch werkt.

Ik snap niet dat iedereen zo moeilijk doet over drivers in linux, in de commerciŽle distro's (RHES/SLES) werkt bijna alles out-of-the-box waar je bij windows driver per driver moet installeren. En de open distro's... wat is er nu simpeler dan ťťn software manager waar je gewoon in zoekt op nvidia, ati ... wat dan ook (zijnde het nu aptitude, apt-get of emerge, het principe is op bijna elke distro hetzelfde tenzij je LFS gebruiker bent natuurlijk :))
Allemaal leuk en aardig maar zolang hardware leveranciers weigeren om de linux kernel goed te ondersteunen zal dit initiatief niet veel zoden aan de dijk zetten.
Ik snap die comotie ook niet, dus laatstaan de reactie van Henk52.
Ik draai al jaren SuSe en heb volledige autom. update op dagelijks staan.

Na de instalatie is dat even aan te geven in yast na de keuze online update te hebben 'aangeklikt' en vervolgens je keuze's te hebben kenbaar gemaakt (tijd en dagen of weken etc, hele packages downloaden of niet etc).

Als je het met het handje doet (via zelfde menutje, maar dan niet de autom. update vinkje aanzetten ;)) krijg je alleen een melding dat je de voorwaarden oid accepteerd.

Wat is dat moelijk zeg...

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True