Ciao, questa volta ti porto un piccolo consiglio (che molti probabilmente già conoscono), ma che diverse persone che di solito usano distro basate su Pacman probabilmente non lo sanno, e in peggio: stanno usando un singolo kernel per la compilazione.
Facciamolo…
Conosci il nostro numero di processori
Per prima cosa vedremo quanti processori abbiamo a disposizione (i più esperti non si spaventano, ovviamente ci sono differenze tra thread e processori fisici, ma makepkg usa i thread di esecuzione come parametri), per questo eseguiamo:
lscpu | grep '^ CPU:'
Nel mio caso restituisce:
[x11tete11x @ Jarvis ~] $ lscpu | grep '^ CPU:' CPU: 8 [x11tete11x @ Jarvis ~] $
Questo perché nel caso dei processori Intel con HyperThreading mostra anche i thread di esecuzione.
Modifica il file /etc/makepkg.conf
Modifichiamo il file /etc/makepkg.conf per dire a makepkg di usare tutti i processori disponibili; In termini di questo, secondo il wiki Gentoo, la quantità di "lavori" da svolgere proviene dal seguente account:
Numero di processori + HT (HiperThreading in caso di Intel supportato) + 1
Modifichiamo:
sudo nano /etc/makepkg.conf
e modifichiamo la linea MAKEFLAGS (rimuovendo il commento ) con il valore corrispondente, nel mio caso sarebbe simile a questo:
MAKEFLAGS = "- j9"
Salviamo le modifiche e voilà, ora possiamo compilare i nostri pacchetti utilizzando vari core all'interno di una qualsiasi delle nostre distribuzioni basate su Pacman
Successivamente allego un video in cui puoi vedere come viene compilato «simplescreenrecorder» in ogni caso, con il BANDIERE (MAKEFLAGS = »- j9 ″) e senza l'estensione MAKEFLAGS(#MAKEFLAGS = »- j9 ″):
Zio questo è, come si dice nella mia città, «il cazzo nell'aceto» voglio dire, molto buono 😛
Ho un 4 core, ne ottengo 4, suppongo che dovrò mettere un 5 giusto?
A proposito, correggi makekpg.conf, che se non farai impazzire copy / pastero, sarà makepkg.conf
Pacman governa !!!! 😛
Ho appena visto l'errore xD, ho già mandato i ragazzi a correggerlo xD
effettivamente, nel tuo caso sarebbe 5 xD.
Sapevo che ti sarebbe piaciuto questo articolo xD hahaha
Corretto. 🙂
Il mio user agent mi tradisce, ora sono in Arch ...
Tutto per l'utilizzo dello stesso profilo Firefox su entrambe le distribuzioni. 😛
Colgo l'occasione per commentare che se usi BFS (se non sai cos'è allora non lo usi) le massime prestazioni si ottengono con il numero di core così com'è, senza aggiungere nulla.
E se mi lancia che ho "2" ne metto 3 giusto?
Esatto @ShutdowN
Ti amo cazzo, l'ho fatto quando hai ricevuto l'articolo, ora lo sto usando perché non sapevo come compilare ahahah.
È bello perché conky mi dice che tutti e 4 i thread sul mio i3 sono al 100% e quando l'ho modificato penso di aver configurato un solo thread. Adoro questo, sto compilando il mio kernel in questo momento, vediamo come funziona: v
Sono d'accordo con Yoyo, anche se nella mia città non è detto, è «il cazzo nell'aceto» !! Appena torno a casa lo provo.
Cosa senti quando torni a casa ... il cazzo? haha
Mi hai fatto ridere …
Abbracciare
Sapevo che c'erano 5 perché l'ho detto in questo post su come compilare a mano il kernel per Debian hahaha
http://yoyo308.com/2013/11/22/como-compilar-e-instalar-el-ultimo-kernel-3-12-1-en-crunchbang-waldorf-debian-wheezy/
maledetta macchina spamero xD hahaha
Non preoccuparti, l'ho già nel mirino del mio Banhammer, muahahahaha.
"Il mio banhammer", non farmi prendere a pugni anche tu per far scendere i tuoi fumi <3
Vattene di qui, testa di ravanello, continua a lavorare o prendo il bastone.
Hahaha .. oh mio, amo questa comunità.
Anche la cache è molto utile, ma richiede una compilazione precedente per accelerare la compilazione.
Non ho capito, compili per velocizzare la compilazione?
ccache è uno strumento (ampiamente utilizzato dagli utenti gentoo) che consente di salvare file intermedi dalla compilazione di un archivio, risultando nella successiva compilazione di quell'eseguibile molto, molto più velocemente. Utile anche per gli sviluppatori di applicazioni e per le persone che creano e aggiornano costantemente il proprio kernel.
ccache è una cache di compilazione, quando la attivi la prima compilazione che fai dura quanto dovrebbe (se è Java, Firefox e LibreOffice insieme ti assicuri qualche ora di compilazione se il tuo hardware non è molto potente), ma la seconda la compilazione di quello stesso software (la stessa versione, con alcune modifiche nelle sue opzioni di compilazione o patch) sarà molto più veloce perché il ccache verifica che molto di ciò che è compilato sia pronto e riduce i tempi di compilazione. Tuttavia, a volte dà problemi (non a causa di qualcosa nel Wiki di Gentoo hanno messo l'avviso) e nell'elenco di FirefoxOS lo fanno anche, quindi se hai intenzione di memorizzare nella cache fallo con la stessa versione, se vai a un'altra, svuota la cache e ricomincia.
Grazie ad entrambi per l'informazione, non lo sapevo
Sono ad Arch da un anno e mezzo e non avevo mai sentito parlare di questo suggerimento, grazie.
essere poveri fa schifo!
hahahahahahaha
Grazie. questi dati sono molto buoni
Ho una domanda…
Uso questa opzione da un po 'di tempo (il numero che mi ha lanciato era 4 quindi rimane #MAKEFLAGS = »- j5 ″)
ma noto che quando aggiorno alcuni programmi, la CPU va al 100% ed è difficile usare altri programmi mentre questo accade ...
posso fare qualcosa in mezzo ?? ad esempio, metti un #MAKEFLAGS = »- j3 ″ ???? o è qualcosa che è acceso o spento senza una via di mezzo?
saluti.
Luis, sì, puoi mettere -j3 senza problemi, ciò che questo parametro fa è definire in quanti «thread» (per non entrare nei dettagli, diciamo che i thread sono in quante «parti parallele» elaborerai cosa che stai per fare) verrà utilizzato per questo processo
perfetto, ora lo metto. Grazie vecchio!