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 , , 71 reacties
Bron: Slashdot

Voor veel Linux-fans kan afgelopen nacht worden bijgeschreven als een memorabel moment, aangezien Linus Torvalds heeft laten weten dat de 2.6.0 kernel officieel is uitgebracht. Deze nieuwe kernel is een zogenaamde 'stabiele' kernel, wat er op neerkomt dat er weinig tot geen onverwachte crashes of problemen zullen optreden met deze kernel. Daarnaast zullen er ook weinig grotere veranderingen worden doorgevoerd ten opzichte van de 2.6.0-versie in komende releases die versienummer 2.6.x dragen. Deze nieuwe kernel lost de 2.4-kernelserie af welke in januari 2001 was vrijgegeven. De 2.6-kernel is resultaat van ontwikkelingen welke gedurende afgelopen maanden in de 2.5-kernelserie hebben plaatsgevonden. De leiding van de ontwikkelingen aan deze instabiele kernels was in handen van de originele auteur van Linux, Linus Torvalds. Hij zal komende maanden nog enkele afrondende werkzaamheden aan de kernel verrichten samen met de toekomstige maintainer van de 2.6-serie, Andrew Morton. De 2.4-kernelserie zal voorlopig ook nog gewoon verder worden ontwikkeld en voorzien van nieuwe updates en patches. De leiding van deze kernelserie is in handen van Marcelo Tosatti.

De belangrijkste vernieuwingen in de 2.6-kernel zijn vooral gericht op server-systemen. Zo is de multiprocessor ondersteuning aanzienlijk verbeterd en herzien. De 2.6-kernel is nu in staat om goed te werken met een 32-processor systeem, wat bij de 2.4-kernel niet mogelijk was. Daarnaast is het opslagsysteem van de kernel grondig herzien, waaronder de ondersteuning voor IDE-devices. Ook is de reactiesnelheid en de verwerking van meerdere threads in een programma verbeterd. Voor laptop gebruikers is de betere ondersteuning van ACPI een belangrijke verbetering. De 2.6.0 kernel zoals deze nu beschikbaar is, bevat nog niet de laatste patches en bugfixes. Andrew Morton had namelijk nog een eigen ontwikkelversie waarin bepaalde patches inmiddels wel zijn toegepast maar die nog niet te vinden zijn in standaardversie. In de komende releases zullen deze patches worden doorgevoerd in 2.6-kernel.

Nu de 2.6.0 kernel is uitgebracht ligt er een belangrijke taak bij de Linux-distributeurs. Deze moeten nu de nieuwe kernel in hun distributies opnemen waarna hij pas echt door veel mensen gebruikt zal gaan worden. De twee grootste distributeurs, Red Hat en SuSE hebben aangekondigd om in het komende jaar de kernel in hun enterprise producten op te nemen. SuSE verwacht deze overstap zelfs al in de zomer van volgend jaar te hebben gemaakt. Red Hat acht dit echter te vroeg en wacht liever tot 2005. De consumenten-versies van de diverse distributies zullen uiteraard al eerder van de 2.6-kernel worden voorzien. Red Hat's consumentendistributie, Fedora Core had zelfs al aangekondigd dat de komende release, Fedora Core 2, speciaal afgestemd zou worden op de Linux 2.6-kernel. De planning is dat deze in april volgend jaar uit zal komen. Een test-versie wordt echter al eind januari verwacht:

Linus TorvaldsThis should not be a big surprise to anybody on the list any more, since we've been building up to it for a long time now, and for the last few weeks I haven't accepted any patches except for what amounts to fairly obvious one-liners.

[...] To give you an example, one of the nastier bugs that we chased for the last five weeks was a bug that could only be reproduced reliably on a 16- or 32-way system, and only when the system had flaky disks. Putting in known-good disks made the problem disappear. Similarly, compiling the kernel with another compiler made the problem disappear.

It turned out to be a really subtle bug wrt SMP ordering and stack allocation, and lots of thanks to Ram Pai for gathering all the information that eventually led to it being fixed. The fix was a one-liner and a big comment - but my point is that the quality of bugs has been pretty high lately, and we feel that we're in pretty good shape.

Op het forum is in een tweetal draadjes de ontwikkeling van deze nieuwe kernel te volgen (geweest). Dit topic behandelt de 2.6.0-kernel. De voorafgaande ontwikkeling was in dit topic te volgen. De kersverse kernel is te downloaden vanaf Kernel.org. Uiteraard zijn er ook vele mirrors, waaronder in Nederland. In een meukpost wordt eveneens aandacht besteed aan deze release, waarin ook diverse downloadlocaties worden genoemd voor de kernel en ander benodigde software.

Moderatie-faq Wijzig weergave

Reacties (71)

Voor de liefhebbers staat ie ook in alle smaken op
ftp://foobar.holmes.nl/linux-kernel-2.6/

Gigabit tot de AMS-IX, dus de snelheid is wel okay :P
4.47Mb/s dat is wel lekker ja :P
Fedora Core had zelfs al aangekondigd dat de komende release, Fedora Core 2, speciaal afgestemd zou worden op de Linux 2.6-kernel.
Zo zo! Dan lopen ze maar een half jaar achter op Slackware. Want Slackware 9.1 is al 2.6.x-ready. (bron: Slackware.com announcement)

* 786562 fearlezz
Wat is 2.6 ready nu weer?
Als je module-init-tools heb geinstalleerd, kun je gewoon de 2.6 kernel gebruiken.
Dat klopt niet helemaal .... Bijvoorbeeld doordat Device nodes, UID's en PID's allemaal 32 bits getallen zijn geworden moet je van verschillende tools checken of je niet een te oude versie hebt (die nog uitsluitend met 16 bits getallen omgaan)
Bijvoorbeeld: Util-Linux, de e2fsprogs en reiserfsprogs en ProcPS.
Verder is er natuurlijk gebruik gemaakt van de laatste mogelijkheden in de nieuwste compiler related tools dus je moet minimale versies hebben van GNU C, GNU make en binutils, anders krijg je 2.6 niet eens gecompileerd.

Check dus ./Documents/Changes in de uitgepakte kernel.

<edit -> Horror>
Het verradelijke is mischien dat je nu nog geen UID's gebruikt die boven de 16 bit uitkomen en dat het daardoor lijkt dat je tools FS allemaal het goed doen... met PID's is het wat anders want als je b.v. X en GCC gaat compilen draai je er zoveel processen doorheen dat je wel over de 65536 (2^16) processen heen gaat.
Je zou voor de aardigheid dat eens moeten testen als je die oude tools gebruikt.
</edit>
Maar ik draai 2.6.0test serie al een hele lange tijd.
Nooit problemen gehad. Maar ik draai ook Debian SID.
Misschien met hele oude versies van tools zou je problemen kunnen krijgen.
Nu moeten ze bij gentoo alleen ff de iso's aanpassen, want de nieuwe versie van reiserfs (versie 4 dacht ik) zit nu standaard in de 2.6 kernel, maar immers deze kan alleen geinstalleerd worden als ook in de iso hiervan gebruikt wordt gemaakt!
Ik gebruik kernel 2.6 al een tijdje onder Gentoo op mijn Centrino laptop.
Met cpufreqd (voor aansturing v.d. ACPI) throttelt hij automatisch de CPU snelheid wat een langere battery-uptime van de laptop tot gevolg heeft.

Stabiliteit van de 2.6 kernel valt me alles mee, heb nog geen crash gehad of problemen met modules o.i.d.

Het kernel bakken gaat een stuk sneller en oudere .config bestanden kunnen bij een nieuwere kernel "gewoon" worden gebruikt.

Wat centrino support betreft heeft Intel helaas nog geen drivers voor de wireless netwerkkaart, deze zijn in ontwikkeling en worden geloof ik midden 2004 gereleased. Er is wel een ndiswrapper sourceforge.net/projects/ndiswrapper/ (gratis te downen) die je windows drivers onder linux kan aansturen enkel biedt dit vooralsnog geen Ad-Hoc ondersteuning. (Works great btw)

Voor een intel extreme graphics 2 chipset is vooralsnog geen ondersteuning voor de hoogste resolutie.
Bij 2.6 zitten i830 en i810 modules die ingebakken kunnen worden. (i810 is aan te raden, biedt de beste GLX en DRI ondersteuning tot nu toe met kernel 2.6)
WiFi drivers voor de centrino laptop zijn verkrijgbaar via http://www.linuxant.com, je kan gratis een test driver (maand geldig) downloaden en heel makkelijk installeren.

Works like a charm :)
Beter download je de NDIS drivers.
Die werken even goed, op de zelfde manier (wrapper) en zijn G.R.A.T.I.S.

Heb ze in mijn eerste post genoemd.

-=@@D=-
Dat je de hoogste resulutie niet aankan is hoofdzakelijk de schuld van een bios bug. Sommige laptopmakers hebben daar echter updates voor.

Stabiel is het zeker! Op mijn systeem is heb al vele pre en test versies sneller en stabieler dan de 2.4 serie.
cpufreq support had je ook al in de 2.4.22-ac4
2.6 - het kerstcadeautje van linus voor alle geeks ter wereld :+
Ik vind dan ook dattie een week te vroeg was met de release ;)
:Y) op de 26 van december is kernel 2.6 uigebracht! De kernel is geboren!!!!
Hmm, LOTR - ROTK == Linux On The Rising - Return Of The Kernel?
Hoewel, er schijnt ook een film te zijn die zo heet. Stelletje leechers, meeliften op het succes van Linux!
maar... lord of the rings crashte bij vorige versies niet. :Y)
Volgens mij crasht er wel degelijk een klein
wezentje in Mount Doom op het eind. Gllm! Gllm!

Ooops! Verraad ik nu toch een stuk van deel III :+
Er schijnt ook al een boek uit te zijn van lotr dus je verraad niet zoveel ;)

al lijkt het boek niet zo op de film dus er is nog zat in deel 3 wat de argeloze kijker zal verassen
1) Ik heb deel 3 BIJNA uit.
2) Ik zit vol spanning te wachten om daarna naar de cinema ervoor te trekken.

Moet jij dat nu al voor mij vergallen :'(
Hij compiled ook een stuk netter trouwens. make dep is niet meer nodig. En make bzImage geeft gewoon netjes de files die hij compiled en met welke compiler (oid). Dat ziet er een stuk overzichtelijker uit dan alle crap (OK, vast heel nuttige dingen) die hij eerst over je heen gooide.
Ik heb laatst op de pc van m'n vader Gentoo geinstalleerd. Als kernel heb ik 2.6.0-test11 genomen. Tot m'n verbazing is dat ding echt supersnel!!! Toen er nog win2k op draaide konden er geen divx-5 of xvid films op bekeken worden, dat schokkerde ontzettend. Nu de 2.6 kernel draaid loopt dat allemaal als een trein, ook als je door de film heen gaat bladeren om ergens middenin een bepaalde scene te bekijken geeft hij geen krimp.
Zelfs als ik op de achtergrond aan het compilen ben gaat het nog redelijk, hij schokkerd dan af en toe maar lang niet zo erg als onder windows. 8-)
Oh, ik heb het over een P2-350 met 192 mb geheugen.
Sorry voor Linus, maar ik ga de kat even uit de boom kijken tav stabiliteit en bugs voordat ik de servers hier van een nieuwe kernel ga voorzien. Telfort kan het zich niet veroorloven om uit de lucht te zijn als gevolg van een op hol geslagen linux host (of nog erger, een hele range van servers...... )
Het is sowieso niet verstandig om een net uitgebrachte kernel te gaan gebruiken op productieservers; eerst een paar maandjes op test-systemen, wachten op minor upgrades, eventuele kernel patches die je gebruikt moeten ook aansluiten, etc etc
Een grote Amerikaanse Counter-strike gamehoster draait al een half jaar ofzo op de 2.6 test serie, tot volle tevredenheid. Ik zelf wacht inderdaad ook nog even tot de bugs die er niet in gepatched zijn, zoals in bovenstaand verhaal ook vermeld is, erin zijn verwerkt door de kersverse maintainer voor 2.6. Laten we zeggen, 2.6.1-test3 dat ik overstap ;)
Counterstrike servers zijn nu niet meteen zeer belangrijke dingen. (bekijk het nu niet vanuit het gamerstandpunt, maar vanuit een risk management standpunt, nl hoeveel mensen worden beinvloed indien die down gaat, hoeveel gaat het kosten, welke gevolgen gaat dit hebben etc. etc.)
* 786562 vso

ben altijd wel benieuwd naar een opsomming van de vernieuwingen/toevoegingen enzo

handig voor een andere thread
http://www.tweakers.net/meuktracker/5241?#reacties

meuktracker met meer informatie

@Jimmy Pop
http://www.kniggit.net/wwol26.html
echter deze vond ik op meuktracker en die is wel wat leesbaarder ;) maar wel gewaardeerd
Weet je dat wel zeker? Linux changelog's zijn normaalgesproken nogal groot. Maal als je even wilt gluren kun je hier terecht :).
Dat is exact dezelfde info als waar naar gelinkt is in de meuktracker. En ook dat is niet het volledige changelog, want zoals vermeld staat in die file zelf:
Summary of changes from v2.6.0-test11 to v2.6.0
Dat is dus niet de volledige lijst voor de 2.6.0 tree maar puur van test11 naar de final. :)
Er is geen bedrijf die zo gek is om nu gelijk zijn productie machine's te gaan updaten naar 2.6

Zodra er een paar patches zijn en misschen paar minor versies verder zijn. Beginnen de bedrijven pas test systemen over te zetten naar de nieuwe versie en misschien een paar non-critical productie machine's

Dus zomer/herfst van 2004 komen we denk ik pas de eerste 2.6 kernels in het wild tegen.
Als je de nieuwe features niet nodig hebt, zet je servers toch helemaal niet over?
in de 2.6.0 kernel zit zogezegd geen SCO code :)
Jawel hoor, die code zijn ze er bij SCO nu aan het instoppen...
:P
Ehmmm, ben ik niet met je eens. Als Microsoft een nieuwe service pack uitbrengt, zijn er legio bedrijven (mijn ervaring) die direct de servicepack op al hun productie machines installeren, omdat het een nieuwe versie is en dus beter zal zijn dan de oude....

Natuurlijk is dit niet erg slim, maar het gebeurd nog echt dagelijks. Dit zegt natuurlijk meer over de beheerder dan over het berdijf maar toch ;)
Hoe zit het met ACPI? Ik heb een Acer Travelmate 800 laptop en de sleep functie werkte onder test7 half. Systeem ging slapen, werd wel wakker, maar scherm bleef uit.

Bij test11 werkte hij helemaal niet. Systeem ging niet eens fatsoenlijk slapen. Toch de final maar even op mijn testpartitie installeren :P

Het cpufreq is wel sterk verbeterd. Onder 2.4 had je alleen minimale freq of maximaal. Onder 2.6 heb je ook user defined. Dus gewoon zelf instelbaar tussen min en max. Kijk dat is echt interessant.....

Ow en de Ati driver moet even worden gepatched voor 2.6 final denk ik.....
Ik heb een Acer tm 661 (Nagenoeg de 800 enkel andere VGA kaart).
Gebruik swsusp(end) voor software suspend to disk (niet vergeten mee te compileren)
Dit schijnt te werken, heb ik zelf nog niet getest.

cpufreqd kan je dusdanig instellen dat hij veel cpu kracht bij bepaalde processen geeft (gcc / make / emerge / tuxracer ;))
Moet je voor de grap eens op kernel.org kijken naar de statistieken :9 volgens mij heeft die server het aardig druk :9:
Up since: Wed Apr 16 13:06:46 2003
Load Average: 48.97 48.53 52.87 (1516 processes)
Ram: 5950784KB
Free: 6420KB
Current bandwidth utilization 215.97 Mbit/s
:*)
De load moet je nog wel delen door het aantal processoren dat in die machine zit.

(Load zegt eigenlijk: hoeveel processen staan er in de wacht, of, hoeveel processoren heb ik nodig)
load is de gemiddelde lengte van de run-queue, uitgemiddeld over 1, 5 of 15 minuten. De wait-queue is een ander ding. Processen in de run-queue willen CPU-tijd, processen in de wait-queue niet. 'Load' op zich is een betekenis-loos getal. Ik kan je aan een load van 8000 helpen zonder dat je er iets van merkt.

215Mbit/s is voor een machine met GigE eigenlijk niet zo veel. Recente hardware met voldoende geheugen (de kernel-tarball is klein genoeg om volledig in de filesystem-cache te passen) moeten probleemloos meer dan 600Mbit/s naar buiten kunnen krijgen.
klopt, maar hangt natuurlijk wel af van wat er op je server staat. Als het om 1 file gaat, die in de diskcache past, is het geen probleem, maar als je trage disks hebt met veel kleine files, vind ik het knap als je toch nog 75 MB /s kunt halen
De connectie is overigens 250mbit dus hij staat flink te pompen :)

Ik denk overigens dat een hoop verkeer gewoon uit de diskcache komt, dus een gbit interface volpompen moet ook nog wel lukken :)

Current bandwidth utilization 250.94 Mbit/s

Balkje zit ook vol, kernel.org op zn max :)

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