Kerneltrap interviewt Linux kernel 2.4-maintainer Marcelo

Op KernelTrap is een interview verschenen met Marcelo Tosatti, de maintainer van Linux 2.4. Ruim twee jaar geleden werd hij verrassend naar voren geschoven als de bewaker van de stabiele kernelserie, nadat 2.2-maintainer Alan Cox had aangegeven niet door te willen schuiven naar 2.4. Opvallend is ook zijn leeftijd: hij was 18 toen hij de leiding kreeg over het project. Het vraaggesprek gaat in op de problemen die er geweest zijn in de geheugenmanager van de kernel en de zogeheten OOM-killer, die bij een tekort aan geheugen programma's moet afsluiten. Deze OOM-killer werd in de laatste release (2.4.23) verwijderd, maar zal volgens Tosatti in 2.4.24 weer meegeleverd worden. Ook zijn reactie op de kernelbug die leidde tot de inbraak op verscheidene Debian-servers wordt besproken. Over nieuwe kernels had hij het volgende te zeggen:

JA: What do you feel are some of the more exciting new features in 2.6?
Marcelo Tosatti: The most exciting thing is the speed. It is really fast. Also the infrastructure is much much better now (driver API, VM, IO, FS'es).

JA: What do you think will be some of the areas focused on during 2.7 development?
Marcelo Tosatti: It's hard to say, but I believe mostly VM/block IO (SCSI, IDE), networking...

Reacties (19)

[Verwijderd]

OOM-killer: "Ohh, ik heb te weinig recources ... hey die sshd doet ook niks, laten we die maar killen"

niet echt leuk als je m op een verre locatie hebt staan

[Verwijderd]

De kans dat jouw ssh daemon wordt afgeschoten is bijzonder klein. Er wordt met een puntensysteem gewerkt:
[knip]
Basically, points = size / (sqrt(sqrt((CPU_used)) * sqrt(time_running)) * with some bonusses/penalties
[/plak]
Een proces dat al een tijdje niks doet en geen idiote hoeveelheden geheugen opvreet zal onzien worden.

[Outsync]

Dit afsluiten zal naar mijn mening niet zonder waarschuwing gebeuren me dunkt..

[odysseus]

Dat gebeurt zeker wel zonder dat er eerst gevraagd wordt of je dat wel zeker wilt . De kans dat je ssh-server wordt afgeschoten is dan ook aanwezig, maar niet erg groot. De kernel kan nu eenmaal niet even vragen welk proces je wilt afsluiten, want wat als er geen antwoord komt of niet direct? Alle processen zouden in een deadlock zitten, geen geheugen kunnen aanvragen en dus zelfs de meest simpele taken niet meer kunnen uitvoeren. Hiervoor zijn twee oplossingen:
- sluit een proces af dat veel geheugen gebruikt, zodat het systeem weer even verder kan
- geef een error terug aan elk proces dat geheugen aanvraagt op het moment dat er geen geheugen meer vrij is. Het programma crasht dan waarschijnlijk (of geeft een error, maar veel programma's checken de returnwaarde van een malloc() niet).

De eerste optie is er dus in de vorm van de OOM-killer, de laatste optie wordt in 2.4.23 gebruikt. Het heeft als voordeel dat het simpel is, maar als nadeel dat geen enkel programma meer kan werken tot er genoeg programma's gecrasht zijn om weer wat vrij geheugen te hebben...en er is geen enkele garantie dat het de 'goede' programma's zijn die crashen. Om die reden is de OOM-killer ooit geintroduceerd: die kan tenminste met enige logica bepalen welk proces er moet worden afgeschoten. Dat kan bijvoorbeeld worden bepaald aan de hand van de hoeveelheid geheugen die het gebruikt (het heeft meer nut om grote processen af te sluiten dan kleine) of aan de hand van de groei van het geheugengebruik van een proces (het proces dat het hardst groeit heeft waarschijnlijk schuld aan het geheugentekort en moet er daarom maar voor boeten).

Het probleem is dat de OOM-killer nog wel eens het verkeerde proces kiest. Als de ssh-server afgesloten wordt dan is dat misschien vervelend, maar niet rampzalig. De OOM-killer koos echter ook wel eens processen die als status 'uninterruptable' hadden, om maar wat te noemen - zelfs de kernel kan die niet afsluiten en blijft dus eeuwig hangen in een poging dat toch voor elkaar te krijgen. In dat geval helpt een OOM-killer je dus van de regen in de drup: bij uit de hand gelopen geheugengebruik zijn het niet de applicaties die crashen, maar gaat de hele kernel onderuit. Dat is nogal vervelend en om die reden is de OOM-killer uit 2.4.23 verwijderd . Overigens had de OOM-killer ook problemen met systemen zonder swap en waren er nog wat andere zaken die niet helemaal goed werkten.

[0siris]

For those who want the old OOM killer behaviour (which is useful if you expect to run hogs, etc), it will possible to select OOM-killer the next 2.4.x version.

Je moet het dus echt aanzetten, het is niet iets dat persé aanstaat.

[Verwijderd]

WTF zo jong en dan al kernelmaintainer. Is die gozer briljant ofzo

[TD-er]

Ik heb zo'n vermoeden dat je ongeacht je leeftijd al vrij briljant moet zijn om kernel-maintainer te zijn.
Je moet namelijk van alle onderdelen van de kernel thuis zijn om in te kunnen schatten wat nuttig is en wat potentieel een gevaar kan opleveren.

* 786562 TD-er

[0siris]

waarom wordt een plaatje van tux geshowed in plaats van een plaatje van Marcelo zelf ?
<edit>er stond eerst een plaatje van tux<edit>

[LauPro]

Ik denk rechtstreeks naar de website gelinkt ipv gemirrored. Veel websites willen dat niet ivm met traffic.

[kodak]

Geweldig om te lezen, maar Marcelo staat ook nog ergens anders met een interview in: nl in de afgelopen uitgave van het Nederlandse Linux Magazine. Marcelo was pas geleden nog even in Nederland, vandaar.

[Verwijderd]

Jah, op een Open Source congres in Ede waar alleen maar managers (en ik ) zaten, ging hij vertellen over de 2.4x kernel serie op bit- en byteniveau. De helft van alle maatpakken vielen al in slaap halverwege

Z'n vriendin was erbij trouwens, iemand die gezien ? Bewijst maar weer eens dat ook Linux geeks een sociaal leven hebben

[Verwijderd]

Er stond deze maand al een interview in Linuxmag

[Verwijderd]

wat bazel je nou man???? Ik gebruik beide os'en en ondanks het feit dat windows als klik en klaar wordt beschouwd is het best moeilijk. Het kleinste kind kan de cd er in leggen en de setup doen. Maar eens je in her register begint te klooien is het niet meer klik en klaar.
* 786562 KRIS

[loodgieter]

1 op de 10 mensen weet geen eens dat er een register in windows zit. en dat moet ook mooi zo gehouden worden.
En ik ben het niet eens met Soulmaster Linux word ook steeds meer gebruikers vriendelijk. Het is ook maar net wat je gewent bent. Ben zelf ook meer voor windows maar Linux is gewoon leuk om er bij te doen en ervaring op te doen met andere OS`n. (dat heet kennis verbredeing ). dus ckers geen nerd shit

[picobyte]

Het register!!?
Man als mensen het woord SPAM-Filter of virus/trojan horen dan beginnen de oortjes al te klapperen.
En zelfs met een schone/kale windows x.x kan je als gebruiker al 98% van de virusjes tegenhouden met gezond verstand.
Maar alsnog weten de meeste mensen dat dus niet omdat juis windows doet alsof drie keer klikken klaar is bij linux wordt er gewoon geen vals gevoel van veiligheid meegegeven! je bent dus onzeker met een reden als je van de installer een vraag niet weet te beantwoorden.
Gelukkig maar want ook linux begint bij diverse distros al een windows facade mee te leveren

[Verwijderd]

Als je Red Hat instaleert (de laatste distro) kan je voor verschillende beveiligingsniveau's kiezen. Jan met de pet zou ook denken dat wanneer je paranoia kiest alles in orde is.

[Verwijderd]

Ik heb de gelegenheid gehad om ooit eens een lezing van Marcello over de 2.6 kernel bijgewoond te hebben en deze jongen is inderdaad hyper intelligent. Ik meen dat hij vertelde dat hij al vanaf zijn 6e wat aan programmeerde.maar dat weet ik niet zeker.

Echt heel goed engels kan hij niet..maar hij is te verstaan.

[Verwijderd]

In het interview staat dat hij in '94 mede door zijn broer, die computers assembleerde met opgekochte stukken, in contact kwam met computers.
Hij is begonnen met DOS onder de knie te krijgen, daarna programmeren in BASIC en even later in C door middel van boeken en veel te oefenen.
Hij kwam in contact met linux in 95-96.

dan op zijn 13-14 kreeg hij een job bij connectiva, ondertussen is hij van job verandert en werkt hij bij Cyclades