Allt från Computex 2023

Linux Kerneln allt buggigare

Permalänk
Medlem

Linux Kerneln allt buggigare

http://news.zdnet.co.uk/0,39020330,39267255,00.htm

Andrew Morton, the lead maintainer of the Linux production kernel, is worried that an increasing number of defects are appearing in the 2.6 kernel and is considering drastic action to resolve it.

"I believe the 2.6 kernel is slowly getting buggier. It seems we're adding bugs at a higher rate than we're fixing them," Morton said, in a talk at the LinuxTag conference in Wiesbaden, Germany, on Friday.

Morton admitted he hasn't yet proved this statistically, but has noticed that he is getting more emails with bug reports. If he is able to confirm the increasing defect rate, he may temporarily halt the kernel development process to spend time resolving bugs.

"A little action item I've given myself is to confirm that this increasing defect rate is really happening. If it is, we need to do something about it." he said. "Kernel developers will need to reapportion their time and spend more time fixing bugs. We may possibly have a bug-fix only kernel cycle, which is purely for fixing up long-standing bugs."

One problem is that few developers are motivated to work on bugs, according to Morton. This is particularly a problem for bugs that affect old computers or peripherals, as kernel developers working for corporations don't tend to care about out-of-date hardware, he said. Nowadays, many kernel developers are employed by IT companies, such as hardware manufacturers, which can cause problems as they can mainly be motivated by self-interest.

"If you're a company that employs a kernel maintainer, you don't have an interest in working on a five-year-old peripheral that no one is selling any more. I can understand that, but it is a problem as people are still using that hardware. The presence of that bug affects the whole kernel process, and can hold up the kernel — as there are bugs, but no one is fixing them," said Morton.

During his talk, Morton discussed the 2.6 kernel development process, explaining that if people want to get their code into the kernel they should send it to him, not Linus Torvalds, who maintains the development kernel. Morton manages the "-mm" code branch, which is where patches are tested before being added to the development kernel.

"The way an individual can get their code into the kernel is by sending it to me. I will buffer it in my [mm] tree and send it to Linus. It's fairly rare for a person to send patch to Linus and get it in. In fact Linus is fairly random at patches at the best of times. Generally, Linus will cc: it to me because he knows I'll pick it up," said Morton.

"The mm tree is what Linus' tree is going to look like in three months time. A lot of stupid bugs get in. I wish people would send me code that compiles — probably about 75 percent do," he said. "Without mm all of these problems wouldn't be discovered until hit they hit the mainline tree and would impact everyone's ongoing development."

The LinuxTag conference goes on until Saturday. Talks that take place in the main conference room can be watched online via a free Webcast (instructions in German).

Precis som jag sa. Linux distar är för beroende av Linux kerneln och detta verkar ju inte bra.

Permalänk

Re: Linux Kerneln allt buggigare

Tja, varför skulle distarna inte vara beroende av Linux-kärnan? Det är väl rätt uppenbart att det kommer in fler buggar ju snabbare utvecklingstakten går. Ingenting nytt direkt. Som Linus sa vid övergången till nya versionssystemet; "det blir upp till distributionerna att stabilisera sina kärnor". Vilket är precis vad de har gjort, därför kör de flesta officiellt med äldre kärnor. Annars kan du ju alltid välja någon BSD-variant om du inte litar på Linux (alternativt köra Gentoo med FreeBSD-kärnan, om man vill köra ett Linux-liknande system med BSD-kärna och verktyg).

Permalänk
Medlem

skulle man inte kunna gå andra vägen och helt enkelt ..eller "enkelt och enkelt" slopa stöd för äldre prylar och ha såna där bleeding edge-kärnor som får testa ny skit varpå detta integreras i de äldre. (varpå helt nya problem uppstår förvisso)

Visa signatur

Operativsystemet som löser nästan alla problem: Mint

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av AndreaX
skulle man inte kunna gå andra vägen och helt enkelt ..eller "enkelt och enkelt" slopa stöd för äldre prylar och ha såna där bleeding edge-kärnor som får testa ny skit varpå detta integreras i de äldre. (varpå helt nya problem uppstår förvisso)

Den klurade du på länge va?!

Ontopic: Tycker gott att de kan dra ner på utvecklingstakten på kärnorna ist och göra dem stabilare, om det nu är ett sådant problem som han ev. talar om.

Permalänk

Egentligen inget större problem numera då 2.6.16 verkar ha blivit den nya stabila serien som kommer underhållas ett längre tag. Flera distributioner kör med 2.6.16 och en utvecklare har sagt att denne tänker underhålla versionen i åtminstone ett år (eller var det två?).
Utvecklingstakten är rasande hög och jag är egentligen förvånad att det inte är fler buggar än vad det är och kanske diskussionen bland utvecklarna som nu dragit igång leda till lite bättre rutiner för att hantera patch-flödet på ett bättre sätt. Vissa skulle antagligen jubla om 2.6 gick in i stabilt läge och en 2.7-kärna fortsatte all ny utveckling men jag tror inte problemet är så stort ännu så att Linus och Andrew överväger det alltför mkt.
Dock tror jag endast att det blir en skärpning vad gäller acceptansen för nya patchar i mm, samt nya funktioner i Linus träd vilket antagligen skulle vara tillräckligt för att utvecklare skall skärpa till sig och dubbelkolla samt testa en extra omgång innan de sänder in sina patchar.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av zajko
Den klurade du på länge va?!

Ontopic: Tycker gott att de kan dra ner på utvecklingstakten på kärnorna ist och göra dem stabilare, om det nu är ett sådant problem som han ev. talar om.

jo, ungefär intervalltiden mellan tangentnedslagen är jag rädd..

Visa signatur

Operativsystemet som löser nästan alla problem: Mint