Gentoo-utviklere vurderer muligheten for binære byggedeler av kjernen

gentoo-linux

De som har prøvd seg på Gentoo vet at denne Linux-distribusjonen er svært tilpassbar fordi den ikke bruker forhåndskompilerte binærfiler . Dette betyr at brukeren må kompilere systemet selv, noe som gir det en betydelig fordel i forhold til andre distribusjoner, ettersom det gir mulighet for en skreddersydd konstruksjon til datamaskinens komponenter, noe som resulterer i større flyt og ytelse.

Fordi med Portage, som implementerer noen avanserte funksjoner som avhengighetshåndtering, presis finjustering av pakker etter administratorens smak, dummy-installasjoner i OpenBSD-stil, sandkassefunksjon under kompilering, sikker avinstallering, systemprofiler, virtuelle pakker, håndtering av konfigurasjonsfiler og flere spor for forskjellige versjoner av samme pakke.

Men nå kan dette endre seg ettersom Gentoo-utviklere diskuterer muligheten for å tilby generiske Linux-kjernepakker som ikke krever manuell konfigurasjon under kompilering og ligner på kjernepakkene som tilbys i tradisjonelle binære distribusjoner.

Som et eksempel på problemet som oppstår når man bruker manuell justering av kjerneparametere i Gentoo, mangler det et enhetlig sett med standardalternativer som garanterer drift etter oppgraderingen (ved manuell konfigurering, hvis kjernen ikke starter opp eller det oppstår en feil, er det ikke klart om problemet skyldes feil parameterkonfigurasjon eller en feil i selve kjernen).

Den tradisjonelle Gentoo-måten å få en kjerne på er å installere kildene, og deretter konfigurere og bygge en selv. For de som ikke ønsket å gå gjennom den kjedelige prosessen med å sette den opp manuelt, ble det gitt en alternativ vei til bruk av genkernel. Imidlertid var ingen av disse variantene i stand til å faktisk tilveiebringe ekvivalenten til kjernene som ble gitt av binære distribusjoner.

Utviklerne har til hensikt å tilby en ferdiglaget og åpenbart funksjonell kjerne som kan installeres med minimal innsats (som ebuild, bygget analogt med andre pakker), og pakkebehandleren vil automatisk oppdatere den som en del av vanlige systemoppdateringer.

For øyeblikket er sys-kernel/vanilla-kernel-pakken allerede foreslått basert på de viktigste kjernekildene, som utfyller det tidligere tilgjengelige byggeskriptet med et typisk sett med genkernel-alternativer.

Hvis jeg må rettferdiggjøre endringen fra den gamle tradisjonen med egendefinerte kjerner til en universell kjernepakke, bør jeg begynne med å diskutere årsakene til at du kanskje vil konfigurere en tilpasset kjerne i utgangspunktet.

Vanilla-kernel-pakken involverer så langt bare samling fra kildekode (foreslått i form av ebuild), men muligheten for å generere binære kjernesamlinger diskuteres også.

Det viktigste motargumentet er innsats. Som nevnt ovenfor ble jeg personlig lei av å måtte håndtere kjernen min. Oppveier de nevnte potensielle gevinstene tapet av menneskelig tid som konfigurerer og vedlikeholder en tilpasset kjerne?

Blant fordelene med å justere kjernen manuelt er muligheten til å justere ytelsen, fjerne unødvendige komponenter under kompilering, forkorte kompileringstiden og redusere størrelsen på den resulterende kjernen (for eksempel tar det 44 MB å bygge en kjerne fra forfatteren av forslaget sammen med modulene, mens en universell kjerne tar 294 MB).

Blant manglene bemerkes det at det er lett å gjøre en feil under konfigurasjonen , mulige problemer med oppdateringen, intoleranse og vanskeligheter med å diagnostisere problemer.

Det vurderes å tilby binære versjoner fordi den universelle kjernen , på grunn av størrelsen, tar mye lengre tid å kompilere, og å levere en ferdig kjerne kan forenkle livene til brukere av systemer med lavt strømforbruk.

Selv om dette foreløpig bare er en «idé», utelukker ikke Gentoo-utviklerne muligheten og diskuterer den, mens brukermeningene allerede er delte.

Hvis du vil vite mer om dette, kan du lese den originale artikkelen på lenken nedenfor.


Legg til som foretrukket kilde i Google