Alle de som ble oppfordret til å bruke Gentoo, de vet det denne Linux distro det det kan tilpasses takk til det bruker ikke forhåndskompilerte binærfiler, Med hvilken brukeren må gjøre systemkompilering alene noe som gir den en stor fordel i forhold til andre distribusjoner siden du kan lage en samling som er fokusert på komponentene på datamaskinen, noe som gir den større flyt og ytelse.
Siden med Portage, som implementerer noen avanserte funksjoner som avhengighetsadministrasjon, finjustering av pakker etter administratorens smak, falske installasjoner i OpenBSD-stil, kompilering av sandkasser, sikker avinstallering, systemprofiler, virtuelle pakker, konfigurasjonsfiladministrasjon og flere spor for forskjellige versjoner av samme pakke.
Men nå kan dette endre seg som Gentoo-utviklere diskuterer muligheten for sørge for generiske Linux-kjernepakker som ikke krever manuell konfigurasjon under kompilering og ligner på kjernepakker gitt i tradisjonelle binære distribusjoner.
Como eksempel på problemet som oppstår når den brukes manuell innstilling av kjerneparametere praktisert i Gentoo, det mangler et enhetlig sett av standardalternativer som sørger for brukbarhet etter oppdateringen (Når kjernen ikke konfigureres manuelt, eller hvis det oppstår et krasj, er det ikke klart om problemet skyldes feil parameterinnstillinger 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 å gi en klar kjerne og åpenbart funksjonell som kan installeres med minimal innsats (som ebuild, bygget analogt med andre pakker) og vil automatisk bli oppdatert av pakkebehandleren som en del av vanlige systemoppdateringer.
For tiden er sys-kernel / vanilla-kernel-pakken allerede foreslått på grunnlag fra de viktigste kjernekildene, og supplerer det tidligere tilgjengelige build-skriptet 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.
Vaniljekjernepakken så langt innebærer det bare montering fra kildekode (foreslått i ebuild-form), men muligheten for å generere binære kjerneenheter er også diskutert.
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 manuell kjernetuning, den evne til å stille inn ytelse, fjerne unødvendige komponenter under kompilering, forkorte kompileringstiden og redusere kjernestørrelsen resulterende (for eksempel å bygge en talsmannskjerne tar 44 MB sammen med moduler, mens en universell kjerne tar 294 MB).
Blant manglene, det observeres at en feil kan lett gjøres under oppsettet, mulige problemer med oppdateringen, intoleranse, problemer med å diagnostisere problemer.
Tilførselen av samlinger binærfiler er ansett fordi den universelle kjernenPå grunn av størrelsen kompilerer den mye lenger og leverer en ferdig kjerne Det kan forenkle levetiden til brukere med lite strøm.
Selv om dette blir funnet som en "idé", Gentoo-utviklere utelukk ikke muligheten og de snakker om det, mens fra brukernes side er meningene allerede delte.
Si du vil vite mer om det, du kan sjekke originalnotatet følgende lenke.