Linus Torvalds mówił o pracy, obecnych i przyszłych problemach w Kernelu

Na wirtualnej konferencjil Otwarty szczyt konferencjiembedded Linux z zeszłego tygodnia, Linus Torvalds omówił teraźniejszość i przyszłość jądra Linuksa we wstępnej rozmowie z Dirkiem Hohndelem z VMware.

Podczas dyskusji, poruszono kwestię zmiany pokoleniowej w środowisku deweloperskim. Linusa Podkreślił, że pomimo prawie 30 lat historii projektu, Ogólnie rzecz biorąc, społeczność nie jest taka stara: Wśród deweloperów jest wielu nowych ludzi, którzy nie mają jeszcze 50 lat.

Weterani starzeją się i siwieją, ale ci, którzy są zaangażowani w projekt od dłuższego czasu, z reguły przestają pisać nowy kod i przechodzą do zadań związanych z utrzymaniem lub administracją.

Poszukiwanie nowych opiekunów jest postrzegane jako duży problem. W społeczności jest wielu aktywnych programistów, którzy chętnie piszą nowy kod, ale niewielu jest skłonnych spędzać czas na utrzymywaniu i weryfikowaniu cudzego kodu.

Oprócz profesjonalizmu, konserwatorzy muszą cieszyć się pełnym zaufaniem. Od kierowników utrzymania ruchu wymaga się także ciągłego zaangażowania w proces i ciągłej pracy; Kierownik utrzymania ruchu musi być zawsze dostępny, codziennie czytać listy i odpowiadać na nie.

Praca w takich warunkach wymaga dużej samodyscypliny, dlatego opiekunów jest niewielu i nie ma ich wcale, a poszukiwanie nowych opiekunów, którzy mogliby przeglądać kod innych osób i przekazywać zmiany wyższym opiekunom, staje się jednym z głównych problemów społeczności.

Kiedy zapytał o eksperymenty w rdzeniu, Linusie powiedział, że społeczność deweloperska rdzeń nie stać już na niektóre z szalonych zmian, które zostały wprowadzone wcześniej. Jeśli poprzedni rozwój niczego nie wymuszał, teraz wiele systemów zależy od jądra Linuksa.

Kiedy zapytany o przetwarzanie jądra w językach takich jak Go i Rust, Ponieważ istnieje ryzyko, że do 2030 r. programiści języka C staną się podobni do współczesnych programistów języka COBOL, Linus odpowiedział, że język C pozostaje w pierwszej dziesiątce popularnych języków, ale w przypadku podsystemów innych niż podstawowe, takich jak sterowniki urządzeń, należy uwzględnić zapewnienie haków programistycznych w językach takich jak Rust.

W przyszłości oczekuje się dostarczenia różnych modeli napisać takie komponenty potomne, nie ograniczając się do użycia języka C.

Zamiar Apple stosowania procesorów o architekturze ARM na komputerach stacjonarnych i laptopach, skomentował Linus z nadzieją, że ten krok pomoże uczynić ARM bardziej dostępnym dla stacji roboczych. Przez ostatnie 10 lat Linus narzekał na niemożność znalezienia systemu ARM odpowiedniego dla systemu dewelopera.

Przez analogię o tym, jak wykorzystanie ARM przez firmę Amazon umożliwiło promowanie tej architektury W systemach serwerowych działania Apple mogą udostępnić potężne komputery ARM, które w ciągu kilku lat będą mogły być wykorzystane do rozwoju.

Jeśli chodzi o jego nowy komputer z procesorem AMD, Linus wspomniał, że wszystko działa dobrze, z wyjątkiem „przez bardzo głośną lodówkę.»

O zajęciach głównych Linus stwierdził, że są nudne i ciekawe. To nudne, ponieważ musisz poradzić sobie z rutynowym naprawianiem błędów i porządkowaniem kodu, ale jest interesujące, ponieważ ciągle musisz mieć do czynienia z nowymi technologiami, współpracować z zespołami niskiego szczebla i kontrolować wszystko, co się dzieje.

Jeśli chodzi o Covid-19, wspomniał Linus że tryby pandemii i izolacji nie miało wpływu na rozwój, od kiedy Procesy interakcji opierają się na komunikacji e-mailowej i zdalnym rozwoju.

Spośród twórców jądra, z którymi Linus ma kontakt, nikt nie ucierpiał w wyniku infekcji. Lęk spowodował, że jeden ze współpracowników zniknął na miesiąc lub dwa, ale okazało się, że ma to związek z wystąpieniem zespołu tunelowego.

Linus wspomniał również, że podczas opracowywania jądra 5.8 trzeba będzie poświęcić więcej czasu przygotowanie wydania i wypuszczenie jednej lub dwóch dodatkowych wersji testowych, ponieważ jądro to okazało się niezwykle duże pod względem liczby zmian.


Dodaj jako preferowane źródło w Google