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 , , 55 reacties

Linus Torvalds heeft de uiteindelijke versie van de Linux 4.3-kernel vrijgegeven. Daarin staan Intel Skylake Graphics nu standaard aan, is beginnende opensource-ondersteuning voor AMD R9 Fury-gpu's aanwezig en er zitten grote wijzigingen aan de Nouveau-driver in.

LinuxVerder is de ext3-driver verwijderd, waarmee een stukje minder code onderhouden hoeft te worden. Bestaande ext3-installaties kunnen door de ext4-driver afgehandeld worden. Ext2 hoeft nog niet te vrezen voor verwijdering. Daarnaast is de code van verschillende andere bestandssystemen zoals ext4, btrfs, f2fs en xfs ook voorzien van updates, verbeteringen en bugfixes.

Er is nu ook ondersteuning voor opengl 3.3 in virtuele machines van VMware en er zijn verbeteringen doorgevoerd voor de smp-scheduler. Daarmee was de release-cycle van de 4.3-kernel volgens Torvalds 'rustig' en is de merge window voor de 4.4-kernel open en Torvalds hoopt dat 'het een even zo rustige release' wordt. De hele lijst wijzigingen is te vinden op de kernel.org's git.

Moderatie-faq Wijzig weergave

Reacties (55)

Ik mis even waarom de ext3-driver weg gehaald word voor de ext2-driver?
De ext4 driver kan ext3 ook lezen, maar kan hij geen ext2 lezen dan?
Ext2 en ext3/4 zijn, hoewel de naam misschien anders doet vermoeden, andere file-systemen. Ext2 is qua gebruik meer zoals FAT en heeft geen journaling

Ext4 is een verbetering van ext3 en is backwards compatible. Er is dus geen reden om ext3 apart te houden.
een van voordelen van ext4 is het 'herstel bestand' daarmee doel ik; van files wordt een soort herstel-backup gemaakt, bij crash of storing bij schrijven, kan het oorspronkelijke bestand zonder problemen gebruikt worden. Hierdoor voorkomt men dat er vouten optreden in de bestandsindeling. best plezierige feature

overzicht: http://www.thegeekstuff.com/2011/05/ext2-ext3-ext4/

[Reactie gewijzigd door himlims_ op 2 november 2015 10:37]

een van voordelen van ext4 is het 'herstel bestand' daarmee doel ik; van files wordt een soort herstel-backup gemaakt, bij crash of storing bij schrijven, kan het oorspronkelijke bestand zonder problemen gebruikt worden. Hierdoor voorkomt men dat er vouten optreden in de bestandsindeling. best plezierige feature

overzicht: http://www.thegeekstuff.com/2011/05/ext2-ext3-ext4/
Je bent wel flink optimistisch :D. Ben hier net twee dagen mee bezig geweest, en het is voor een groot deel gelukt, maar zonder problemen was het zeker niet, en de score was helaas ook geen 100 % (extundelete en photorec). En dan had ik nog de mazzel dat het op een simpele additioneel gemounte schijf stond.
Ext2 en ext3 zijn in de basis wel degelijk verwant. Je kan een "journal" toevoegen om van een ext2 een ext3 filesystem te maken.
In de loop van de tijd zijn er wel veel features bijgekomen. Ext3 uit 2001 was ext2 met journal, ext3 van nu heeft veel extra features (betere indices, grotere partitie support etc) waardoor het niet echt meer op ext2 lijkt en niet meer backward compatible is.

Vergeleken met FAT kan je echt 100x beter ext2 gebruiken ;)
Klopt niet. Ik heb een ext3 bootloader geschreven voor een embedded device, en de ext3-specifieke logica was ongeveer 3 regels. (Dat was overigens omdat je in een bootloader geen journal recovery wil doen, en dat journal is het grote verschil tussen ext2 en ext3).

ext4 heeft veel meer features ten opzichte van ext3, maar de driver kan al die features negeren en daarmee een ext3 filesysteem mounten. Dat wil niet zeggen dat ext4 zelf backwards compatible is. Een ext4 USB schijf kan niet gelezen worden op een oude Linux machine met alleen een ext3 driver. Dit in tegenstelling tot ext3 disks, die wel door een ext2 drivers gelezen kunnen worden (want die ext2 driver negeert het journal)
Voornamelijk omdat de ext2 driver erg eenvoudig is en maar weinig regels code bevat.
Handig voor embedded systemen en plaatsen waar ext4 te complex is.
Zou ej denken, maar bij een unplanned power down (batterij op - gebeurt wel eens in embedded systemen) is de ext3/4 recovery via een journal juist prettig.
Hangt er maar net vanaf of het filesysteem rw gemount was. Een hoop embedded systemen hebben helemaal geen rw gemounte filesystemen (buiten tmpfs dan).
Nou hebben ze meestal ook geen ext2, maar meer squashfs, jffs2 of ubifs ofzo.
Dat kan de Ext4 driver perfect. Het zou me zelfs niet verbazen dat de EXT2 vaak zelfs niet word meegecompileerd. De EXT2 driver blijft vooral zitten voor embedded systemen die vaak alleen een EXT2 bestandssysteem hebben. Deze driver gebruikt minder resources en is dus interessanter voor systemen met weinig beschikbare bronnen.
Dit artikel op LWN beschrijft het denk ik wel duidelijk:

http://lwn.net/Articles/651645/
Back when ext4 was created, it was envisioned that the older filesystem code would eventually become unnecessary. The plan was that when this happened, "perhaps 12-18 months out," the ext3 code would be removed. Once again, reality had something different to say, and the ext3 code endured for over nine years. Unless something surprising happens, though, that record is about to come to an end; ext3 could be removed as soon as the 4.3 development cycle, taking some 28,000 lines of code with it. And most users, even those with ext3 filesystems, will not even notice.
Ik mis even waarom de ext3-driver weg gehaald word voor de ext2-driver?
De ext4 driver kan ext3 ook lezen, maar kan hij geen ext2 lezen dan?
Ik geloof dat ze ext2 aanhouden als fallback-driver. Ext2 is veel eenvoudiger dan ext3 of ext4. Daardoor kan de driver simpel en overzichtelijk blijven en dat is fijn als reserve om op terug te vallen.
De ext4 driver kan ext2/3/4 lezen, ext3 alleen ext2/3 en ext2 alleen ext2.

Ext4 driver is dus relevant omdat je die bij normaal gebruik wilt hebben omdat je daar alles mee kan.
Ext2 driver is nog relevant voor embedded situaties etc. Daarvoor is de ext 4 driver te groot en ingewikkeld.
Ext3 zat er precies tussenin en heeft daarmee niet zoveel toegevoegde waarde en is alleen maar code duplicatie. De reden om de ext4 driver eerst apart te ontwikkelen was om stabiliteits issues te voorkomen. Inmiddels heeft de ext4 driver zijn stabiliteit bewezen.
Het zijn slimme jongens, je kunt gewoon de aanname doen dat dit het geval is.
Volgens mij kon een Ext3 driver ook Ext2 lezen en andersom. Maar Zoals hierboven al wordt vermeld: Ext3 en Ext4 hebben features die je soms gewoon niet nodig hebt. Als je dus minder overhead wilt dan is er een reden om een Ext2 bestandsysteem aan te maken (dus niet backwards compatible te kunnen gebruiken). Als jewel journaling wilt gebruik je Ext4. Er is geen toegeveoegde waarde voor Ext3 meer. Just guessing.
Heh, EXT2, die mag wel verwijderd worden nu EXT4 er is. EXT2 heeft niet echt meer een togevoegde waarde, maarja... veel mensen hebben /boot erop staan :+
Ext3 was toch Ext2 + journalling? En ext4 een geupgrade versie van dat journal?

De reden dat Ext2 nog gebruikt wordt is dat je niet altijd de overhead van een journalling file system kunt gebruiken. Op zich zou ik dan wel verwachten dat de Ext4 driver Ext2-partities ook wel aan zoou moeten kunnen, dus blijkbaar klopt er iets niet in mijn redenatie.
Ext4 heetf véél meer features. Extents, bijvoorbeeld. In plaats van ee blocklist 1,2,3,4,5,6 zeg je gewoon blocks 1-6. Dat maakt nogal uit als je een video file hebt met een miljoen blokken. Het zorgt wel voor ernstige incompabiliteit met ext3 drivers die extents uberhaupt niet snappen.
Ik was natuurlijk wat kort door de bocht. Ik dacht wel dat ext2 in place geupgrade kon worden naar ext3, en dat ext3 in place geupgrade kon worden naar ext4.

Maar wat ik vooral bedoelde was dat ik meende dat ext3 == ext2 + journal, waardoor de Ext3 driver dus prima Ext2 volumes zou moeten kunnen aansturen, gewoon het journal achterwege laten. Aangezien de Ext4 driver blijkbaar ook het Ext3 bestandssysteem aan kan, zou je daarmee verwachten dat de Ext4 driver ook een Ext2 bestandssysteem zou moeten kunnen aansturen. Waarmee dus de Ext2 driver ook verwijderd zou kunnen worden. Blijkbaar werkt dat dus niet zo, want Ext2 blijft in de kernel wat ik in dit bericht lees.
Klopt - de ext4 driver kan ook ext2 aan.

Het punt is alleen dat ext2 zo simpel is, dat het maar een klein drivertje is. Er is simpelweg niet zo'n winst om dat te verwijderen. En voor kleine, embedded devices is dat de moeite waard.
ALs je geen journal wilt, kan je prima ext3 of 4 gebruiken, en journalling uitzetten!

In principe kan je het heel lelijk doen, als je een ext3 partitie mount als ext2, wordt er ook geen journalling gebruikt.
EXT2 wordt nog veel gebruikt in embedded toepassingen omdat de foutcorrectie die in EXT4 niet altijd gewenst is. Hier neem ik dan ook niet aan dat deze verwijderd zal worden uit de default kernel release.
Het ligt er inderdaad maar aan, maar foutcorretie is echt wel iets van deze tijd, ook embedded.
Soms is snelheid belangrijker dan integriteit.
Bovendien, kies dan voor EXT4 :)
EXT2 is niet sneller, vandaar dat EXT4 bestaat ;)
Zorgt die foutcorrectie niet juist voor onnodig veel write-cycles op SSD's ?
Kwestie van afwegen maar uit de reacties blijkt dat:
1) Ext2 klein en licht is
2) Dat het nog wordt gebruikt in systemen die klein en licht nodig hebben

Dus verwijderen zal niet veel opleveren omdat het al klein is maar wel kopzorgen opleveren omdat het nog gebruikt wordt. Gezien de leeftijd zal er ook niet meer gek veel onderhoud op zijn. Eigenlijk de enige reden is dat het "oud' is, maar dat is geen reden. Als "oud" een reden zou zijn dan zou ik eerder denken aan FAT. Maar ja die heeft die 2 redenen die ik voor ext2 gaf in nog veel grotere mate.

Is dus wezenlijk anders dan ext3 wat toch een behoorlijke blok code was; als je de complexiteit kunt veroorloven dan had je ext4 kunnen gebruiken en als je het niet kon veroorloven dan had je wel ext2 gebruikt. Ext3 is dus vlees noch vis en als die ext4 driver dat filesysteem gewoon kan gebruiken dan is er niet veel reden om ext3 te houden.
Wie zou het loon van Linus betalen?
Een snelle google geeft het volgende:
https://www.quora.com/Whe...s-Torvalds-get-money-from

1)GIT: He also created,GIT and it has a Enterprise version too.
2)The Linux Foundation provides training,certifications on Linux OS.
3)Conferences/Talks: I am sure the kind of expert he is, he is regularly invited to talks like Linuxcon et all.
4)Consultancy : Again he must be using his expertise, to provide consultancies to enterprises using Linux.
Punt 1 verwart git als programma/protocol met sites en diensten als GitHub/GitLab waar Torvalds geen aandeel (ontwikkeling of monetair) in heeft, die mag je wegstrepen. Punt 4 lijkt me meer iets voor een bedrijf als Red Hat dan Torvalds zelf.
Zie deze TedTalk van zijn manager: http://tedxtalks.ted.com/...he-tech-industry-has-lear

Oftewel, hij wordt betaald door de Linux Foundation: http://www.linuxfoundation.org/about/leadership
De Linux Foundation:
Does Linus Torvalds work for The Linux Foundation?

The Linux Foundation sponsors Linus Torvalds so he can remain independent while working full-time on the Linux kernel.
Bron: http://www.linuxfoundation.org/about/faq

[Reactie gewijzigd door Nekronek0 op 2 november 2015 10:50]

Goh, ik kan me nog herinneren dat we erg blij waren dat ext3 toe was gevoegd aan de kernel (ik meen 2.4, ergens in 2003/2004 ofzo). De tijd vliegt :)
Dat was in 2001, zelfs. Linux 2.4.15. Lang geleden alweer.
Ah, dank.. Dat is inderdaad al weer erg lang geleden..
/offtopic
Voor overzichtelijke toegankelijke changelogs ging ik altijd naar

http://kernelnewbies.org/LinuxChanges

Helaas loopt die altijd eventjes achter, en valt het me nu op dat ze zelfs van 4.2 nog geen changelog hebben gemaakt.
Lijkt er op dat Diego Calleja die de laatste jaren heeft bijgehouden, en momenteel niet meer zo actief is (zie Info link bovenaan die pagina).
Hoop ooit nog eens op een Nederlandse linux versie (i.v.m. privacy) die gewoon omarmt word.
Veel mensen om mij heen hebben inmiddels wel genoeg van Windows 10 Teletubbie.
Zelf ben ik net over op Ubuntu, maar als ik dat volledig onder de knie heb zal ik dit echt wel aanbevelen bij kennissen en familie.

Met Nederlands bedoel ik trouwens niet enkel en alleen maar de taal, maar gewoon echt een eigen OS gebaseerd op Linux waar alle standaard (Nederlandse) zaken gewoon voor-geinstalleerd staan.

Als ik toh 20 jaar jonger was had ik het wel geweten :)
Linux Mint is anders direct Nederlands hoor. Heeft ook een minder steile leercurve omdat de bediening heel veel op Windows lijkt. In de basis is het ook Ubuntu, maar dan met minder scherpe randjes.

Niet voor niets is dat Mint met voorsprong de favoriete distro is bij velen. Het is in mijn omgeving voor veel mensen al de complete vervanging voor Windows 10 geworden. Niks dual boot meer.
Toch wel gaaf dat Linus zich hier nogsteeds mee bezig houdt.

[Reactie gewijzigd door Empire685 op 2 november 2015 10:01]

Niet iedereen in de Linux wereld denkt daar zo over. Sommigen zijn hem liever kwijt dan rijk.
Heb je zin/tijd om dit nader uit te leggen?
Linus komt niet altijd even sympathiek uit de hoek, om het maar zacht uit te drukken. Hij kan behoorlijk recht door zee, grof, aanvallend, neerbuigend en op nog veel meer (negatieve) manieren communiceren met vrijwilligers die werken aan bijvoorbeeld de linux kernel.

Een goed (en recent) voorbeeld:
So I really see no reason for this kind of complete idiotic crap.

Tell me why. Because I'm not pulling this kind of completely insane
stuff that generates conflicts at rc7 time, and that seems to have
absolutely no reason for being anm idiotic unreadable mess.

The code seems *designed* to use that new "overflow_usub()" code. It
seems to be an excuse to use that function.

And it's a f*cking bad excuse for that braindamage.

I'm sorry, but we don't add idiotic new interfaces like this for
idiotic new code like that.
Lees meer via: http://lkml.iu.edu/hypermail/linux/kernel/1510.3/02866.html

Je hoeft geen technische kennis te hebben om te ontdekken waarom sommige mensen hem niet zo lief vinden denk ik ;)

[Reactie gewijzigd door EnigmA-X op 2 november 2015 13:12]

Geniale mensen hoeven niet perse aardig te zijn, dat is mijn mening.
Hij weet echt wel waar hij het over heeft, als je dan niet tegen een paar scheldwoorden kan dan zit je daar zelf verkeerd.
Zie Gordon Ramsay, die kan er een tv-programma mee vullen.
Ik heb de voorkeur om techniek en communicatie gewoon als twee losse dingen te zien.

Dat hij technisch alles prima op een rijtje heeft, daar is genoeg bewijs van.

Dat je mensen voor rotte vis uit gaat maken omdat jij het technisch beter weet, vind ik een zwaktebod. Dat heeft niets met incasseren te maken bij de ontvanger, maar (in mijn ogen) met normale omgangsnormen.

Als je bedenkt dat fouten van nu tot in de eeuwigheid gemaakt blijven worden, hoe groot/klein ze ook zijn, dan zou je ook kunnen bedenken dat alle emotie die je erin stopt praktisch zinloos (en dus onnodig) is.

De keerzijde is namelijk het afschikkende effect. De coders met heel goede ideeën, die deze omgangsnorm niet trekken, lopen weg en daardoor mist o.a. de linux kernel het potentieel om nog sneller, nog beter te worden. Alleen maar door de zinloze emotie in zijn communicatie.

Ik vind dat zonde (en onprofessioneel). Ondanks dat iedereen hem zo ophemelt, is Linus met vlagen eigenlijk een bar slechte teamplayer in mijn ogen. Technisch, regelwerk en beslissingen maken, daar vind ik hem wel goed in. Daarnaast denk ik dat de IT-wereld in z'n algemeen veel aan hem en zijn doorzettingsvermogen te danken heeft.
Dat je mensen voor rotte vis uit gaat maken omdat jij het technisch beter weet, vind ik een zwaktebod. Dat heeft niets met incasseren te maken bij de ontvanger, maar (in mijn ogen) met normale omgangsnormen.
Ik heb jarenlang de kernel mailinglijst gevolgd en naar mijn mening is er een nogal krom beeld ontstaan.

Linus & companen wisselen dagelijks duizenden mailtjes uit. 99.9% daarvan bevat gewoon zakelijke discussie en niet meer. Af en toe lopen de emoties op en worden er domme of lompe dingen gezegd. Dat zie je overal, maar op internet, en helemaal op LKML blijven dat soort opmerkingen heel lang hangen. In een bedrijf zou niemand buiten kantoor die opmerkingen hebben gehoord en binnen kantoor waren ze de volgende dag weer vergeten. Kleine ruzies heb je altijd als grote groepen mensen samenwerken maar we zijn niet gewend dat die samenwerking in het openbaar plaats vindt en dat de halve wereld meekijkt.

Daarmee wil ik niet zeggen dat de Linux-developers niet goed op de omgangsvormen moeten blijven letten maar ik herken niks van de aggressieve sfeer die volgens sommige nieuwsartikelen zou hangen. Volgens mij is het niet significant anders dan andere grote open source projecten maar Linux is gewoon enorm groot en er wordt door enorm veel mensen aan gewerkt.
Ik ben het helemaal met je eens dat schelden en tieren geen plek heeft in een team, vooral niet als het om fouten gaat. Iedereen maakt tenslotte fouten en van scheldpartijen wordt niemand beter. In dat voorbeeld dat je hierboven aanhaalt kan ik het echter wel een beetje begrijpen, waarmee ik het niet goed wil praten. Daar wordt hij naar mijn mening boos niet zozeer omdat er foute code wordt opgeleverd, maar omdat de developer slim wil overkomen met esoterische code ten koste van leesbaarheid en onderhoudbaarheid, terwijl het ook gewoon heel eenvoudig kan. Dat soort onzin zou mij ook snel de keel uit gaan hangen. Fouten maken mag iedereen, je ego strelen ten koste van anderen niet.

[Reactie gewijzigd door Spacejockey op 2 november 2015 16:33]

Eens. Daarnaast heeft hij ook echt wel een andere kant. Google maar eens op "linus reads mean tweets", dan zie je een andere kant van hem :)
Geniale mensen hoeven niet perse aardig te zijn, dat is mijn mening.
Hij weet echt wel waar hij het over heeft, als je dan niet tegen een paar scheldwoorden kan dan zit je daar zelf verkeerd.
Zie Gordon Ramsay, die kan er een tv-programma mee vullen.
* FreshMaker heeft met Ramsay gewerkt tijdens een stage ....

Dat is show, voortgekomen uit een excess in een klacht van een oud-leerling van hem, die ( naar waarschijnlijkheid ) heel grove beginnersfouten maakte in een positie die dat niet toeliet
Tijdens mijn stage bij hem ( 3 maanden ) heeft hij niet één keer zo fel gevloekt, wel is hij een gedreven man, die een aanleg heeft om de juiste mensen op de juiste plek te zetten.
Hij gaat zelfs zover dat hij personeel helpt verhuizen naar andere plaatsen omdat in een ander bedrijf de persoo in kwestie WEL functioneert.

De mooie programma's op TV zijn zwaar overdreven, 90% van de door hem 'geredde' bedrijven bestaan niet meer in die hoedanigheid.
Alles voor de kijkcijfers
Hmm, lijkt mij inderdaad een goede kandidaat voor een cursusje communicatie techniek. Ik ben verder niet bekend met (de) linux (kernel) en zaken, waarvoor bedankt voor de link.

Ik moet wel zeggen dat ik het met hem eens ben dat die 'nieuwe' versie van dat specifieke stukje code inderdaad verschrikkelijk lelijk is.
Als iemand als Torvalds zo fel reageert zou je hem kunnen afserveren door te denken dat hij maar een lul is maar je zou je ook af kunnen vragen: waarom reageert hij zo? Misschien is het gewoon wel echt slechte code (portability, leesbaarheid, onderhoudbaarheid, veiligheid, etc.). Best lastig natuurlijk om die stap te maken als je net heel wat uren besteed hebt om die code te schrijven en patches in te dienen. Het gaat uiteindelijk om de beste oplossing en code, niet om iemands ego.
Als ik me niet vergis is er enige tijd geleden een groep mensen die eerst werkte aan Linux afgesplitst vanwege de arrogantie van Linus naar die ontwikkelaars toe en omdat ze het niet eens waren met zijn ideeën en hij blijkbaar geen gehoor had naar die van hun.
Algmeen voorbeeld dat de 'cultuur' rondom Linux niet iedereen goed af gaat: http://sarah.thesharps.us/2015/10/05/closing-a-door/
Yep, voornamelijk de mensen die voor een "enterprise" werken, zijn hem liever kwijt dat rijk.
Linus werkt zelf voor een enterprise... De man communiceert te lomp en gedraagt zich zo nu en dan als Koning Beterweter. Niet iedereen heeft daar trek in al heeft de man natuurlijk evenqals ieder ander recht op zijn mening. Gelukkig kunnen mensen op verschillende plekken hun ei kwijt en is het niet noodzakelijk om je in de buurt van Linus op te houden als je iets met besturingssystemen wil gaan doen...

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