Compiliamo un kernel a Bassa Latenza per macchine Desktop

Lun, 16/07/2007 - 16:18

Compiliamo un kernel a Bassa Latenza per macchine Desktop

Inviato da Moreno 27 commenti

MGSM0045 16/07/2007 Compiliamo un kernel a Bassa Latenza per macchine Desktop

1) Introduzione

Qualche giorno fa scrissi una guida su come compilare il kernel di Mandriva http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=264 , ammetto però che non avevo la minima idea di cosa farci con questo kernel compilato.
Dopo un po' di ricerche su internet ed un po' di spionaggio nel kernel lowlatency di Ubuntu http://archive.ubuntu.com/ubuntu/pool/main/l/linux-source-2.6.20/linux-source-2.6.20_2.6.20-16.29.diff.gz ne sono venuto a capo ed ho quindi deciso di compilarmi un Kernel a Bassa Latenza per Mandriva.

I kernel a bassa latenza fanno miracoli sulle macchine desktop soprattutto per chi, per diletto o professione, produce musica al computer.
Tanto per dirne una finalmente RoseGarden smetterà di segnalare che il Timer in uso non gli piace http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=260 si percepisce inoltre una maggiore fluidità e reattività di tutte le applicazioni desktop, audio e video.

Ovviamente c'è un motivo perché le opzioni a bassa latenza non sono abilitate di default ed è semplicissimo da spiegare, non tutte le macchine sono in grado di reggere la cosa per cui sì è preferita la compatibilità alle prestazioni.
Comunque se avete un hardware relativamente recente ci sono ottime probabilità che, una volta compilato, il nuovo kernel vi dia grosse soddisfazioni.

Prima di proseguire è OBBLIGATORIO leggersi questa guida http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=264 per capire come compilare i kernel e comprendere i rischi dell'operazione.
Prima di proseguire è consigliabile leggersi questa guida http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=261 che da alcune informazioni utili sul kernel ed i suoi aggiornamenti
2)Configurazione ed Installazione
2.1) Operazioni Preliminari

Seguire la guida http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=264 sino al punto 2.5.1 compreso.
Così facendo si arriva ad aprire il tools di configurazione del kernel

2.2) Andare alla voce "Processor type and features"

Per prima cosa bisogna scorrere l'albero di sinistra sino alla voce "Processor type and features"

2.3) Selezionare il Processore

Ora bisogna definire per quale processore vogliamo ottimizzare il kernel, il valore di default è il vecchio Pentium Pro io ho tutti processori Intel PIV per cui ho scelto questo processore.
Nell'albero Processor Family di destra scegliamo il processore più adatto a noi e nell'incertezza lasciamo il Pentium Pro

2.4) Abiltare il kernel preemptive

Nell'albero di destra Preemption Model scegliamo la voce Preemptible Kernel (Low-Latency Desktop)

2.5) Marcare flag "Preempt The Big Kernel Lock"

Ora sempre a destra marchiamo la voce Preempt The Big Kernel Lock

2.6) Impostare il "Timer Frequency"

Continuando a scorrere l'albero di destra arriviamo alla voce Timer Frequency, nell'elenco di frequenze associato conviene scegliere la più alta che è 1000Hz.

Come vedete nelle varie immagini per ogni voce dell'albero di destra più in basso c'è un comodo testo d'aiuto che brevemente la descrive.

2.7) Salvare ed Uscire

Fatte tutte le modifiche non ci resta che salvarle ed uscire dal programma di configurazione

Sconsiglio di andare a modificare altre voci dell'albero di sinistra a meno che non sappiate bene cosa state facendo.

2.8) Compilare ed installare il Kernel

Riprendere a seguire la guida http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=264 dal punto 2.6.1 compreso.

Alla fine del lungo lavoro di compilazione arriverete ad avere un bel Kernel Low Latency che vi riempirà di soddisfazioni.

Ciao Ciao Moreno


In:



Commenti

Ritratto di picard12
#1

Inviato da picard12 il Lun, 16/07/2007 - 19:00.

kernel bassa latenza

E' da un pò che mi ricompilo il kernel per avere una bassa latenza e devo dire che si vede la differenza.
La differenza si può vedere benino anche sui dualcore e il mio AMD64X2 è molto vivace, mandriva fila che è una meraviglia..
Brav moreno...

Asus A8N-E;Opteron180X2/mandriva 2010.1Spring x64bit
VGA: Gigabyte gts250/1gb ddr3



Ritratto di Piietrone
#2

Inviato da Piietrone il Mar, 17/07/2007 - 21:37.

_CM_RE: kernel bassa latenza

ho seguito la guida e sembra funzionare tutto correttamente ... anche se non mi ha fatto istallare il pacchetto kernel source latest perchè dice rientra tra le esclusioni ?? :-o e non funziona xconfig perchè ha dei problemi con qt.
ho usato allora menuconfig ma la scelta dei processori è molto più limitata, potrebbe essere per il kernel più vecchio (2.6.17-14)?

come faccio a vedere che effettivamente il processore funzioni con le impostazioni che ho dato?

pietro



Ritratto di picard12
#3

Inviato da picard12 il Mar, 17/07/2007 - 21:47.

_CM_RE: kernel bassa latenza

dovresti installare qt-devel per usare make xconfig

Asus A8N-E;Opteron180X2/mandriva 2010.1Spring x64bit
VGA: Gigabyte gts250/1gb ddr3



Ritratto di Moreno
#4

Inviato da Moreno il Mar, 17/07/2007 - 21:50.

_CM_RE: kernel bassa latenza

Ciao

Quella delle qt-devel non la conoscevo anche perchè io di devel ne installo già parecchi all'installazione.

Per il kernel latest guarda qui http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=261

Per sapere se almeno il timer è corretto installa rodegarden http://www.mandrakeitalia.org/modules/wfsection/article.php?articleid=259

Comque se guardi dentro al file config in boot vedi le opzioni con cui è stato compilato il kernel.

Ciao Ciao Moreno

Ciao Ciao Moreno

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.



Ritratto di Piietrone
#5

Inviato da Piietrone il Mer, 18/07/2007 - 00:22.

_CM_RE: kernel bassa latenza

grazie, un link e una guida molto illuminanti... domani la studio bene.

pietro



Ritratto di fracicus
#6

Inviato da fracicus il Gio, 19/07/2007 - 09:13.

_CM_RE: kernel bassa latenza

Ciao, guida veramente molto interessante.
Vorrei sapere se ci sono particolari vantaggi rispetto ad usare il kernel multimedia che si trova nei repository e che già uso, a parte naturalmente il fatto che uno impara a compilarsi il kernel da solo.
Ciao.

P4 2.40GHz - RAM 1.5 GB - nVidia FX 5500 - M-Audio Ozone - Mandriva 2010 Free i586 - KDE 4.4.2 - kernel-desktop-2.6.31.13-1mnb - kernel-rt-2.6.31.12-1.rt21.1mdv



Ritratto di Moreno
#7

Inviato da Moreno il Gio, 19/07/2007 - 10:15.

_CM_RE: kernel bassa latenza

Ciao

Bhè la differenza fondamentale è che alla fine lavori comunque con un kernel ufficiale, inoltre il kernel multimedia è in stato di abbandono e da, a volte parecchi grattacapi.

Per finire quando uscirà la 2008.0 potrete compilarvi il 2.6.22.1 o successivi.

Ciao Ciao Moreno

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.



Ritratto di karchopho
#8

Inviato da karchopho il Gio, 19/07/2007 - 18:55.

_CM_RE: kernel bassa latenza

we grazie!!!
Laughing

ha funzionato a meraviglia.

è possibile che anche beryl vada meglio? a occhio mi pare di sì. ho attivato aiglx.

ciao e grazie.
p.s.
solo qualche problemino non dovuto alla ricompilazione

madriva 2008.0 32bit athlon64 939X2 4200+ dual core 2 giga ram nvidia 6200 hd sata1 320 gighi



Ritratto di AndreaS
#9

Inviato da AndreaS il Sab, 21/07/2007 - 00:45.

_CM_RE: kernel bassa latenza

Ottima guida, riuscito al primo colpo, nonnostante in Linux io sia proprio di primo pelo.
Vedo che adesso il processore (amd 64 x2) switcha (che orribile neologismo!) alla frequenza max molto più spesso.
Uniche differenze il tempo di compilazione, circa mezz'ora, e l'aver dovuto fare il boot due volte perchè il modulo fuse viene ricompilato dopo il tentativo di caricare ntfs-3g e perchè al primo tentativo non trovava vbox.drv (quest'ultimo problema non me lo spiego)



Ritratto di Moreno
#10

Inviato da Moreno il Sab, 21/07/2007 - 09:40.

_CM_RE: kernel bassa latenza

Ciao

Bene sono contento che tutto funzioni.

Effettivamente i driver DKMS al primo boot dopo l'aggiornamento del kernel possono fare le bizze, io personalmente al primo boot do sempre i parametri nopinit init 3 in questo modo si disabilita il parallel init e l'avvio del server X.

Ciao Ciao Moreno

Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.