Esempio configurazione kernel: differenze tra le versioni
Vai alla navigazione
Vai alla ricerca
m (piccole mofiche) |
m (modifica introduzione) |
||
| Riga 1: | Riga 1: | ||
<big>'''''Introduzione'''''</big> | |||
In questa pagina troverete la configurazione del kernel 2.6.13 usata sul mio pc desktop, condita con varie considerazioni sparse che possano aiutare a comprendere le varie voci. Alcune parti della configurazioni sono generiche; altre, sebbene specifiche del mio hardware, possono servire da spunto per altri che stiano cercando di configurare il proprio kernel. | |||
La presente confiurazione � orientata ad ottenere la pi� bassa latenza possibile da un kernel vanilla, tipicamente per applicazioni audio realtime. Forse in futuro aggiunger� una sezione riguardo l'applicazioni delle patch realtime al kernel (necessarie per ottenere latenze ancora pi� basse). Inoltre, data la natura di questi appunti, � probabile che vengano inseriti alcuni consigli non strettamente legati al kernel per ottenere migliori prestazioni realtime. | |||
Il secondo scopo di questa configurazione � quello di ottenere il kernel minimo (compilando meno cose possibili) per ottenere la funzionalit� richiesta. Per questo motivo invito chiunque abbia consigli per ridurre ulteriormente questa configurazione, o che sappia anche solo chiarire certe voci pi� oscure della configurazione, a scrivere qui ampliando e integrando il testo. | |||
Attravesso l'indice � possibile accedere direttamente alle varie sezioni della configurazione del kernel. Per cui questa guida pu� essere anche usata come veloce riferimento o confronto. | |||
Come ultima cosa aggiungo che con questa configurazione riesco a non avere mai interruzioni nella musica che ascolto anche se ricompilo il kernl o installo openoffice. | |||
Happy Debian! | |||
{{Warningbox|Ottimizzare un kernel per la bassa latenza implica la diminuzione del throughput complessivo del processore, e quindi una diminuzione delle prestazioni assolute. La bassa latenza si ottiene a scapito delle prestazioni, questa � una limitazione intrinseca dei sistemi realtime (non specifica di linux). Quindi questa configurazione � sconsigliata per applicazioni server. Per macchine poco potenti (indicativamente sotto il GHz) si consiglia comunque di usare un kernel 2.4 patchato per la bassa latenza, in tal modo � possibile ottenere delle ottime prestazioni realtime anche su pc relativamente vetusti.}} | {{Warningbox|Ottimizzare un kernel per la bassa latenza implica la diminuzione del throughput complessivo del processore, e quindi una diminuzione delle prestazioni assolute. La bassa latenza si ottiene a scapito delle prestazioni, questa � una limitazione intrinseca dei sistemi realtime (non specifica di linux). Quindi questa configurazione � sconsigliata per applicazioni server. Per macchine poco potenti (indicativamente sotto il GHz) si consiglia comunque di usare un kernel 2.4 patchato per la bassa latenza, in tal modo � possibile ottenere delle ottime prestazioni realtime anche su pc relativamente vetusti.}} | ||