cosa ricompilare?

[Serena24]

So che ci sono post simili, ma non rispondono alla mia domanda non ho aperto il thread su x86_64 perché credo che il problema valga anche per i686.

Dopo aver scoperto le flag più adatte per la mia architettura ho ricompilato il kernel (senza modifiche a moduli ecc..) e in fase di boot ho guadagnato 5 secondi, senza considerare che il sistema è tutto più reattivo.
Così mi sono chiesta, cos'altro compilare per velocizzare ulteriormente il sistema?
Cercando sul forum ho trovato le glibc, ma mi chiedo, quanto tempo ci vuole per compilarle? So che è difficile orientarsi perché ogni macchina è diversa, ma ho un core2 duo P8400, e per compilare il Kernel26 ho impiegato circa 45 minuti.
Stando a questi dati quanto impiegherei a compilare:
glibc
xorg (follia?)
gnome (ancora peggio?)

grazie PPP

La guida LFS dice:

kernel26: 1,5 / 5 SBU
glibc: 12,3 SBU

EDIT:

ok ho compilato anche le glibc, ora voglio provare xorg-server, ma mi da alcune dipendenze, tra cui "libgl", che però va in conflitto con nvidia-utils, quindi o rimuovo nvidia-utils, o non posso compilare xorg-server. ma, a quanto ho capito, nvidia-utils è necessario per far funzionare i miei driver video sul sistema a 64 bit. come posso procedere? :/

[dexgeh]

Ahem, ma... gentoo?:lol::lol::lol:

[Hilinus]

Se hai un dual core mi raccomando di impostare le MAKEFLAGS, così da sfruttare entrambi i core del processore. Guarda in /etc/makepkg.conf per ulteriori dettagli.

E sì, gentoo sarebbe meglio a sto punto O LFS per i duri e puri con tempo da perdere

[Serena24]

grazie mille per le risposte!
allora, ho risolto il problema di xorg-server, ora mi sembra tutto più reattivo, ad esempio ho compilato firefox e altri programmi che uso spesso.
ho guardato MAKEFLAGS, ma influisce solo sulla velocità di compilazione? oppure è una flag che influisce sul pacchetto finale come le cflags e le cxxflags?
ps: gentoo no, è troppo XD mi accontento di compilare le parti più critiche del sistema come il kernel e il server grafico, mi chiedo però se guadagnerei in prestazioni compilando gnome, voi che dite?

[Hilinus]

Influisce molto sul tempo di compilazione, poichè lanci un numero di istanze di make pari ai core disponibili, il guadagno in tempo è esponenziale.

[mattylux]

Ahem, ma... gentoo?:lol::lol::lol:

mitica gentoo!!!!! lo installata ieri su virtualbox

[Serena24]

Influisce molto sul tempo di compilazione, poichè lanci un numero di istanze di make pari ai core disponibili, il guadagno in tempo è esponenziale.

doh -.- non l'ho fatto, che tonta -.- se ho capito bene dovrei mettere j3 avendo un dual core?

secondo voi snellendo il kernel togliendo i moduli inutili guadagnerei qualcosa in prestazioni? (ditemi di sì, mi serve solo una scusa per smanettare )
Dai tempi di Debian ricordo che c'era un programma apposito per modificare i moduli dove potevi mettere X per compilarlo all'interno del kernel o M come modulo, oppure niente. Su Arch funziona allo stesso modo?

[Hilinus]

-j3 va bene.

Quel programma che dici te è compreso nei sorgenti del kernel. Ve ne sono anche versioni grafiche oltre a quella che usa ncurses nel terminale.
Prenditi il PKGBUILD del kernel e vedi come funziona il tutto. Il comando che serve a configurarlo è make menuconfig.

[Berseker]

c'è anche un apposita utility per automatizzare il processo di ricompilazione del sistema..

http://wiki.archlinux.org/index.php/Pacbuilder

http://aur.archlinux.org/packages.php?ID=17216

[Demind]

Visto il tema del topic ne approfitto per inserire una domanda OT :

[OT] Dato che non ho trovato questa info da nessuna parte (magari ho cercato nei posti sbagliati vabbeh...) qualcuno sa se ci sono delle flag specifiche per le cpu della serie i3-i5-i7?Al momento sono con le classiche -march=nocona -O2 -pipe, chiedo scusa per l'OT ma non mi pareva il caso di aprire un topic per questa scemenza[/OT]

Per rimanere in topic Serena se vuoi un'opinione spassionata ricompilare i pacchetti nella stragrande maggioranza dei casi non serve a nulla, ci sono alcune cose in cui guadagni ma in linea di massima, considerando un sistema Desktop classico mi stupirei se realmente riuscissi a cogliere un reale miglioramento della situazione!C'è comunque chi lo trova dannatamente divertente e istruttivo quindi se appartieni alla categoria direi..buon divertimento!

Per quanto riguarda il kernel, la mia senza dubbio trascurabile esperienza mi porta a dire che, sempre per un uso Desktop (che poi è l'uso che il 99% di noi fa del proprio pc), snellire il kernel e renderlo quanto meno monolitico tu possa ha un impatto reale esclusivamente sulla RAM, credo si possano fare discorsi molto diversi per applicazioni specifiche ovviamente, ma per quello che è un uso standard direi che il più grande effetto riscontrabile sia l'impatto sulla RAM come dicevo. Accetto smentite di ogni tipo ovviamente, non si finisce mai di imparare cose nuove

[Hilinus]

Prova con -march=native, dovrebbe autorilevare ed abilitare delle ottimizzazioni in più.

[Serena24]

in altre parole snellendo il kernel poi in ram verrebbe caricato qualcosa di meno ingombrante e quindi ci guadagnerei da quel punto di vista?
va be diciamo che era più per una questione "filosofica", mi da fastidio avere un kernel che contiene roba che non mi serve, e sarebbe anche una buona scusa per fare qualcosa di divertente
i moduli che so che verranno caricati sempre e comunque è meglio metterli dentro il kernel o lasciarli come moduli?
un'altra cosa che non c'entra niente: è possibile fare un'immagine della partizione di arch e scrivere quell'immagine su un'altra partizione e farla funzionare senza modificare (quasi) niente?

[Hilinus]

Mmh, vedi te. Se li compili built-in, l'immagine del kernel aumenta di dimensioni (di poco), mentre se li lasci come moduli no.

Ricordati di settare come built-in il supporto al tuo filesystem o al controller SATA degli HD, altrimenti kernel panic al boot

Eventualmente, se sei in vena di smanettamenti, puoi provare lo scheduler di Con Kolivas, che dovrebbe migliorare la reattività in diverse situazioni ( es. durante la copia intensiva di files tra due dispositivi ).

http://ck.kolivas.org/patches/bfs/2.6.35/

[ErSandro]

un'altra cosa che non c'entra niente: è possibile fare un'immagine della partizione di arch e scrivere quell'immagine su un'altra partizione e farla funzionare senza modificare (quasi) niente?

Sì, ci sono diversi strumenti per clonare le partizioni o l'intero disco (al volo mi vengono in mente dd, partimage e clonezilla), volendo puoi anche limitarti a fare un backup della partizione con tar o rsync e scompattare l'archivio direttamente nella partizione di destinazione.

Lo svantaggio del metodo "clonazione" è che le immagini possono essere ripristinate solo su partizioni di dimensioni uguali o superiori a quelle dell'originale.

Una volta ripristinata la partizione basta lavorare sul boot loader e tutto dovrebbe andare liscio.

[Serena24]

capito, quindi non avrei problemi perché la voglio trasferire su una partizione più grande.
un'altra cosa, esiste un modo semplice per passare da ext3 ad ext4 senza formattare?

[Bubix]

capito, quindi non avrei problemi perché la voglio trasferire su una partizione più grande.
un'altra cosa, esiste un modo semplice per passare da ext3 ad ext4 senza formattare?

http://wiki.archlinux.org/index.php/Ext4_%28Italiano%29
Ciao.

[aleph]

un pò di risposte varie

qualcuno sa se ci sono delle flag specifiche per le cpu della serie i3-i5-i7?

http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel

in altre parole snellendo il kernel poi in ram verrebbe caricato qualcosa di meno ingombrante e quindi ci guadagnerei da quel punto di vista?

si, ma difficilmente il guadagno è significativo . .

va be diciamo che era più per una questione "filosofica", mi da fastidio avere un kernel che contiene roba che non mi serve, e sarebbe anche una buona scusa per fare qualcosa di divertente

sicuramente si imparano un sacco di cose smanettando coi config del kernel, però passare 1kh a smanettare, più 1h a ricompialre ogni volta che bisogna aggiornare il kernel, per guadagnare qalche secondo all'avvio . . . http://en.tiraecol.net/modules/comic/ca ... en-162.png

i moduli che so che verranno caricati sempre e comunque è meglio metterli dentro il kernel o lasciarli come moduli?

non fa tantissima differenza . . se li metti nel kernel sai che sono sempre caricati, anche all'avvio, serve se vuoi fare un sistema senza initrd . .

[Demind]

un pò di risposte varie

qualcuno sa se ci sono delle flag specifiche per le cpu della serie i3-i5-i7?

http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel

Cercavo un'informazione più nascosta...
A parte il fatto che ho un i3, avrei dovuto specificarlo e lì non c'è, davo per scontato che le info fossero in posti più arcani della wiki di Gentoo che in pratica è LA wiki da consultare per ogni cosa di questo tipo e che è oltretutto è linkata anche dalla wiki di Arch!
Comunque grazie per il pensiero!

p.s. esempio: prima che apparissero sulle varie wiki, le famose flag -mtune=core2 e -march=core2, eccitanti novità di gcc 4.3, erano presenti da un bel po' sui manuali di GCC solo che quasi nessuno li legge

[aleph]

p.s. esempio: prima che apparissero sulle varie wiki, le famose flag -mtune=core2 e -march=core2, eccitanti novità di gcc 4.3, erano presenti da un bel po' sui manuali di GCC solo che quasi nessuno li legge

esatto, le informazioni più arcane le trovi nella documentazione di gcc (o nei sorgenti ) . .

[Serena24]

ashaushu fortissima la vignetta XD ma sì più che per le prestazioni è per imparare qualcosa
ah non sapevo si potesse fare un sistema senza initrd, in pratica al boot carica direttamente il kernel?

[aleph]

normalmente l'initrd contiene i moduli del kernel necessari per alcuni componenti fondamentali all'avvio (driver del disco, filesystem, ecc) mentre eventuali altri moduli vengono caricati in automatico dopo . . . se questi moduli li compili staticamente nel kernel, non è necessario usare un initrd . .

[Serena24]

normalmente l'initrd contiene i moduli del kernel necessari per alcuni componenti fondamentali all'avvio (driver del disco, filesystem, ecc) mentre eventuali altri moduli vengono caricati in automatico dopo . . . se questi moduli li compili staticamente nel kernel, non è necessario usare un initrd . .

anche se non c'entra niente, complimenti per il nick e per l'avatar

[spinmc]

Ciao leggo solo ora questa discussione.
Più che "cosa" compilare dovresti chiederti "come" compilare.
Mi spiego meglio: il punto di forza di gentoo (e funtoo e altre derivate) sono le USE flag (ossia la scelta di quali impostazioni passare in fase di ./configure) più che la compilazione in sè. Questo permette di compilare meno codice binario, e quindi c'è meno codice binario in esecuzione che si traduce in un più efficiente utilizzo delle risorse (nel mio caso ~10% di utilizzo di ram in meno, ~0,2% di cpu in meno e ~30 min di tempo di scarica della batteria in più).
Quindi più che altro ti consiglio di modificare qualche pkgbuild in maniera da "sconfigurare" qualcosa che ritieni non servirti.
Dopo di che se ti interessa approfondire questo approccio, ti consiglio vivamente di fare una bella esperienza didattica di qualche mese con gentoo, dopo di che, quando (e se) sarai stanca di compilare, o vorrai pacchetti più aggiornati, o ti mancherà aur, allora arch e pacman ci saranno sempre!

[Serena24]

Devo dire che gentoo mi tenta ma per ora resto ad Arch, anche perché in questo periodo il computer mi serve per lavoro e non posso permettermi troppe distrazioni XD al massimo se ne sentirò la necessità seguirò il tuo consiglio di personalizzare i make!