Compilare il Kernel

[Gimli[2BV!2B]]

Confermo che io ci metto più tempo a scaricare i sorgenti

Prima o poi anch'io sarò costretto ad usare queste diavolerie moderne... multi-core, 64bit, più di un giga di RAM, SSD.
Il fatto è che quando sono a casa perdo solo tempo su internet e non sento la necessità di uscire dallo scorso millennio...

[darkbasic]

Quello è il mio server, il fisso è l'Athlon64 che vedi in firma (mentre il portatile un Core2 Duo Ultra Low Voltage a 1.4Ghz).
Come vedi sono rimasto fermo a 8 anni fa anch'io

[Emalele1688]

Scusate se risbuco dal nulla

Ma che cosa sono CCACHE e DISTCC ??

Purtroppo essendo ancora studente in materia ho dedicato solo interi anni ad imparare a programmare il linguaggio c/c++, e meno alle varie tecnologie che esistono e che pian piano grazie a voi conosco

[Dane]

ccache è un software che mette in cache le cose già compilate per (eventualmente) riutilizzarle quando si ricompilano le stesse cose.

distcc è un software che fa compilare anche (o solo) ad altri pc in rete. Devi avere lo stessa versione del compilatore. Ci puoi anche crosscompilare.

[Emalele1688]

Sembrano entrambi molto interessanti Vedrò qualche documentazione...
Scusate se vi scoccio ancora con le patch del kernel; Conoscete, o per lo meno esiste qualche patch per il fast boot?

[Gimli[2BV!2B]]

Io non conosco patch che siano indirizzate specificamente a questo scopo.

Il fatto è che è possibile ottenere tempi di boot di qualche secondo, ma la porzione di questo tempo costituita dall'avvio del kernel è di circa un ordine di grandezza (o più) inferiore rispetto a quello dei demoni che vengono lanciati automaticamente.

È quindi possibile trovare piccole patch che possono alleggerire appena il kernel (qualcuna l'ho incontrata spulciando la grossa patch Ubuntu), ma si tratta di modifiche assolutamente eterogenee e molto mutevoli (spesso sono piccole correzioni che vengono estratte da nuove versioni) il cui impatto è solitamente quasi trascurabile.

Qui puoi trovare un approfondimento scritto un paio di anni fa che permette di farsi un'idea dei punti su cui si può agire.

[darkbasic]

Piuttosto usa un sistema di init decente

[Emalele1688]

Allora:
Da quel che so Ubuntu 10.10 dovrebbe usare per default il sistema init Upstart;
Correggetemi sempre se sbaglio ....
Con il kernel vanilla da me compilato rimane l'init Upstart ?? O il nuovo kernel, non essendo quello ottimizzato per Ubuntu ne utilizza un'altro ??
Si possono configurare gli init in Ubuntu ??

[Gimli[2BV!2B]]

L'init è sempre quello, si tratta di un programma a parte, il primo invocato automaticamente dal kernel una volta che ha terminato di inizializzare il sistema.

Io non mi sono mai messo lì a provare un init diverso dal quello della distribuzione e non sono molto informato sull'argomento.

L'Upstart di Ubuntu non mi piace perché ancora incompleto:

• sudo restart gdm mentre sudo /etc/init.d/networking restart, per esempio
• c'è modo di disattivare un demone senza disinstallarlo o fare modifiche eterogenee nei singoli specifici file di configurazione?

Non ho idea di quale init possa offrire vantaggi sull'Upstart che hai già.
L'unico che conosco come in parte stabile è initNG, ma apparentemente Upstart fornisce già le principali funzionalità che offre.

darkbasic, tu hai fatto qualche sperimentazione interessante?

[darkbasic]

Originariamente inviato da Gimli[2BV!2B]

darkbasic, tu hai fatto qualche sperimentazione interessante?

Ho provato initng a suo tempo, ma adesso l'alternativa più interessante sempre essere systemd. Non è ancora completamente maturo, ma verrà utilizzato nelle prossime release di fedora e opensuse. La mia opinione al riguardo? Se non si usa una distro from scratch, lasciate la gestione dell'init ai mantainer della distro.

[Gimli[2BV!2B]]

Dalla descrizione questo systemd sembra avere obiettivi interessanti (non solo la solita parallelizzazione massiva) e voler utilizzare varie funzionalità del kernel per svolgere questi compiti, senza avere la necessità di reinventare la ruota.
I file di configurazione hanno un aspetto compatto ed elegante, mi piace ancora di più.

Grazie della segnalazione!

[darkbasic]

Originariamente inviato da Gimli[2BV!2B]

non solo la solita parallelizzazione massiva

E' proprio per questo che non rimarrà un progetto fine a se stesso ma verrà adottato globalmente da un po tutte le distro.
FINALMENTE aggiungerei, sembrava troppo chiedere un sistema di init decente

[blair]

come ha già detto darkbasic, fedora 15 ha rimpiazzato Upstart con systemd e la percentuale di completamento è del 100%. Nella rawhide già c'è.
Quindi se volete vederlo, testarlo o giocarci un po' con fedora è molto semplice, potente installare in una macchina virtuale fedora 14, e aggiornate a rawhide oppure installare direttamente quella.

[Gimli[2BV!2B]]

Quasi quasi monto un disco nel cassetto vuoto e do un'occhiata a dove è arrivata Fedora. Rimane la distribuzione che non utilizzo verso cui ho maggiore interesse.
Grazie blair!

[darkbasic]

Il problema di fedora è che è troppo bleeding edge, va bene giusto per testare nuove tecnologie per red hat enterprise.

[Emalele1688]

Scusate:
Ma la variabile di ambiente CONCURRENCY_LEVEL vale anche per g++ ?

[blair]

La variabile d'ambiente CONCURRENCY_LEVEL serve per settare il numero di jobs da far usare a make (-j)
Viene utilizzata per la compilazione del kernel e altro non fa che questo.
Un modo standard per ottenere lo stesso "effetto" con altri tipi di compilazione è passare direttamente il parametro jobs a make:
Esempio: make -j7

[Emalele1688]

Possibile che compilando le librerie CEGUI, mediamente i 2 Core della CPU erano all'80% ? E la compilazione di tali librerie ha impiegato buoni 20 minuti

[blair]

è possibile se la libreria è pesante da compilare, però non ho nessun riscontro sui tempi, non usandola non l'ho mai compilata.

[Gimli[2BV!2B]]

Anch'io non l'ho mai usata, ma mi sembra plausibile leggendone una sommaria descrizione.