Viss tie, kuri tika mudināti izmantot Gentoo, viņi to zina tas Linux distributors tas ir ļoti pielāgojams pateicoties tam neizmanto iepriekš sastādītus bināros failus, Ar kuru lietotājam pašam jāveic sistēmas kompilācija kas tam dod lielas priekšrocības salīdzinājumā ar citiem izplatījumiem, jo jūs varat izveidot kompilāciju, kas koncentrēta uz datora komponentiem, piešķirot tai lielāku plūsmu un veiktspēju.
Kopš ar Portage, kas ievieš dažas uzlabotas funkcijas piemēram, atkarības pārvaldība, paku precīza pielāgošana administratoram, OpenBSD stila viltus instalācijas, kompilācijas smilškastes, droša atinstalēšana, sistēmas profili, virtuālās pakotnes, konfigurācijas failu pārvaldība un vairākas vietas vienas un tās pašas paketes dažādām versijām.
Bet tagad tas var mainīties kopš tā laika Gentoo izstrādātāji apspriež iespēja nodrošināt vispārīgu Linux kodola pakotņu nodrošināšanu kam nav nepieciešama manuāla konfigurēšana kompilēšanas laikā un ir līdzīgi kodola pakotnēm, kas tiek piedāvātas tradicionālajos binārajos sadalījumos.
Como problēmas piemērs kas rodas, ja to lieto manuāla kodola parametru pielāgošana praktizē Gentoo, trūkst vienota komplekta noklusējuma opcijas kas nodrošina darbspēju pēc atjaunināšanas (Konfigurējot manuāli, ja kodols netiek sāknēts vai notiek avārija, nav skaidrs, vai problēmu ir izraisījuši nepareizi parametru iestatījumi vai paša kodola kļūda).
Tradicionālais Gentoo veids, kā iegūt kodolu, ir instalēt avotus, pēc tam pats to konfigurēt un izveidot. Tiem, kas nevēlējās pārvarēt garlaicīgo procesu, kā to manuāli iestatīt, tika nodrošināts alternatīvs ceļš uz genkernel izmantošanu. Tomēr neviens no šiem variantiem nespēja faktiski nodrošināt kodolu ekvivalentu, ko nodrošina bināri sadalījumi.
Izstrādātāji plāno nodrošināt gatavu kodolu un acīmredzami funkcionāls ko var uzstādīt ar minimālu piepūli (piemēram, ebuild, kas veidots pēc analoģijas ar citām pakotnēm), un pakotņu pārvaldnieks tos automātiski atjauninās kā daļu no regulāriem sistēmas atjauninājumiem.
Pašlaik sys-kernel / vanilla-kernel pakete jau ir ierosināta, pamatojoties uz to no galvenajiem kodola avotiem, papildinot iepriekš pieejamo veidošanas skriptu ar tipisku genkernel opciju kopu.
Ja man ir jāpamato pāreja no vecās pielāgoto kodolu tradīcijas uz universālu kodolu pakotni, man vispirms vajadzētu apspriest iemeslus, kāpēc jūs vispirms vēlaties konfigurēt pielāgotu kodolu.
Vaniļas-kodola iepakojums līdz šim tas ietver tikai montāžu no avota koda (ierosināts ebuild formā), taču tiek apspriesta arī bināro kodola mezglu ģenerēšanas iespēja.
Galvenais pretarguments ir piepūle. Kā jau minēts iepriekš, man personīgi apnika, ka man ir manuāli jārīkojas ar savu kodolu. Vai minētie potenciālie ieguvumi atsver cilvēka laika zaudēšanu, konfigurējot un uzturot pielāgotu kodolu?
Starp manuālā kodola regulēšanas priekšrocībām, spēja noregulēt veiktspēju, noņemt nevajadzīgus komponentus sastādīšanas laikā, saīsināt kompilēšanas laiku un samazināt kodola lielumu rezultātā (piemēram, proponenta kodola izveidošana prasa 44 MB kopā ar moduļiem, savukārt universālais kodols aizņem 294 MB).
Starp trūkumiem ir novērots, ka iestatīšanas laikā var viegli izdarīt kļūdu, iespējamās problēmas ar atjauninājumu, neiecietība, grūtības diagnosticēt problēmas.
Piegāde kompilācijas bināros failus uzskata par universālo kodoluLieluma dēļ tā apkopo daudz ilgāk un piegādā gatavu kodolu Tas var vienkāršot mazjaudas sistēmas lietotāju dzīvi.
Lai arī tas tiek atrasts kā "ideja", Gentoo izstrādātāji neizslēdz iespēju un viņi par to runā, kamēr no lietotāju viedokļi jau ir sadalīti.
Si jūs vēlaties uzzināt vairāk par to, jūs varat pārbaudīt sākotnējo piezīmi šo saiti.