Dipendenze: differenze tra le versioni

Dipendenze (visualizza wikitesto)

Versione delle 08:42, 15 dic 2005

2 012 byte aggiunti , 15 dic 2005

aggiunte varie

TheNoise

1 760

contributi

@@ Riga 1: / Riga 1: @@
-Ci sono diverse situazioni in cui un pacchetto ha bisogno per funzionare di un altro pacchetto, o anche più di uno. Per esempio la traduzione in italiano di mozilla ha banalmente bisogno di mozilla installato per funzionare.
+== Introduzione ==
+Questa � una breve guida su come patchare un kernel 2.6 con la patch realtime-preemption di Ingo Molnar per ottenere un kernel a bassa latenza.
-In un sistema unix, e ancor più in un sistema GNU/Linux, la gestione delle dipendenze dei pacchetti da altri pacchetti tende ad essere estremamente complicata, inquanto i casi che si possono verificare comprendono:
+Il kernel 2.6 ha raggiunto ormai delle prestazioni molto buone per quanto riguarda la latenza. Normalmente non � necessario usare nessuna patch aggiuntiva. Se per� si vogliono raggiungere prestazioni estreme (come lavorare in full-duplex su diverse tracce a latenze inferiori a ~ 5 ms) � necessario usare la patch realtime-preemption.
-*Pacchetti che dipendono semplicemente da altri pacchetti
-*Pacchetti che vanno in conflitto con altri pacchetti
-*Pacchetti che non dipendono da un pacchetto preciso, ma da una tipologia di pacchetti (un programma grafico ha bisogno, per esempio, di font, ma non di un tipo specifico di font: spesso è sufficiente che ci sia <b>almeno</b> un pacchetto di font installato)
-*Pacchetti che dipendono da una versione specifica di altri pacchetti (di solito è sufficiente una richiesta del tipo "dalla versione x.y.z in su")
-*Una combinazione anche molto complicata delle precedenti.
-Debian vanta un gestore di pacchetti estremamente avanzato, in grado, nella stragrande maggioranza dei casi, di risolvere automaticamente questo tipo di problemi.
+Per chi non conoscesse il mondo dell'audio professionale su GNU/Linux consiglio questo magnifico sito introduttivo:
+* [http://www.emillo.net/audio_midi emillo.net]
+In questo ambiente le patch e i kernel evolvono rapidamente. Non posso che descrivere il processo che ho usato con il kernel e la patch attuale (questa particolare combinazione a me ha dato ottimi risultati!), sapendo che le versioni di kernel e patch citate diventeranno presto obsolete.
+{{Warningbox|Se non siete a vostro completo agio a compilare e patchare il kernel questa non � la via che fa per voi. Consiglio in tal caso si usare il [http://demudi.agnula.org/packages/demudi/pool/main/demudi/ kernel multimediale di DeMuDi]. Se volete, invece, un setup per l'audio professionale pronto per l'uso, installate l'ottima [http://demudi.agnula.org/ distribuzione DeMuDi] (� una [http://wiki.debian.net/index.cgi?CustomDebian CDD]).}}
+== Dal kernel stabile all'RC ==
+Consiglio di compilare l'ultima versione stabile del kernel, configurandola e testandola fino ad ottenere una configurazione ben funzionante. Come spunto potete usare [[Esempio configurazione kernel|questa configurazione]]. Nel mio caso ho usato il kernel 2.6.13.2 e la [[Debian Kernel Howto|debian-way]] di compilare il kernel.
+La patch realtime-preemption pi� recente si applica solitamente ai kernel RC (Release Candidate). Questo perch� Ingo Molnar segue sempre il kernel pi� recente (quindi usa le RC come base di partenza per la sua patch). Quando viene rilasciato un nuovo kernel stabile Ingo Molnar rilascia pach per il nuovo kernel stabile, ma dopo alcune settimane passa nuovamente a seguire l'ultima RC uscita nel frattempo.
+Quindi, si hanno due possibilit�:
+# compilare l'ultimo kernel stabile con l'ultima patch rilasciata per quel kernel
+# compilare l'ultimo kernel rc e usare la versione corrente della pacth.
+Attualmente l'ultimo kernel stabile, per il quale sia stata rilasciata la patch realtime preemption � il [ftp://ftp.it.kernel.org/pub/linux/kernel/v2.6/linux-2.6.14.tar.bz2 2.6.14] (non i successivi 2.6.14.x). Per tale kernel l'ultima patch disponibile � la [http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.14-rt22 2.6.14-rt22], come si pu� vedere [http://people.redhat.com/mingo/realtime-preempt/older/ qui].
+Se invece si vuole usare l'[http://people.redhat.com/mingo/realtime-preempt/ ultima patch] realtime-preemption (attualmente 2.6.15-rc5-rt2) bisogna usare anche l'[ftp://ftp.it.kernel.org/pub/linux/kernel/v2.6/testing/ ultimo kernel RC].
+Per passare da un kernel stabile ad un RC basta fare un <tt>make oldconfig</tt> in modo da configurare solo le nuove voci. Questo metodo "a due passi" permette di separare i problemi dovuti ad un eventuale errore di configurazione del kernel stabile dai problemi potenzialmente introdotti dall'uso di un kernel RC non stabile.
+== La patch realtime-preemption ==
+L'archivio delle patch realtime-premption si trova [http://people.redhat.com/mingo/realtime-preempt/ qui]. La patch realtime-preemption da me usata e la 2.6.14-rc5-rt5. La patch � un semplice file di testo. Il suo nome � del tipo <tt>patch-''<kernel version>''-''<patch version>''</tt>. Bisogna applicare la patch all'esatta versione del kernel indicata dal nome. Nel mio caso ho usato la [http://people.redhat.com/mingo/realtime-preempt/older/patch-2.6.14-rc5-rt5 versione rt5 applicata al kernel 2.6.14-rc5]. Tenete presente che nuove versioni della patch vengono rilasciate giornalmente.
+Per applicare la patch basta copiarla in <tt>/usr/src</tt>, entrare della dir del kernel e lanciare il comando (nel mio esempio):
+  $ cat ../patch-2.6.14-rc3-rt2 |patch -p1 -t
+A questo punto nuovamente un make oldconfg ci permetter� di configurare le voci inserite dalla patch. Assicurarsi di scegliere '''Complete Preemption (Real-Time)''' in:
+<pre>
+Processor type and features  --->
+   Preemption Mode (Complete Preemption (Real-Time))
+</pre>
+per il resto ho lasciato tutte le altre voci su NO.
+Non ci resta che compilare il kernel:
+  $ fakeroot make-kpkg --append-to-version -realtime --revision 0.1 kernel_image
+ed installare il pacchetto.
+== Il modulo realtime-lsm ==
+Per usare il server audio jack in realtime da utente normale � inoltre necessario compilare il modulo realtime-lsm. Su debian � semplicissimo, basta installare il pacchetto realtime-lsm-source e usare <tt>[[Pagina di manuale di module-assistant|module-assistant]]</tt> per compilare e pacchettizzare il modulo. Dopo aver fatto un boot del nuovo kernel basta il seguente comando:
+  $ m-a build realtime-lsm
+per copilare e creare un pacchetto per il modulo. A questo punto non ci resta che installare il pacchetto realtime-lsm creato.
+L'uso di questo modulo non richiede alcuna patch al kernel ed � usabilissimo anche con un normale kernel vanilla.
+Questo modulo non � mai stato accettato nel tree ufficilae del kernel per i potenziali problemi di sicurezza legati al fatto di dare i privileggi realtime ai processi dei singoli utenti. E' gi� presente nel kernel un nuovo meccanismo pi� sicuro per concedere i privileggi di realtime chiamato rlimits che sostituir� il modulo realtime-lsm. Tuttavia si dovr� aspettare che gli rlimits vengano inclusi nelle distribuzioni dato che � richiesto l'impiego di libc che li supporti. Attualmente, un metodo per usare gli rlimits senza cambiare libc, � quello di patchare PAM. Personalmente non ho ancora provato questa alternativa.
+== Conlusioni ==
+Con un kernel cos� ottimizzato si raggiungono prestazioni realtime davvero spinte. Io ad esempio, con una modestissima SB Audigy 1 posso fare partire jack a 32 frame x 2 periodi @ 48000Hz (latenza 1.3 ms!) in modalit� solo playback. Qualche xrun avviene ancora a latenze cos� basse se si eseguono altre operazioni sulla macchina. Per avere la massima affidabilit� in full-duplex utilizzo usualmente jack a 128x2 @ 48000Hz.
+In bocca al lupo e...
+Happy Debian!
+== Links ==
+* http://www.emillo.net/home
+* http://www.djcj.org/LAU/guide/index.php
+* http://tapas.affenbande.org/?page_id=3
+----
+Autore: [[Utente:TheNoise|~ The Noise]]

Dipendenze: differenze tra le versioni

Dipendenze (visualizza wikitesto)

Versione delle 08:42, 15 dic 2005

Menu di navigazione

Ricerca