Esempio configurazione kernel: differenze tra le versioni

Vai alla navigazione Vai alla ricerca
marcata come "Da adottare"
(marcata come "Da adottare")
 
(5 versioni intermedie di 2 utenti non mostrate)
Riga 1: Riga 1:
{{Guida da adottare}}
<big>'''''Introduzione'''''</big>
<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.
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 configurazione è 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).  
La presente configurazione è 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).  


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.
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.
Riga 9: Riga 10:
Attraverso 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.
Attraverso 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 stò ricompilando il kernel o installando openoffice (queste prestazioni le raggiungo soltanto usando l'[[Esempio_configurazione_kernel#IO_Schedulers__---.3E|I/O Scheduler]] '''cfq''').
Come ultima cosa aggiungo che con questa configurazione riesco a non avere mai interruzioni nella musica che ascolto anche se sto ricompilando il kernel o installando Openoffice (queste prestazioni le raggiungo soltanto usando l'[[Esempio_configurazione_kernel#IO_Schedulers__---.3E|I/O Scheduler]] '''cfq''').


Happy Debian!
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.}}


== Descrizione PC ==
== Descrizione PC ==


Il pc è un desktop abbastanza standard, nessuna periferica scsi, hard disk EIDE ata 100, cdrom e masterizzare EIDE, scheda audio Audigy 1, scheda video ati radeon 7000ve, floppy, porte usb (sono abilitati nella configurazione l'uso di chiavette usb).
Il PC è un desktop abbastanza standard, nessuna periferica SCSI, hard disk EIDE ata 100, CD-ROM e masterizzare EIDE, scheda audio Audigy 1, scheda video ati radeon 7000ve, floppy, porte usb (sono abilitati nella configurazione l'uso di chiavette USB).


La connessione avviene tramite scheda di rete ethernet 10/100, quindi non è necessario nessun particolare supporto per modem. Inoltre '''non viene usata l'immagine initrd''' e quindi i relativi supporti (file system, chipset, ecc...) vengono compilati staticamente.
La connessione avviene tramite scheda di rete ethernet 10/100, quindi non è necessario nessun particolare supporto per modem. Inoltre '''non viene usata l'immagine initrd''' e quindi i relativi supporti (file system, chipset, ecc...) vengono compilati staticamente.
Riga 280: Riga 281:
:> deadline will probably do 2MiB/sec there.''
:> deadline will probably do 2MiB/sec there.''


Generalmente il <tt>cfq</tt> dà i migliori risultati grazie al suo elevato throughput, infatti per applicazioni audio di solito non è importante la latenza di accesso al disco ma throughput complessivo.
Generalmente il <code>cfq</code> dà i migliori risultati grazie al suo elevato throughput, infatti per applicazioni audio di solito non è importante la latenza di accesso al disco ma throughput complessivo.


In ogni caso meglio compilarli tutti (questo non genera overhead). Di default viene scelto "Anticipatory" ma può essere cambiato a sistema avviato con:
In ogni caso meglio compilarli tutti (questo non genera overhead). Di default viene scelto "Anticipatory" ma può essere cambiato a sistema avviato con:
Riga 470: Riga 471:
   <*>  I2C device interface
   <*>  I2C device interface


e le sottovoci degli algoritmi
e le sottovoci degli algoritmi:


   I2C Algorithms  --->
   I2C Algorithms  --->
Riga 573: Riga 574:


===== USB devices  ---> =====
===== USB devices  ---> =====
Da selezionare solo se si possiedono periferiche audio usb, io non ne possiedo e non seleziono niente.
Da selezionare solo se si possiedono periferiche audio USB, io non ne possiedo e non seleziono niente.


=== USB support  ---> ===
=== USB support  ---> ===
In questa sezione si attiva il supporto per l'usb. Se avete porte usb1 dovrete scegliere tra:
In questa sezione si attiva il supporto per l'usb. Se avete porte USB1 dovrete scegliere tra:


* OHCI HCD support
* OHCI HCD support
* UHCI HCD (most Intel and VIA) support
* UHCI HCD (most Intel and VIA) support


a seconda del vostro controller usb. Se invece avete un controller usb2 dovrete scegliere:
a seconda del vostro controller usb. Se invece avete un controller USB2 dovrete scegliere:


* EHCI HCD (USB 2.0) support
* EHCI HCD (USB 2.0) support


Non metto il supporto HID non possedendo nessuna periferica che lo richiede. Inoltre la mia connessione è tramite scheda di rete, quindi non seleziono nessuna voce relativa a periferiche di networking usb.
Non metto il supporto HID non possedendo nessuna periferica che lo richiede. Inoltre la mia connessione è tramite scheda di rete, quindi non seleziono nessuna voce relativa a periferiche di networking USB.


   │ ┌─────────────────────────────────────────────────────────────────────┐ │
   │ ┌─────────────────────────────────────────────────────────────────────┐ │
Riga 797: Riga 798:
Neanche qui niente, qualcuno sa se va bene?
Neanche qui niente, qualcuno sa se va bene?


[[Categoria:Kernel]]
{{Autori
|Autore=[[User:TheNoise|TheNoise]]
}}
 
[[Categoria:Linux]]
6 999

contributi

Menu di navigazione