, linux - brugere har en sjælden mulighed for at høre direkte fra hackere i centrum af linux kerne på onsdag kl. linuxcon europa.læs den for mere om staten arm i linux kerne, behovet for nye kerne bidragydere, og døden af den store kernel lås (bkl).,, linus torvalds og andre kernel udviklere satte sig til et møde med spørgsmål og svar på det første linuxcon europa.lennart poettering, skaberen af pulseaudio og systemd, fungerede som mægler i panelet, som bestod af torvalds, alan cox, thomas gleixner, og paul mckenney.de fire tog forberedte spørgsmål fra poettering, samt at imødekomme improviseret publikum medlems spørgsmål om alle emner fra versionsnumrene for den fremtidige udvikling af kerne - projektet.,, paneldeltagerne indført sig først.torvalds naturligvis er leder af projektet.cox arbejder primært i systemet på chip i disse dage, selv om han har haft andre roller i de tidligere).gleixner opretholder den tidstro plastre.mckenney arbejder på at læse kopi ajourføring (ecu).de tegner sig for en lille del af kernen i fællesskabet, men af deres rolle og erfaring giver stor indsigt i sundhed i kernen, sundheden for kernen samfund, og de retninger, vi er på vej hen.,, poettering, der blev åbnet ved at anmode gruppen om en ofte citerede bemærkning ved at bryde userspace torvalds forenelighed var noget det skal undgås for enhver pris.en fin tanke, poettering sagde, men det lyder hyklerisk, i betragtning af hvor ofte kernen team knuser virkelig er forenelig med sine pressemeddelelser og mdash, nogle gange endda med ubetydelige ændringer, som overgangen fra 2.6. x versionsnumrene - 3, der skete tidligere i år,.,, torvalds understreget, at enhver program, der gik ud fra, at kernen ' s versionsnummer ville altid starte med en " 2 " var gået, men at kernen hold har også tilføjet en " forenelighed " tilstand, der skal rapportere sine versionsnummer som 2.6.40 hvis buggy programmer havde brug for det.det ligger kernen team ' s tilgang: tilføje noget nyt, men gøre alt, hvad der er muligt, for at sikre, at den gamle måde at gøre tingene på arbejdet.,, torvalds tilføjede, at han plejede at holde gamle binaries omkring &mdash, herunder den første skaller skrevet til linux, som anvendte api - grænseflader, der blev afvist i måneder og mdash; til prøvning mod hver ny kerne frigivelse, bare for at være sikker på, at gamle kodeks fortsat med at løbe.api - stabilitet er vigtig, sagde han, men det flyder ud af ikke at bryde brugernes erfaringer." nr. projektet er vigtigere end brugerne af dette projekt, og at citere, gav han, næste, poettering spurgte, om der var et gammelt problem med den centrale kerne udvikling team, konstaterer, at den gennemsnitlige alder for delsystemet vedligeholdelsesvirksomheder er voksende.torvalds sagde nej, men at det virkede som den, blot fordi det tager tid til en ny kilde til " student ", opretholder en enkelt chauffør til forvaltning af en klar, og i sidste ende til styring af hele delsystemet.de andre var enige, cox tilføjede, at der var masser af " frisk blod " i projektet, faktisk mere end nok, men der var et større problem i kløften mellem kønnene og mdash; et problem, der ikke var i stand til at ordne, trods års forsøg.de fleste af de kvindelige kernel bidragydere i dag arbejder for kommercielle virksomheder, sagde han. med meget få, der på grund af deres egen hobbyist interesse.torvalds tilføjede, at en anden grund virker det ofte som kernen er publikum ældes hurtigt, hvordan så ung, de var, da de begyndte at &mdash. han var kun 20 sig, og flere andre vigtige bidragydere var teenagere.,, publikum stillede spørgsmål fra mikrofoner placeret i udkanten af scenen, og flere havde spørgsmål om specifikke karakteristika: de store kernel lås (bkl), kompleksiteten af den arm, træ, og om, hvorvidt indbyggede linux udviklere har fået så meget opmærksomhed som udviklere på desktop - og - platforme.cox reminisced om bkl, som han kaldte den rigtige løsning for de første dage af multi - processor støtte til linux, selv om det blev taget for flere år at erstatte med mere avancerede metoder.det har altid været en pestilens, sagde han, men det har linux smp støtte meget hurtigere end andre påtænker, f.eks. bsds.,, armen arkitektur var kontroversielt i de seneste måneder, efter torvalds måtte ty til hård tale for at få den arm familie til at rydde op i sine kode og standardisere mere.situationen er meget bedre i dag, torvalds blev rapporteret.det problem, som han sagde, er, at mens arm er en standardiseret instrukser, der er fastsat for forarbejdningsvirksomheden hver arm i bestyrelsen har en forskellig tilgang til andre vigtige ting som timerne og afbryder.intel havde aldrig mødt sådan en overflod af uforenelige standarder for x86 - arkitekturen for pc - platform var så ensartet, så det har taget tid for arm se, at det er nødvendigt at indtage en mere aktiv tilgang til standardisering.torvalds sagde også, at de fleste kernel hold er meget interesseret i integreret udvikling, det bliver vanskelig, er, at de fleste indbyggede linux udstyr er beregnet til at blive bygget en gang aldrig opgraderet.det gør det sværere at gøre afprøvning og igangværende kernel støtte til indlejrede platforme.,, da han blev spurgt om de udfordringer, den står overfor, linux kerne i løbet af de næste par år, mckenney nævnt en række emner, som alle hovedsystemer: skalerbarhed, tidstro og validering, for at nævne et par stykker.torvalds sagde, at bevare den rette balance mellem kompleksitet og evnen til at få tingene gjort.mængden af nyt materiel, som kommer hvert år, er overvældende, sagde han, at det er en praktisk, men ikke teoretisk) udfordring for holdet.,, når vi taler om de praktiske, et publikum medlem spurgte torvalds, hvad hans proces var, da ved at blive et nyt træk anmodning fra en medarbejder." det lykkedes ved at stole på folk, ", svarede han.når et træk anmodning kommer ind, han ser på den person, som har sendt det.afhængigt af den person, han varierer: nogle har optjent nok tillid i år, at han tror på deres dom, mens andre lande har deres egne tilbagevendende emner, som mandat yderligere kontrol, i hvert fald, sagde han, at han er sikker på, at den nye kode udarbejder sin egen maskine, fordi han hader " det ", når han kan ' t udarbejde for sin egen sammensætning.men for det meste, sagde han, at hans rolle er ikke længere til at validere de enkelte dele af koden, men at iscenesætte det arbejde, der udføres af andre.hvis han ved, to mennesker arbejder i en tilsvarende del af kernen, han har brug for at vide det, for at undgå sammenstød, men han stoler på vedligeholdelsesvirksomheder af deres individuelle undersektioner.denne tillid er givet til den person, han gentog; de tjener det ikke den virksomhed, som den enkelte arbejder måske for.,, panelet inde på andre områder, herunder sikkerhed, cgroups og delsystemet svulmer op.i hvert enkelt tilfælde, kommer frem i en paneldiskussion som denne, er, hvordan den menneskelige udarbejdelsen af og opretholde kernen er.kernen hold kan begå fejl, og de skal rute omkring dem med bugfixes i efterfølgende frigivelser.vedligeholdelsesvirksomheder kan ikke være interesseret i et bestemt område for udvikling, men de vil se på og integrere depotplastre, fordi de er vigtige for en undergruppe af entreprenører eller kernel brugere.,, kernen, kan have store tekniske udfordringer, men lige så meget en trussel mod produktivitet er udbrændt blandt vedligeholdelsesvirksomheder.det er sjovt at se kernen holdet nar og kommentere fase, men det er også en sund påmindelse om, at først og fremmest linux er et fælles projekt, ikke blot linier.