Vid förra veckans virtuella konferens,» Linus Torvalds
nutiden och framtiden för Linux-kärnan i ett inledande samtal med Dirk Hohndel från VMware. Under diskussionen berördes ämnet generationsväxling bland utvecklare. Linus påpekade att trots projektets nästan 30-åriga historia generellt sett är samhället inte så gammalt – bland utvecklarna finns det många nya människor som ännu inte fyllt 50 år. Gubbarna blir visserligen gamla och gråa, men de som varit involverade i projektet länge har i regel gått bort från att skriva ny kod och sysslar med uppgifter som rör underhåll eller förvaltning.
Att hitta nya underhållare noteras som ett stort problem. Det finns många aktiva utvecklare i communityn som gärna skriver ny kod, men få är villiga att ägna sin tid åt att underhålla och granska andras kod.
Förutom professionalism måste underhållare åtnjuta ett obestridligt förtroende. Underhållare krävs också att de kontinuerligt är delaktiga i processen och ständigt arbetar – underhållaren ska alltid vara tillgänglig, läsa brev varje dag och svara på dem. Att arbeta i en sådan miljö kräver mycket självdisciplin, vilket är anledningen till att underhållare är få och långt emellan, och att hitta nya underhållare som kan granska andra människors kod och vidarebefordra ändringar till underhållare på högre nivå blir ett av huvudproblemen i samhället .
På frågan om experiment i kärnan sa Linus att kärnans utvecklingsgemenskap inte längre har råd med några av de galna förändringarna som gjordes tidigare. Om tidigare utveckling inte var obligatorisk, är nu alltför många system beroende av Linux-kärnan.
På frågan om att omarbeta kärnan i språk som Go och Rust, eftersom det finns en risk att C-utvecklare år 2030 kommer att förvandlas till den nuvarande sken av COBOL-utvecklare, svarade Linus att C-språket förblir i de tio populäraste språken, men för icke-kärnundersystem, såsom drivrutiner övervägs ger bindningar för utveckling i språk som Rust. I framtiden förväntar vi oss att tillhandahålla olika modeller för att skriva sådana sekundära komponenter, inte begränsat till användningen av C-språket.
Apples användning av ARM-arkitekturprocessorer i stationära datorer och bärbara datorer Linus kommenterade med hopp om att detta steg kommer att bidra till att göra ARM mer tillgänglig för arbetsstationer. Under de senaste 10 åren har Linus klagat över sin oförmåga att hitta ett ARM-system som passar utvecklarens system. Precis som Amazons användning av ARM gjorde det möjligt för den att föra fram arkitekturen i serversystem, är det möjligt att tack vare Apples agerande kommer kraftfulla ARM-baserade datorer att bli tillgängliga om några år och kan användas för utveckling. Angående din baserat på en AMD-processor nämnde Linus att allt fungerar bra, förutom den mycket bullriga kylaren.
Linus sa om att studera kärnan att det var både tråkigt och intressant. Det är tråkigt eftersom du måste ta itu med rutinen att åtgärda fel och ställa i ordning koden, men det är intressant eftersom du hela tiden behöver förstå ny teknik, interagera med utrustning på låg nivå och kontrollera allt som händer.
Angående covid-19 nämnde Linus att pandemin och isoleringsregimerna inte påverkade utvecklingen, eftersom interaktionsprocesserna är baserade på kommunikation via e-post och distansutveckling. Av kärnutvecklarna som Linus interagerar med skadades ingen av infektionen. Oron orsakades av att en av hans kollegor försvann under en eller två månader, men det visade sig vara associerat med uppkomsten av karpaltunnelsyndrom.
Linus nämnde också att när han utvecklade 5.8-kärnan skulle han behöva lägga mer tid på att förbereda releasen och släppa ytterligare en eller två testversioner, eftersom denna kärna släpptes med antalet ändringar. Men totalt sett går arbetet med 5.8 ganska smidigt hittills.
I en annan intervju, Linus , att han inte längre betraktar sig själv som en programmerare och har gått bort från att skriva ny kod, eftersom han länge bara skrivit kod i en e-postklient. Det mesta av hans tid går åt till att läsa mail och skriva meddelanden. Arbetet handlar om att granska patchar och pull-förfrågningar som skickas via e-postlista, samt att delta i diskussioner om föreslagna ändringar. Ibland förklarar han sin idé med pseudokod eller föreslår ändringar av patchar, som han skickar i ett svar utan kompilering och testning, vilket lämnar arbetet med att föra den till rätt nivå till den ursprungliga författaren av patchen.
Källa: opennet.ru