Cześć, tym razem przynoszę ci małą wskazówkę (o której wielu prawdopodobnie już wie), ale kilka osób, które zwykle używają dystrybucji opartych na Pacman prawdopodobnie nie wiedzą, a co gorsza: używają jednego jądra do kompilacji.
Zróbmy to…
Poznaj liczbę naszych procesorów
Najpierw zobaczymy, ile procesorów mamy do dyspozycji (większość ekspertów się nie boi, oczywiście są różnice między wątkami a fizycznymi procesorami, ale makepkg używa wątków wykonawczych jako parametrów), w tym celu wykonujemy:
lscpu | grep '^ CPU (y):'
W moim przypadku zwraca:
[x11tete11x @ Jarvis ~] $ lscpu | grep '^ CPU (i):' Procesor (y): 8 [x11tete11x @ Jarvis ~] $
Dzieje się tak, ponieważ w przypadku procesorów Intel z Hyper Threading pokazuje również wątki wykonania.
Edytuj plik /etc/makepkg.conf
Edytujemy plik /etc/makepkg.conf powiedzieć makepkg, aby używał wszystkich dostępnych procesorów; W związku z tym zgodnie z wiki Gentooilość "zadań" do wykonania pochodzi z następującego konta:
Liczba procesorów + HT (HiperThreading w przypadku obsługiwanego Intel) + 1
Edytujemy:
sudo nano /etc/makepkg.conf
i modyfikujemy linię MAKEFLAGS (bez komentarza ) z odpowiednią wartością, w moim przypadku wyglądałoby to tak:
MAKEFLAGS = "- j9"
Zapisujemy zmiany i voila, możemy teraz kompilować nasze pakiety przy użyciu różnych rdzeni w dowolnej z naszych dystrybucji w oparciu o Pacman
Następnie załączam wideo, w którym można zobaczyć, jak w każdym przypadku skompilowano „simplescreenrecorder”, z MARKI (MAKEFLAGS = »- j9 ″) i bez MAKELAGI (#MAKEFLAGS = »- j9 ″):
Wujku to jest, jak mawiamy w moim mieście „kutas w occie” to znaczy bardzo dobrze 😛
Mam 4 rdzenie, mam 4, myślę, że będę musiał ustawić 5, prawda?
Swoją drogą popraw makekpg.conf, że jeśli nie doprowadzisz do szaleństwa copy / pastero, to makepkg.conf
Pacman rządzi !!!! 😛
Właśnie zobaczyłem mały błąd xD, już wysłałem chłopców, żeby go poprawili xD
efektywnie w twoim przypadku byłoby to 5 xD.
Wiedziałem, że polubisz ten artykuł xD hahaha
Poprawione. 🙂
Mój agent użytkownika zdradza mnie, teraz jestem w Arch ...
Wszystko za używanie tego samego profilu Firefoksa w obu dystrybucjach. 😛
Korzystam z okazji, aby skomentować, że jeśli używasz BFS (jeśli nie wiesz, co to jest, to nie używasz go), maksymalna wydajność jest osiągana przy liczbie rdzeni bez dodawania czegokolwiek.
A jeśli podrzuci mi, że mam „2”, to 3 poprawię?
Dokładne @ShutdowN
Kocham cię kurwa, zrobiłem to, kiedy dostałeś artykuł, teraz go używam, ponieważ nie wiedziałem, jak skompilować hahaha.
To fajne, ponieważ Conky mówi mi, że wszystkie 4 wątki na moim i3 są w 100%, a kiedy go edytowałem, myślę, że skonfigurowałem tylko jeden wątek. Uwielbiam to, kompiluję teraz własne jądro, zobaczmy, jak to działa: v
Zgadzam się z Yoyo, chociaż w moim mieście nie jest powiedziane, że to „kutas w occie” !! Jak tylko wrócę do domu, próbuję.
Co smakujesz, gdy wracasz do domu ... kutas? ha ha
Rozśmieszyłeś mnie …
przytulić
Wiedziałem, że jest ich 5, ponieważ powiedziałem w tym poście o tym, jak ręcznie skompilować jądro dla Debiana hahaha
http://yoyo308.com/2013/11/22/como-compilar-e-instalar-el-ultimo-kernel-3-12-1-en-crunchbang-waldorf-debian-wheezy/
cholerny samochód spamero xD hahaha
Nie martw się, już go mam na celowniku Banhammera, muahahahaha.
„Mój młot do bananów”, nie zmuszaj mnie też, bym cię uderzył, żeby obniżyć opary <3
Wynoś się stąd, rzodkiewko, pracuj dalej albo przyniosę patyk.
Hahaha… ojej, kocham tę społeczność.
Pamięć podręczna jest również bardzo przydatna, ale wymaga poprzedniej kompilacji, aby przyspieszyć kompilację.
Nie rozumiem, kompilujesz, żeby przyspieszyć kompilację?
ccache to narzędzie (szeroko stosowane przez użytkowników gentoo), które pozwala na zapisywanie plików pośrednich z kompilacji archiwum, co powoduje, że kolejna kompilacja tego pliku wykonywalnego jest znacznie, znacznie szybsza. Przydatne również dla programistów aplikacji i osób, które stale budują i aktualizują własne jądro.
ccache to pamięć podręczna kompilacji, kiedy ją aktywujesz, pierwsza kompilacja, którą tworzysz, trwa tak długo, jak powinna (jeśli jest to Java, Firefox i LibreOffice razem, zapewniasz kilka godzin kompilacji, jeśli twój sprzęt nie jest bardzo wydajny), ale druga kompilacja tego samego oprogramowania (tej samej wersji, z pewnymi zmianami w opcjach kompilacji lub poprawkach) będzie znacznie szybsza, ponieważ ccache sprawdza, czy wiele z tego, co jest kompilowane, jest gotowych, i skraca czas kompilacji. Jednak czasami powoduje to problemy (nie z powodu czegoś w Gentoo Wiki, które umieścili ostrzeżenie), a na liście FirefoxOS również to robią, więc jeśli masz zamiar buforować, zrób to z tą samą wersją, jeśli przejdziesz do innej, wyczyść pamięć podręczną i zacznij od nowa.
Dziękuję obojgu za informację, nie wiedziałem
Jestem w Arch od półtora roku i nigdy nie słyszałem o tej wskazówce, dziękuję.
bycie biednym jest do bani!
hahahahahahaha
Dziękuję Ci. te dane są bardzo dobre
Mam pytanie…
Używam tej opcji od jakiegoś czasu (liczba, którą mi wrzucił, to 4, więc pozostaje #MAKEFLAGS = »- j5 ″)
ale zauważam, że kiedy aktualizuję niektóre programy, procesor idzie do 100% i trudno jest używać innych programów, gdy tak się dzieje ...
czy mogę coś zrobić pomiędzy? na przykład wstaw #MAKEFLAGS = »- j3 ″ ???? czy jest to coś, co jest włączone lub wyłączone bez pośrednictwa?
pozdrowienia.
Luis, tak, możesz bez problemu wstawić -j3, ten parametr definiuje w ilu «wątków» (aby nie wchodzić w szczegóły, powiedzmy, że wątki są w ilu «równoległych porcjach» zamierzasz przetworzyć, co które zamierzasz zrobić) zostaną użyte w tym procesie
idealnie, teraz to ująłem. Dzięki stary!