Šiame mažame vadove aš paaiškinsiu (ir išmokysiu), kodėl geriau sukompiliuoti programą (tarkime, „Firefox“, „Vlc“ ir kt.) Iš jos šaltinio kodo, nei atsisiųsti ją (iš „The Software Center“, „Yumex“, „Pacman“ ir kt.) Ir diegti.
Pirmiausia einame su teorija:
Kas yra „kompiliavimas“?
Kompiliavimas yra pirminio kodo (kodas, parašytas tam tikra programavimo kalba, tarkim, C, C ++ ir kt.), Pavertimas vykdoma programa, skirta jo veikimui naudojant procesorių, norint konvertuoti kodą generuojančią kalbą į dvejetainį ir surinkėją . Tai taip pat dažnai vadinama pakuote.
Kodėl geriau „kompiliuoti“?
Pirmiausia turite žinoti šiuos dalykus, kad suprastumėte, kodėl. Pasakyta „neapdorotai“ (paprastai, nelabai profesionaliai ir t. T.), Kiekviena lenktynė („Pentium“, „Core“, „Atom“ ir kt.) Ir jos rūšys („Intel“, AMD, ARM ir kt.) Su procesoriumi turi instrukcijas (programinė įranga, parašyta surinkėju, kad apdoroja savo modelio kodą) („Core i7“, „Core i5“, „Atom x2“, „Phantom x8“, „Arm“ ir kt.), taip pat turi bendrąsias instrukcijas, kurias turi visos jų rūšys.
Kai atsisiųsite iš saugyklų per programinės įrangos centrą / apt-get / Yumex / Yum / Pacman / etc, sakoma, kad programa, kuri automatiškai įdiegiama, yra tokia iš anksto sudarytas darbui su visais įmanomais procesoriais („Intel“ ir „Amd“). Kadangi tai yra iš anksto sukompiliuota programa, tos konkrečiam procesoriaus modeliui būdingos instrukcijos prarandamos (pagalvokite, kad jei tokia programa kaip „Firefox“ ar „Chrome“, turinti daugiau nei 7 ar 8 milijonus kodo eilučių, kiekvienam iš jų turėjo pateikti visas konkrečias instrukcijas. procesoriaus rinkoje, kodo kiekis būtų toks didelis, kad ta programa nebebūtų efektyvi) nepaliktų nieko kito, kaip tik bendri jos kūrėjų prekės ženklo („Intel“, „Amd“, „Arm“).
Kai pats atsisiųsite, išpakuokite ir sukompiliuosite programos šaltinio kodą, jis bus sudarytas vadovaujantis specialiomis programos instrukcijomis TU procesorius, (tai nereiškia, kad jis neveiks kitame kompiuteryje, tik jis bus optimizuotas specialiai ir tik jūsų procesoriui), taip išlaisvindami ir atlaisvindami visą galią, kurią jūsų procesorius gali suteikti savo specialių instrukcijų dėka.
Daugiau techninės informacijos, šios konkrečios instrukcijos yra glaudžiai susijusios su vadinamuoju jūsų pagrindinės plokštės lustų rinkiniu, o tai kelia didžiulį galvos skausmą tiems iš mūsų, kurie turi „Intel“, kai norime atnaujinti procesorių ir pagrindinę plokštę.
Nustebtum jėga, kurią tavo „Amd Atom x2“ arba jūsų „Intel Core“ viduje, 2 Core Duo ", i3, ir tt iš savo senojo kompiuterio. Dabar suprantate, kodėl „Linux“ pasaulyje daug kalbama apie garsiojo branduolio (kiekvienos operacinės sistemos pagrindas) sukūrimą? Įsivaizduokite, jei sukursite visą sistemą (grafinę aplinką („Gnome“, „Kde“ ir kt.), Branduolį, dažniausiai naudojamas programas („Firefox“, „Vlc“, „Chrome“, „Wine“ ir kt.), Ypač savo asmeniniam kompiuteriui), kokį greitį ir optimizavimo lygį turėtumėte.
Šis kompiliavimo principas, skirtas gauti kodą, optimizuotą jūsų mašinai, yra toks, kurį naudoja tokie distros kaip „Gentoo“ ir jų derivatai (apie kuriuos dabar nekalbėsiu, naudoju „Fedora minimal“ kompiliuojant „Gnome 3“, branduolį ir kitas programas), kur sistema , visada atnaujinami jūsų naujiniai ir programos.
Kompiliavimo minusai:
Aš jau paaiškinau visus pranašumus, bet kaip ir viskas visatoje, prieš ką jis turi.
Kompiliavimo atveju jie yra;
- Tam reikalingas laikas („Firefox“ su „i7 4790K“ (be įsijungimo, nes man labai blogai su įtampa) trunka 3 minutes, „Gnome Shell“ (juosta nieko kito) su „Gnome-Control-Center“ užtruko apie 2 minutes, abu kompiliuojami tuo pačiu metu Fedoroje. Bet mašinoje su mažiau galingu procesoriumi šis laikas gali būti neproporcingai ilgas).
- Procesorius maksimaliai išnaudoja 100% galios su visomis savo šerdimis, todėl sunaudojimas ir šiluma pakyla į viršų (atsižvelkite į tai, jei turite greičio viršijimą arba jei tai ypač nešiojamas kompiuteris), todėl patogu paruošti porą ar kavos ta proga.
- Galbūt jums trūksta bibliotekos (įrankio), kurioje būtų naudojama programa, kad kompiliuojant ji neklystų. Apskritai, visi distrai turi paketus ar jų rinkinius, kad to išvengtų (jie yra supakuoti su įvairiomis bibliotekomis ir kitais dalykais, leidžiančiais branduoliui proceso metu bendrauti taip, kaip turėtų).
Kaip galiu sudaryti?
Čia aš kalbu apie ne branduolio, o normalaus naudojimo programos sukūrimą.
aptitude install build-essential dh-make devscripts fakeroot debhelper debian-policy ccache dh-autoreconf autotools-dev build-dep ardor
Aš įdėjau „debian-policy“, bet jei jūsų platintojas nėra „Debian“ ir tai suteikia klaidą, kad tokio paketo nėra, tiesiog nepaisykite jo. Turiu patikslinti, kad ilgą laiką nenaudojau šių sistemų, taigi, jei paketo nebėra saugyklose, nekelkite problemų.
„Fedora“:
sudo yum -y įdiegti branduolio antraštesbranduolys-develsudo yum groupinstall "Kūrimo įrankiai"sudo yum groupinstall „Kūrimo bibliotekos“
Čia turiu atsiprašyti tų, kurie naudojasi „Arch“ (aš gerai nepažįstu distro) ir „OpenSuse“, nes aš nepažįstu šių platintojų ar atitinkamų paketų, kad atlikčiau teisingą kompiliavimą (ir aš nepatvirtinau to, kas yra tinkle, taigi kad tiems dviem aš nežinau, ar jie veikia).
Dabar, kai turite visus būtinus reikalavimus, turite atsisiųsti tik programos, kurią norite kompiliuoti, šaltinio kodą, priklausomai nuo plėtinio, kurį jį išpakavote naudodami terminalą (nesijaudinkite, paliksiu jums komandas), o kai einate į aplanką (visada su terminalu), darote tą patį taip:
Jei turite galimybę sukonfigūruoti pasirinkti komponentus ir kitus:
./configure
Tada rašote:
make
Galiausiai, jei norite įdiegti programą savo „Linux“:
make install
Komandos išpakuoti naudojant terminalą (failas išpakuojamas aplanke, kuriame yra failas):
.Degalinės failai (derva) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Pakuotė | tar cvf file.tar / file / * Išpakuoti | tar xvf file.tar Peržiūrėti turinį | derva tvf file.tar
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .tar.gz - .tar.z - .tgz (degutas su gzip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Pakuotė ir užtrauktukas | tar czvf file.tar.gz / file / Išpakuokite ir išpakuokite | tar xzvf file.tar.gz Žiūrėti turinį (neišgautas) | dervos tzvf failas.tar.gz
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .gz (gzip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - suspausti | gzip -q failas (Failas suglaudina ir pervadina jį į "file.gz") Išpakuokite | gzip -d file.gz (Failas išpakuoja jį ir palieka jį kaip „failą“. Pastaba: „gzip“ suglaudina tik failus, o ne katalogus.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .bz2 (bzip2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - suspausti | bzip2 failas | bunzip2 failas (Failas suglaudina ir pervadina jį į "file.bz2"). Išpakuokite | bzip2 -d failas.bz2 | bunzip2 file.bz2 (failas išpakuoja jį ir palieka jį kaip „failą“) Pastaba: „bzip2“ glaudina tik failus, o ne katalogus
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .tar.bz2 (degutas su bzip2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - suspausti | tar -c failai | bzip2> file.tar.bz2 Išpakuokite | bzip2 -dc failas.tar.bz2 | degutas -xv | tar jvxf file.tar.bz2 (naujausios dervos versijos) Peržiūrėti turinį | bzip2 -dc failas.tar.bz2 | degutas -tv
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .zip (zip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - suspausti | zip file.zip / mayo / archives Išpakuokite | išpakuoti file.zip Peržiūrėti turinį | išpakuokite -v failą.zip
- - - - - - - - - - - - - - - - - - - - - - - - - - / - - - - - - - -. - retas - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - suspausti | rar -a file.rar / may / archives Išpakuoti | rar -x file.rar Peržiūrėti turinį | rar -v failas.rar | rar -l failas.rar
Ir viskas. Sveikinimai iš Buenos Airių, Argentinos. Gražių švenčių ir naujųjų metų! :).
Kompiliavimo problema yra ta, kad jis ne visada veikia pirmą kartą ir yra nuobodesnis
Kompiliavimo problema yra ta, kad nebent turite seną ir ribotą asmeninį kompiuterį, patobulinimai nebus pastebimi ... na galbūt intensyvaus naudojimo kompiuteryje tai yra galimybė, tačiau daugumai vartotojų tai yra tik varginantis procesas.
Manau, kad tai yra klausimo esmė. Ar našumo patobulinimas, kuris bus pastebimas sudarant paketus, yra toks svarbus, kad prireiktų laiko ir rūpesčių atliekant šią užduotį?
Tas pats, jei turite „i7“ kompiliavimą, yra patogu, nes jis yra greitesnis, ir aš apskaičiuoju, kad jis veikia kažkas geriau. Dabar turint kompiuterį su „Intel“ atomu, tai nėra patogu, nebent jums tikrai reikia papildomos galios, kurią suteikia kompiliavimas, tačiau kompiliuoti mažiau galingu procesoriumi gali užtrukti kelias valandas.
Aš visiškai sutinku, man nutiko po kurio laiko surinkti ir sužinoti, kad tau trūksta bibliotekos, ją seki ir vėl tenka susidurti su procesu ... Retas atvejis, kai viskas veikia pirmuoju bandymu ... xD
¡Muy interesante!
Jei sudarote programą, kaip vėliau veikia atnaujinimai? Ar jie automatiškai, ar mes turime žinoti, ar pasirodė nauja versija?
Jūs turite ją atnaujinti rankiniu būdu, tai yra, sudarydami naujausią versiją, kuri yra dar viena, tarkime, „trūkumas“, dėl kurios ji taip pat daro nuobodų
Kadangi atnaujinimų nėra, iš tikrųjų „Linux“ paskirstymai ir skirtingi programinės įrangos pakavimo būdai bei atitinkami paketų tvarkytuvai pašalina nepatogumus, susijusius su kiekvieno naujo atnaujinimo kompiliavimu (ir sprendžiant priklausomybes).
Sveikinimai.
Jei jį sukompiliuosite atsisiųsdami šaltinio kodą iš bet kurio puslapio, turėsite tai padaryti rankiniu būdu ir sužinoti, kaip jį įdiegti, nes ne visi įdiegti vienodai.
Dabar, jei turite „Gentoo“ ar kai kuriuos distributorius su prievadais, tai darote beveik iš saugyklų.
„Gentoo“ jūsų paketų tvarkyklė „Portage“ rūpinasi atnaujinimais ir priklausomybėmis; Aš nežinau apie kitus distros. Aišku, kiekvienas atnaujinimas apima perkompiliavimą.
Buvo laikas, kai surinkau viską, ką galėjau. Tada pavargau, ypač dėl laiko, kurį turėjau skirti mašinos darbui (45 min. Branduoliui, 10 min. Chromui ...) ir dėl laiko, kurį praleidau spręsdamas problemas, kylančias skriejant. Be to, aš asmeniškai nepastebėjau rezultatyvumo padidėjimo, man buvo jausmas, kad viskas vienodai. Dėl šių priežasčių dabar naudoju viską iš anksto sukompiliuotą, viskas yra akimirksniu ir be konfliktų. Nors tuo metu išmokau daug, norėjau naudoti gentoo 🙂
Net ir tai, ką mačiau mažai, jį galima sukompiliuoti iš tokių sistemų kaip apt. Pridėkite „build-flag“ prie apt-source ir voila. Žinoma, prieš tai kompiliacijoms atlikti reikalingų paketų diegimas, jei ne, neveikia ... nors tai yra tiesioginė kompiliavimo forma ir tai reiškia mažiau žingsnių, nes tik pirmą kartą paketus įdiegia ir po to, patenkintas priklausomybes ir paketą.
Sveikinimai.
Jis turi apt-build funkcionalumą, nors manau, kad jis nekompiliuoja priklausomybių, bet įdiegia iš anksto sukompiliuotus dvejetainius failus.
Nuo pat pirmos akimirkos, kai pamačiau antraštę, negalėjau nepagalvoti to paties ir perskaičiusi visą puikų straipsnį, turiu mintyje mintį, apeiti tūkstantį kartų, „Gentoo“ ... „Gentoo“, kur tu?
kompiliavimas yra nuostabus, galimybė naudotis tam tikromis funkcijomis ir jomis naudotis yra neįkainojama, tačiau laikas ir „dabartiniai poreikiai“ yra nepateisinami, nes jie netaikomi.
Gal mums reikia kažko per vidurį, kur nei bibliotekos, nei detalės versijų keitime nepraleis tiek laiko. Pažiūrėsime, kas bus tada, ar tikrai taikysime kompiliavimą į pačius gabumus, uprmi ir zypper, kuriuos jau įdiegėme.
3 minutės „Firefox“! ... Ar turėjote omenyje 30?
Tai ilgai užtruko mano kompiuteryje su 8350G fx4.5, naudoju gentoo.
$ genlop -t firefox | uodega -n3
Šeštadienis, gruodžio 6 d., 20:00:00, 2014 >>> www-client / firefox-34.0.5-r1
sujungimo laikas: 16 minučių ir 35 sekundės
Šios kiekvienam procesoriui būdingos instrukcijos vadinamos „mnemonika“ ir yra fiziškai įgyvendinamos mikroprocesoriuje, būtent jos sudaro mašinos kalbą, todėl kompiliuojamos taip, kad programa galėtų veikti su daugelio tipų mikroprocesoriais, jei jie turi būti apriboti mažiausiu kiekiu bendra mnemonika, palaikoma visų tų mikroprocesorių ... eikvojant realiausią dabartinių ir galingiausių mikroprocesorių pajėgumą.
Tai daro įmonės ir „gnu / linux“ dvejetainiai distributoriai.
Man su „Intel i7 4790K“ su 18 GB RAM jis paėmė tai, ką sakiau anksčiau
Aš suprantu, kad jūsų turimas mikro yra pranašesnis, tačiau skirtumas yra siaubingas, tiesa tokiu greičiu turi būti savana. Gal tai susiję su priklausomybėmis ar NAUDOJIMU, kurie yra tokie patys kaip konfigūravimo parinktys, kai kompiliuojama rankiniu būdu.
Maža detalė, kurios išvengėte pasakyti 18 GB „Ram“, išskyrus „i7“, ne visi turi tą mašiną, bet jūs galėtumėte atlikti palyginimą, kad skirtumas būtų pastebimas, nes teorija yra graži, bet pažiūrėkime, ar tai kompensuos.
Kita puiki detalė - procesorius yra „Intel“, todėl jis turi geriausią slankųjį kablelį, nepriklausantį nuo modelio, labai svarbi funkcija atliekant tokio tipo procesus
Tiesa, kompiliavimas vargina. Bet daug ko išmoksti paneigdamas „Makefiles“, bibliotekas ir kt. Tai yra tai, ką gera padaryti net porą kartų. Aš naudoju viską iš anksto sukompiliuotą dėl tos pačios priežasties, kurią nurodė Tanraxas.
Sveikinimai iš Argentinos!
Problema, kurią paprastai turiu bandydama sudaryti visiškai naujos versijos programas, visada kyla dėl priklausomybių, kartais reikia visas jas sukompiliuoti (norint patekti į naujausias versijas) ir tada pagalvoti, ar galėčiau sukompiluoti tai, ko nori.
KELIO problemos ir VĖLIAVOS yra tie dalykai, kurie vis dar neleidžia man norėti viską sudaryti (nors aš tai darau taip, kaip galiu). Vienas iš įrankių, kurį paprastai konsultuoju, kad galėčiau susikurti priklausomybes, yra šis internetas http://www.linuxfromscratch.org/ -
#LinuxFromScratch yra projektas, kuriame pateikiamos „žingsnis po žingsnio“ instrukcijos, kaip surinkti šaltinio kodą, kurį reikia naudoti sistemoje .. (98% viso to, ko man reikėjo sukompiliavimui, pasiekiau vedamas iš čia ir palaipsniui mokydamasis).
Kaip pliusą, manau, kad sistemos sukūrimas nuo 0 būtų įdomus, ypač kūrimo aplinkoje ar serveriuose, be kitų dalykų, kurie, sakome, „paprastai nėra tokie keičiami“, kaip asmeninis kompiuteris, kuriame mes nuolat viską diegiame ir keičiame (tai yra mano požiūriu), be to, kad labai svarbu pasiekti minimalų našumą, kuris pasiekiamas tokio tipo naudojimo programose.
Tai yra taškai, apie kuriuos šiais laikais kalbama labai nedaug ir juos tvarko tik „mokslininkai“, tačiau įdomu pateikti tokius dalykus jiems reikalingų pamokų, kad kiekvieną dieną rastume daugiau žmonių, kurie prisidėtų padėdami įvairioms bendruomenėms, kuriose jie dalyvauja ir ne tik „Gnu“ / „Linux“ lieka laiku dėl prastų bendradarbių rezultatų, nors, nors iki šiol „taip dirbo“, nėra labai sveika turėti tik galutinius vartotojus.
Leiskite man šiek tiek papildyti. Norėdami gauti čia pateikiamų pranašumų, turite tinkamai sukonfigūruoti gerai žinomą „make.conf“. Ten nurodoma procesoriaus šeima ir kompiliavimo vėliavos. Panašiai ten galite nurodyti branduolių skaičių, naudojamą kompiliuojant. Kai naudojate visas savo mikrofono šerdis, kompiliavimo laikas smarkiai sutrumpėja.
Sveikinimas
Labai geras straipsnis. Aš taip pat norėčiau pavyzdžio arba norėčiau tiesiogiai, įrašo apie tai, kaip sudaryti archlinux arba kaip naudoti AUR. Laimingų Naujųjų metų iš Mendozos.
Labai seniai ... Aš visada sukūriau branduolį, bet labai varginantis laukti 40min: / vistiek ... Aš jau seniai nieko nekompiliuoju, išskyrus vaizdo tvarkykles (tik specialioms konfigūracijoms).
Straipsnis labai įdomus, bet ne pone, pakavimas ir kompiliavimas nėra tas pats;) ..
Labai geras postas. Aš sutinku su tam tikrų programų sudarymu, tačiau kartais tai yra šiek tiek varginanti, todėl procesui atlikti reikia mašinos. Tačiau be to, daug išmokstama, ypač kai reikia bibliotekų ar paketų.
Manau, kad norint sukurti „Archlinux“, jums reikia šio paketo: base-devel
pacman -S pagrindas-išsivystymas
Informacija yra labai gera, tačiau tiesa, kad jos rinkti nereikia, jei esate standartinis vartotojas ir tiesiog norite, kad kažkas veiktų taip, net nelieskite to. Nenuobodu rinkti, visada, visada sakau, kad trūksta bibliotekos, susiduri su viena ar kita problema, liepk man sukompiliuoti „Minecraft“ serverį, kad viskas būtų kuo geriau ir aš neskubėčiau. Neskaitant to, kad kiekvieną kartą, kai pasirodys naujinimas, pleistras ar dar kas nors, vėl pradėkite rinkti xd
Tiksliai, kompiliavimas skirtas labai specifinėms programoms, kurių reikia optimaliam naudojimui, nes viską kompiliuojant, ir kaip jūs sakote, visada yra naujinių, dažniausiai riedančių leidimų skyrelių, erzina. Aš rekomenduočiau tik lts branduolius.
Šiandien beveik visi procesoriai, kuriais naudojasi žmonės, palaiko tas pačias instrukcijas, todėl kompiliavimas yra palankus tik tada, kai kalbama apie branduolį ir tokioje sistemoje kaip serveris, ir visa kita, kai nėra iš anksto sukompiliuotų paketų, visa kita Tai yra laiko švaistymas.
Geras indėlis, pabandysiu pamatyti, kaip bus, kol kas dažniausiai (beveik visada) diegiu iš saugyklų ...
Mažas pastebėjimas: „rar“ komandos parinktys yra neužrašytos, o „bunzip2“ išpakuojamos tik.
Daugiausiai sukūriau „Debian“ švokštimo branduolį, kuris užtruko apie 2 valandas (turiu amd e450 1.6 Ghz dviejų branduolių procesorių), ir būtent todėl neįdiegiu „gentoo“, laikas sukompiliuoti ir atsisiųsti visą sistemą užtruktų apie 18 valandų ir kad jei neturiu jokių problemų, tiesa, kad geriau rinkti, bet dažniausiai laiko užima per daug ir manau, kad neverta. Jūs turite greitį, bet tai nėra daug, ir aš manau, kad tai nepateisina viso investuoto laiko. Nors jei vieną dieną turėsiu kompiuterį su tokiu pat procesoriumi kaip jūsų, pabandysiu įdiegti gentoo 😛
Žmonės:
Neturėdami ketinimų liepsnos ar nieko, slackai mano, kad natūralu rinkti, generuoti dvejetainį failą, įdiegti jį su atitinkamu paketų tvarkytuvu (kuris akivaizdžiai išsprendžia priklausomybes, slapt-get, swaret, slackyd ir (arba) kelis kitus), o viskas optimizuota mūsų komanda ir tarsi nieko, apie ką nėra ko rašyti namo ar apie kvantinę fiziką.
Žiūrėti DVD be neramumų P3 750MHz su 192 MB RAM nėra nei įmanoma, nei sunku pasiekti per „Slackware“. Aš tai patvirtinu, ir tai yra greičiau nei sudaryti „Gentoo“. Bet tai nėra tas pats, aš taip pat naudoju „Gentoo“.
Įsilaužėlis nuo vartotojo skiriasi tuo, kad vartotojas sako: „Norėčiau, kad taip veiktų“, o įsilaužėlis „turiu atsuktuvą ir kelias minutes“ - Raelis Dornfestas
Ar tikrai pastebimas veiklos pagerėjimas?
Turėdami paskutinės kartos i7 ir 18 Gb RAM atmintinę, kaip pastebėsite skirtumą tarp sukompiliuotų paketų ir dvejetainių failų?
Visada nekenčiau savarankiškų paketų tinkamumo, tačiau manau, kad dabartinėje darbalaukio aplinkoje jį išlaikyti yra labai sudėtinga, ypač dėl priklausomybių sudėtingumo, nuolatinio atnaujinimo ir didžiulės priklausomybės nuo nemokamų šaltinių. , kaip ir nuosavų vairuotojų atveju, kurie neabejotinai daro įtaką našumui daug labiau nei bet kuris aspektas, kurį galima sudaryti ...
saludos
Atsižvelgiant į tai, kad „Gnome 3“ jį tik kompiliuoja (vardus pasakysiu šiurkščiai, nes nepamenu paketų pavadinimų): apvalkalas (juosta), „gnome-control-center“ (užbaigtas, su jo priklausomybėmis ir kt.), Programėlė laikas ir apie 2 ar 3 priklausomybės, kad apvalkalas veiktų. Akivaizdu, kad apvalkalui reikėjo daugiau priklausomybių, kad visos jo funkcijos veiktų, bet tai paskatino mane sukompiliuoti GDM, be kita ko, aš tai pataisiau pakeisdamas „GConf“, kai apvalkalas buvo sukompiliuotas.
Dabar, kai prisijungiu (per terminalą), aplinka užtrunka daug mažiau laiko nei tada, kai ji buvo įdiegta iš anksto sukompiliuota. Išmetus laiką į orą, iš anksto sukomponavus manau, kad apvalkalo pakrovimas užtruko apie 3 ar 4 sekundes (su maždaug 5, kuriuose rodomi tapetai, aš niekada nesupratau, kodėl tai užtruko taip ilgai, man atrodo, kad tai yra dėl vairuotojo su „GT 630“) ir sukompiliuotas, kai tik įvedu slaptažodį X org paleidžiamas ir aplinka įkeliama (su išankstiniu įkrovimu ir išankstiniu ryšiu aš juos padariau daug greičiau, man atrodo, kad taip yra todėl, kad jie buvo perduoti į talpyklą; https://www.google.com.ar/search?q=preload+y+prelink+fedora&ie=utf-8&oe=utf-8&gws_rd=cr&ei=iXaqVPykO4qYNpbTgdAP )
Tai, kad „i7“ turi „ss4“ ir „ss3“ instrukcijas, kurių nepaiso bendrieji kūrimai iš įvairių distros („debian“ kompiliacija - 486, „ubuntu“ - 686), gali suteikti jums supratimą, kada aparatūra yra švaistoma bandant išplėsti 20 metų senumo procesorių - gal ačiū, kad palaikote mano seną pentium mmx-. Jei jums reikia „patentuotų tvarkyklių“, kaip minėjote, branduolys suteikia galimybę įkelti specifinę programinę-aparatinę įrangą kompiliavimo metu. Nebėra keistų problemų su xorg.
Ačiū už informaciją, visada gera mokytis (arba mokytis iš naujo) (:
Debianas mielai kreipiasi į „Gentoo“
http://crysol.org/es/node/699
Kitas trūkumas yra tas, kad kompiliacija pagal terminalą yra skirta vartotojams, kurie žino ar jau žino apie „Linux“. Ar yra grafinis įrankis, kuris tvarko ne programų sudarymą, diegimą ir atnaujinimą, o grafiškai?
Apskaičiuokite, kad „Linux“ tai daro, tai yra „gentoo“ su grafiniais įrankiais, paruoštais kompiliuoti. Phoronix jie dažniausiai rekomenduoja.
Aš esu „Linux“ vartotojas, kartais, kai noriu įdiegti programą iš saugyklos, yra įdiegtos senos programos versijos, paprasčiausiai todėl, kad naujosios nėra sudarytos atitinkamam platintojui, manau, kad žinoti, kaip sukompiliuoti, yra ypač svarbu, dar labiau, kai jie naudojami retos distros.
Viskas, ką ji sako įraše, yra puiku ir neabejoju, kad tai tiesa, tačiau efektyvumo skirtumas tarp dvejetainio paketo įdiegimo ir kompiliavimo pats vartotojui nepastebimas.
Kompiliavimo trūkumų yra daug ir jei jie yra aiškiai suvokiami vartotojui. Todėl aš asmeniškai žengiu rinkti.
Kur kompiliuojant branduolį labiausiai pastebėjau našumą, jis buvo nešiojamajame kompiuteryje su AMD 64. Procesas tarp gamyklinio branduolio ir kompiliuoto buvo žiaurus.
Šiuo metu savo sistemoje yra gamyklinis branduolys, nes, kaip čia daug pasakyta, buvo laikas, kai beveik viską surašiau ir pavargau.
Šiuo metu kompiliuoju tik keletą gyvybiškai svarbių programų, pavyzdžiui, naudoju mažą serverį ar žaidžiu su emuliatoriais. Ne taip seniai paskelbiau įrašą, kaip sudaryti „Mame“ versiją. Šios programos paprastai pastebi, kai ją optimizuojate savo sistemai.
Man tiesiog reikia išbandyti tą gentoo distro ir pamatyti, kaip sekasi spektaklis.
Aš pamiršau pridurti, kad žmonėms, kurie ilgai užtrunka kurdami branduolį, daugiau nei 30 minučių, yra keletas gudrybių, kaip tai padaryti per trumpesnį laiką.
Vienas iš tų triukų yra tas, kad jums tik sudarykite savo įrangos modulius, maksimalus, daugiausia 70 modulių, kas jums atrodo, ir jei pridėtume „iptables“ palaikymą su visais jo reikalavimais, manau, kad jis padidėtų iki 300 modulių. Ateik, tai yra daug geriau nei sudaryti 3000 nelyginių modulių. Ši figūra šiuo metu veikia, jei branduolio moduliai kompiliuojami taip, kaip jie pagaminti iš gamyklos arba, kaip sakoma, vanilės.
Programa, kuri padės jums sužinoti, kuriuos modulius branduolys šiuo metu atpažįsta jūsų sistemoje, yra „localmodconfig“ arba naudojant šį scenarijų „streamline_config.pl“, esantį branduolio šaltinio kataloge, kelyje „/ scripts / kconfig / »
Žinoma, įsitikinkite, kad visi jūsų USB įrenginiai yra prijungti, nes kai branduolys atpažins visus jūsų modulius, tai yra tik kompiliavimo klausimas.
Branduolys bus labai lengvas, sistemoje pajusite tam tikrą gaivos orą, taip pat labiau paspartinsite sistemos paleidimą ir išjungimą.
Sveikinimai.
Gyvenimas nėra toks lengvas! yra programų, naudojančių „cmake“ ar kitus dalykus, o visko atnaujinimas ir sukomponavimas užtrunka. O turėdamas tokį procesorių, koks tau skirtumas?
Kompiliavimo problema yra ta, kad kai kurios programos, kurias mes įdiegėme tuo metodu, vėliau nėra pašalinamos arba daro tai klaidų, todėl negalime jų pašalinti.
Privalote išsaugoti aplanką su sukompiliuotais šaltiniais. Kai norite pašalinti, tereikia pereiti prie šaltinių aplanko ir iš terminalo, kai vykdoma root:
# atlikti pašalinimą
Žinoma, paketai, surinkti rankiniu būdu pagal numatytuosius nustatymus kiekviename rimtame platintuve, yra įdiegiami atskirai, tai yra aplanke / usr / local / bin ne / usr / bin ten, kur pagal numatytuosius nustatymus dislokavimo paketų tvarkyklė juos įdeda. niekas nesusipina.
Straipsnyje iškeliami keli įdomūs dalykai, tačiau jo terminai ir loginė struktūra neturi siaubingos kokybės.
«Vykdomoje programoje, skirtoje jos veikimui naudojant PROCESORIŲ, norint konvertuoti kalbą, naudojamą kodui generuoti, į dvejetainį ir surinkėją. Tai taip pat dažnai vadinama pakuote “.
Klaidinga. Kompiliatorius iš tikrųjų naudojamas, jis yra atsakingas už tam tikros programavimo kalbos instrukcijų perdavimą į atitinkamą surinkimo kalbą ir jų išvertimą į mašinų kalbą.
Asamblėjos kalba yra mnemonika, atspindinti lustų registruose gyvenančių instrukcijų grupę.
"Kai pats atsisiųsite, išspausdinsite ir sukompiliuosite programos šaltinio kodą, jis sudaromas naudojant konkrečias JŪSŲ procesoriaus instrukcijas"
Kuriant programą, tai bus paprasčiausiai atlikta vadovaujantis architektūrai būdingomis instrukcijomis. Kiekvienas vartotojas turi suaktyvinti atitinkamas kompiliatoriaus žymas, kad optimizuotų programą konkrečiam procesoriui.
Dėl to, ką komentuojate kurdami branduolį:
Kompiliuodami branduolį, norite suaktyvinti arba deaktyvinti funkcijas, kurios tam tikru metu gali būti naudingos, o gal ir ne, kurios nebūtinai atsispindės vykdymo apkrovos dydžio ir greičio santykyje.
Kai žiūrite į šį skyrių:
dh-make devscripts fakeroot debhelper debian-policy ccache dh-autoreconf autotools-dev build-dep
Šios programos nėra būtinos sudarant programą. Kaip bandėte sakyti pradžioje, programavimo kalbų skaičius neleidžia tiksliai žinoti, kokius įrankius turite įdiegti, kad galėtumėte sudaryti programas gnu / linux ... galite tai žinoti tik susipažinę su norimos vykdyti programos dokumentacija. Jūsų paminėtos programos yra naudojamos DEBIANIZUOTI ir tokiu formatu supakuoti programą, kuri gali būti kompiliuojama.
Straipsnyje yra ir kitų klausimų, kurių pateikimo būdas yra šiek tiek dviprasmiškas. Sunku būtų juos visus spręsti.
Siūlau kiek įmanoma peržiūrėti jo kūrėją ir raginu geriau kontroliuoti leidinių kokybę.
Žmogau, tai irgi ne tas.
Straipsnis nėra skirtas žurnalui „Science“, tai tiesiog įžanginis straipsnis, ir aš manau, kad pagal terminus, kuriais jis parašytas, pradedančiam vartotojui pakanka giliai suprasti pagrindines sąvokas.
Jei įgausime akademijos, trys ketvirtadaliai to, kas skelbiama internete, būtų visiškai nieko verti.
Nebūkime tokie puristai ... neįmanoma 100% sutikti su straipsniu, bet ir mes negalime nuolat vertinti „techninės“ kokybės, tarsi vertintume daktaro laipsnį.
Visiškai palaikau šio straipsnio autorių
įdomus straipsnis
Laisvės mėgėjams visada naudinga naudoti „unar“, o ne „rar“, kad laisvai atsegtų „rar“. ( https://packages.debian.org/jessie/unar )
Aš pataikiau į klaidą šia problema ... Aš pradėjau ieškoti „Google“, bet nerandu pamokos, kaip kompiliuoti „Firefox“ pagal „ubunto 14.04 amd64“ bitus ... kitaip, šį vakarą gaunu branduolį su šia pamoka: http://www.redeszone.net/2014/11/28/como-instalar-el-ultimo-kernel-de-linux-en-ubuntu-14-04-lts/
geras straipsnis, daug ko mokausi. bet tai naudosiu tik tam tikrai programai, kuri sunaudoja daug išteklių, pavyzdžiui, vaizdo redaktoriams. Pagarbiai.
Tarp šio straipsnio ir „Gentoo“ straipsnio, kurį jie paskelbė prieš kelias dienas, jie vilioja mane įdiegti „Gentoo“ į savo kompiuterį. Prieš daugelį metų naudojau „Sabayon“, kuris palengvino visą diegimo procesą, tačiau išlaikiau bazę, kurią reikia kaupti iš šaltinio. Nuoširdžiai nepamenu, kad pastebėjau jokio skirtumo savo „Laptop“ (tuo metu turėjau ratą) veikime su „Sabayon“ ar „Ubuntu“, todėl nežinau, ar mesti visą savo „Arch“ ištrynimo darbą, kuris labai gerai veikia jį įdiegiant. Nesu tikras, ar verta kelių milisekundžių vienai programai.
Iš 4 mano įdiegtų ir atnaujintų kompiuterių su gentoo yra pridėtas bloknotas, kuriame buvo „archlinux“ ... Systemd mane pavargo, aš jau turėjau jį naudoti su „startx“, nes paskutiniame atnaujinime abu branduoliai šaudė iki 85% naudojimo, nedarydami to nieko, tyrinėjau ir atrodo, kad sistemoje kažkas pasikeitė, kad „Slim“ išprotėtų ir suvalgytų mikroprocesorių.
Užteko, užteko su „arch“ ... per ilgai jis laikėsi, daugiau nei dvejus metus, dabar diegiu „gentoo“, einu į „stage3“ bandymų atnaujinimą, šiam vakarui eis „openbox“ su bulvytėmis.
Geras straipsnis, man kyla noras sudaryti „Qupzilla“, bet su sempronu tai užtruks kelias dienas, na, aš žinau ne tiek daug, bet vis tiek tai kelia blogą jausmą.
Kitas kompiliavimo trūkumas yra tas, kad kai yra atnaujinimas, būtina jį dar kartą kompiliuoti ir įdiegti, o tai yra problema, turint omenyje, kad kai kurios programos turi trumpus kūrimo ciklus ir joms atnaujinimai išleidžiami dažnai, 2 iki 3 mėnesių, visa tai atsitiktiniam vartotojui nuobodžiauja, o nuolatinis vartotojas sunaudoja daug laiko, kad atnaujintų savo sistemą.
Norėčiau sužinoti, kurias programas labiau rekomenduojama kompiliuoti. atsižvelgiant į jo naudingumą, atnaujinimo dažnumą ir našumo gerinimą.
Tai yra absurdas, jei jums reikia susikurti save, jūs naudojate neteisingą paskirstymą. Vienintelė priežastis rinkti yra pridėti derinimo parinktis, kad sulėtintumėte greitį, mainais į tai, kad geriau pašalintumėte kitų klaidas.
Jūsų sistema nėra lėta, nes jai reikia –O3, ji yra lėta, nes yra programa, skaitanti per daug diske arba per daug dažanti ekrane.
Mano rekomendacija: užuot mikrooptimizavę savo sistemą, dirbkime kaip bendruomenė, kad tobulintume programinę įrangą, kurią visi turime.
Jūs nepaaiškinote, kaip optimizuoti kompiliaciją, pvz., „Gentoo“ USE parinktys naudojamos sugeneruotam kodui optimizuoti, taip pat turite nurodyti procesorių ir pan. Kaip tai daroma UBUNTU / „Debian“ ar „Arch“?, Įdomus straipsnis.
Geras!
Neskaitydamas toliau pateiktų komentarų, turiu naujoką „Linux“:
Aš naudoju „Fedora 20“, jau turiu įdiegęs nemažai dalykų, pvz., „Firefox“ naršyklę, kad galėčiau kompiliuoti savo mašinai, ar galiu tai padaryti? Tai yra po kodu ir jį sukompiliuoti, ar pirmiausia turiu pašalinti programą, kuri jau yra Aš atsisiųsti, kad galėčiau sudaryti naują ...
Tas pats su Linux branduoliu ir pan.
Gal aš klausiu kažko absurdo, bet aš jau sakau, kad esu gana naujokas rimtų „Linux“ dalykų lol
Pasveikinimas!
Manau, kad branduolys nėra būtinas, bet jūs turite sukurti įrašą kiekvienam GRUB branduoliui, su „Firefox“ aš nežinau, ar rekomenduojama turėti 2 „Firefox“, asmeniškai aš norėčiau turėti tik vieną branduolį ir 1 tik „Firefox“
Vienintelis dalykas, kurį sukūriau savo gyvenime, buvo „Musique“ kūrimo versija. Man ta programa labai patinka, ji buvo verta viso proceso, kurį užtruko šis procesas. Tokiam galutiniam vartotojui kaip aš, kai baigiau, jaučiausi išsipildžiusi.
Sveikinimai, puikus tinklaraštis.
Sveiki, aš naudoju „Slackware“ ir programų kompiliavimas yra pats normaliausias dalykas pasaulyje.
Sistema įdiegta iš jau sukompiliuoto ISO, o iš anksto sukompiliuotų programų, kurias galite naudoti iš oficialios saugyklos, yra nedaug, nors, jei norite, galite atsisiųsti sistemos šaltinio kodą (ir originalius scenarijus, su kuriais sudarytas visas distro). ir pats sukompiliuok, kaip aš įsivaizduoju „Gentoo“ darbą.
Tačiau „SlackBuilds“ projektas teikia daugelio trečiųjų šalių programų scenarijus (panašius į oficialų platinimo būdą), kuriuose atsisiųsite šaltinio kodą to, ką norite įdiegti, ir paverskite jį tgz arba txz paketu, kuris vėliau yra įdiegtas kartu su juo. oficialus „distro“ paketų tvarkytojas. Todėl privalumas yra tas, kad vengiate naudoti konfigūravimo, darymo, diegimo komandas ir galite labai lengvai atnaujinti, iš naujo įdiegti arba pašalinti paketą.
Neigiama yra tai, kad priklausomybės nėra automatiškai išsprendžiamos „Slackware“, kaip ir kiti „distros“, todėl pirmiausia turite sukompiliuoti reikalingas priklausomybes ir paskutinę norimą įdiegti programą. Sudarytos programos, kurias naudoju, yra LibreOffice, Texmaker, Spyder, Qt5, QtCreator, VLC, Wine, GRASS, QGis ir kt. Priklausomai nuo programos ir jos reikalavimų, kompiliavimas ir diegimas gali trukti nuo 5 minučių iki kelių valandų. Bet jei norite, galite rasti ir naudoti iš anksto sukurtą paketą, kad sutaupytumėte laiko.
Neturėjau laiko patikrinti, ar yra daug skirtumų tarp sukompiliuotų ir iš anksto sukompiliuotų paketų, tačiau mano sistema yra labai stabili. Bet aš manau, kad bent jau mano nešiojamajame kompiuteryje nėra didelio skirtumo, nes jis nėra toks galingas, jis turi „i3“ procesorių ir 4 GB RAM.
Linkėjimai ir sėkmės rengiant.
Šiuo metu naudoju „Funtoo“, tiesą sakant, nematau jokio skirtumo tarp programos kompiliavimo ar iš anksto sukompiliuoto įdiegimo, aš tai darau tik švietimo tikslais, bet jei yra skirtumų tarp branduolio kompiliavimo ir nedarymo, taip. Kai naudojau „debian“ ir norėjau ką nors sukompiliuoti, naudojau šią seką:
. / Configure
Padaryti -j3 (šerdžių skaičius + 1)
svetimas
Jis naudojo „alíen“, nes sukuria kompiliuotos programos dvejetainį failą, todėl galite jį įdiegti savo sistemoje kaip bet kurį dvejetainį, taigi, jei norite pašalinti, galite tiesiog naudoti „synaptic“ ar kitą paketų tvarkyklę, tai yra paketo sukūrimo ir paketo įdiegimo pranašumas. kaip pats, užuot atlikęs „make install“
Aš matau patobulinimą, bent jau su dideliais ir sunkiais paketais, pavyzdžiui, „Libreoffice“ programoje „Funtoo“ įkelti reikia daug mažiau laiko nei „Debian“. Tas pats nutiko ir man su VLC arba su mpv ir MKV „FullHD“ ir daugialypiais garso failais, apkrova yra daug greičiau.
Kitas, kuris taip pat pasikeitė, yra „Firefox“, „Debian“ turint 10 ar 15 skirtukų su mano kompiuteriu tampa kankinimu, tačiau su „Funtoo“ pavyko atidaryti iki 30 ir jis tęsiasi taip, lyg nieko nebūtų, o RAM suvartojimas yra daug mažesnis ir mažesnis Linkęs užšaldyti JS failus, manau, kad tai labiau priklauso nuo konteksto, kaip vykdomos tam tikros užduotys ir programos.
Problema ta, kad atsisiųsdami ją iš anksto sukompiliavę, bet kurį „Linux Distro“ paverčiame neapdorota „Windows“ kopija
Labiau nei įspūdingai padidėjęs našumas, aš matau pranašumą galimybėje sudaryti paketus su norimais komponentais: pavyzdžiui, jei neturite spausdintuvo, galite nurodyti, kad paketai, palaikantys CUPS, nėra kompiliuojami - paketai kad jie naudoja CUPS, akivaizdu, kad jei jūs sudarysite „Hunspell“ su CUPS ar be jo, tai nesvarbu - tiesiog - bent jau „Gentoo“ - nurodant faile make.conf, kur visos paketų kūrimo parinktys yra centralizuotos „-cups“; jei naudojate KDE5 arba „Plasma 5“, kaip jie dabar vadina, galite nurodyti žymes „-kde“, „-qt4“, kurios buvo galiojančios KDE 4 žymos, bet nereikalingos KDE 5 ir programose, perkeltose į naują darbalaukį, „-gnome“ , „-Gtk“ ir t. T. Su visais komponentais, kurių jums nereikia. Jei dėl kokios nors priežasties reikia konkrečios programos, tarkime, GTK, tada faile, pavadintame „package.use“, galite nurodyti, kad ji naudoja GTK, pavyzdžiui, „Pidgin“ su ta pačia etikete, bet be minuso ženklo, tai yra „gtk“. »:« Net-im / pidgin gtk ».
Tokiu būdu sistema pasiekiama keliais šimtais megabaitų lengvesnių ir mažesnių bei efektyvesnių dvejetainių failų, nes ji neturi nereikalingo kodo. Aš perėjau iš „Ubuntu“ į „Gentoo“ per „Openuse“, „Kubuntu“, „Debian“, „Arch“, „Chakra“ ar „KaOS“, o „Gentoo“ yra greičiausia mano turima sistema, ir aš vis dar turiu tą patį „Core 2 Duo“, kurį turėjau prieš 7 metus. Kompiliacijas, žinoma, palieku nakčiai, nes, pavyzdžiui, QT5 kompiliavimas užtrunka kelias valandas. Jei „makeage“ nustatysite „nicage“ parametrą „Portage“, galite toliau įdiegti paketus arba atnaujinti dirbdami su mašina ir vargu ar pastebėsite daug sulėtėjimo, nors akivaizdu, kad kompiliavimo laikas ilgėja; bet ateik, įdėjus jį įdiegti ar atnaujinti, kai einu vakarieniauti, ir, jei reikia, palikti jį veikti per naktį, mano senas kompiuteris veikia geriau nei mano draugės I3 su „Kubuntu“.
Kitas vis svarbesnis aspektas yra tas, kad kompiliuojant iš šaltinio failų saugumas, kurį diegiame paketas yra originalus, kad juo nesinaudojo trečiosios šalys, yra beveik visiškas. Manau, kad „Debian“ diegia konstrukcijos tikrinimo sistemą, kuri garantuos šiek tiek daugiau, nei iš anksto įdiegtas kompiliavimas iš tikrųjų yra iš pirminio šaltinio, tačiau niekada nebus tiek daug tikrumo, kai tas paketas bus sukompiliuotas mūsų kompiuteryje su mūsų sąranka.
Mano nuomone, naudojant šiuolaikinį procesorių, o ne tokį spragtuką kaip mano, hehe ir, jei norime pagreitinti procesą, turėdami 8 GB RAM, kad būtų galima prijungti / var / tmp - laikiną aplanką, kurį „Portage“ naudoja kompiliacijai, RAM, kuri visada bus greitesnė nei standusis diskas ar SSD, šiandien nematau daug prasmės naudoti iš anksto sukompiliuotų paketų. Jei mano „Firefox“ kompiuteriui sukompiliuoti reikia apie 40 minučių, per kiek laiko gali užtrukti šiuo metu rinkoje esantis I5 ar I7 - dar 5 minutes? Kalbu apie „Firefox“ šaltinį, o ne „Firefox-bin“, kuris yra iš anksto sukompiliuotas dvejetainis paketas, kurį galima įdiegti „Gentoo“, jei turite labai lėtą mašiną - yra keletas didelių paketų, kurie dėl šios priežasties jau yra siūlomi iš anksto sukompiliuoti, nebūtina viską kompiliuoti -. Aš negaliu kalbėti, nes mano mergina neleis man mojuoti savo kompiuteriu, hehe, o man viskas sekasi taip gerai, kad nejaučiu poreikio jį atnaujinti, bet jei aš teisus, manau, kad verta sugaišti kelias minutes kompiliavimui, kad turėčiau sistema, sukurta matuoti. Labiau pritaikytas ir pritaikytas mūsų mašinai, nemanau, kad galima pasiekti nieko, jei jau neįvedėte tų „Linux“ metodų nuo nulio, „Linux“ nuo nulio, kurie, manau, jau yra rezervuoti kompiuterių mokslininkams ar labai pažengusiems „Linux“ žinovams.
Sveikinimai.
Muy bueno!
nėra vieno dalyko «Amd Atom x2»
ni egzistira yra „Intel“ prekės ženklas
dėl