kernel realtime a bassa latenza

[ilario]

salve a tutti.
necessito per la mia tesi, di un kernel aggiornato pacchettizzato, che sia compilato con il supporto realtime, e a bassa latenza.
lo devo utilizzare con una scheda audio modificata anche per la DC,per l' acquisizione e la generazione di datii analogici, tramite scilab o altre applicazioni(e ancora da valutare).
lo devo usare su mdv 2010.2 32 bit.

e una cosa fattibile?, qualcuno mi può aiutare?.

grazie mille!

[oiram73]

Ciao Ilario!
Per essere iscritto a questo forum dal 2009 e per fare richieste di questo tipo frequenti ben poco il MIB!
Il kernel-nrj (energetico-realtime) è ormai diventato un fiore all'occhiello del MIB.
Trovi tutto quello che ti serve, kernel e configurazione del sistema, in questa guida:
http://mib.pianetalinux.org/mib/forum/v ... =21&t=2178
Ciao e buon lavoro.

[ilario]

Ciao Ilario!
Per essere iscritto a questo forum dal 2009 e per fare richieste di questo tipo frequenti ben poco il MIB!
Il kernel-nrj (energetico-realtime) è ormai diventato un fiore all'occhiello del MIB.
Trovi tutto quello che ti serve, kernel e configurazione del sistema, in questa guida:
http://mib.pianetalinux.org/mib/forum/v ... =21&t=2178
Ciao e buon lavoro.

si e vero, purtroppo con tutti gli impegni, ogni tanto perdo il filo!

grazie mille

[bright77]

Ciao!
è un po' di tempo che non mi faccio sentire.

Purtroppo devo deludervi, il kernel NRJ è un kernel DESKTOP e NON REALTIME.
Per avere le estensioni realtime devi usare un kernel-rt come questo ftp://ftp.free.fr/mirrors/ftp.mandriva. ... x86_64.rpm

Come vedi, l'ho preso dal repository CONTRIB di Mandriva. Se ti serve più aggiornato dovrai trovare qualcuno che sia riuscito ad applicare le patch RT al kernel ufficiale.

Tuttavia, ci aspettiamo che il kernel NRJ, in condizioni di stress, sia più reattivo di quello ufficiale. Tentar non nuoce
A presto!

[oiram73]

Ciao!
è un po' di tempo che non mi faccio sentire.

Purtroppo devo deludervi, il kernel NRJ è un kernel DESKTOP e NON REALTIME.
Per avere le estensioni realtime devi usare un kernel-rt come questo ftp://ftp.free.fr/mirrors/ftp.mandriva. ... x86_64.rpm

Come sarebbe che l'nrj non è realtime?!
Che storia è questa?!
Se leggi bene la legenda scritta da NicCo qui:
http://mib.pianetalinux.org/mib/forum/v ... =13&t=2772
leggerai queste righe :

Le principali features di questa serie di kernel sono:
* full manbo patchset
* full preempt, low latency, less debug;

cioè esattamente le patchs che rendono realtime un kernel linux.
Tanto più che il kernel indicato da te, quando mi è capitato di usarlo, era inutilizzabile per via dell'estrema lentezza di xorg.
In più io uso "quotidianamente" il midi, che è la parte più delicata del settore audio, con rosegarden kmid etc. con jackd, qsynth esclusivamente con kernel-nrj e va tutto a meraviglia.
Quindi .................
ciao!

[NicCo]

RT propriamente detto, è ancora più RealTime, usa intervalli di tempo più minuscoli e un numero di controlli e di salti sullo scheduler ancora maggiore.
RT propriamente detto serve solo per applicazioni industriali molto spinte, come controllo industriale di Laser che debbono avere un controllo assoluto.

Ma, poi alla fine:

- non si può averlo con le patches di mandriva mambo ma solamente in versione Vanilla + RT
- non si possono avere versioni recenti, perchè solo pochissime serie hanno il supporto + RT

La versione più recente con supporto RT, è la serie 2.6.33.X, che avrebbe dovuto rimanere ferma alla 2.6.33.7, ma poche settimane addietro è stata aggiornata alla 2.6.33.9, appunto per il fatto che non c'è ancora una serie di kernel RT più recente, e occorreva almeno fixarne alcuni bugs

Dal momento che è difficile restare ad utilizzare dei kernel vecchi quando poi viene a mancare il supporto ai nuovi HW, e così NRJ può operare da buon surrogato, perchè in fin dei conti, l'importante è che funzioni adeguatamente con le reali applicazioni che dobbiamo utilizzare.

Se vogliamo essere proprio pignoli, neanche RT è propriamente RT in valore assoluto, nessun kernel e nessun software potrebbe mai esserlo, perchè per quanto questi possano rispondere velocemente, un intervallo di tempo, puoi sempre sezionarlo in delle parti sempre più piccole... si tratta di intervalli discreti, dove l'assoluto non esiste...

Si dovrebbe misurare un kernel, con i tempi minimi di intervento (latenza) in frazioni di tempo (millessimi o milionesimi di secondo), ma anche qui i risultati potrebbero variare con diverse configurazione hardware, dove con migliori hardware, si hanno naturalmente prestazioni migliori con latenze minori.


Tutto il mondo dell'audio digitale è un mondo a intervalli discreti, il vero audio sarebbe solo l'analogico, il vecchio vinile con il chiodo che lo legge...
Il miglior audio in vendita, l'ho ascoltato su DVD, formato DTS 24bit e 90Khz, ma si tratta sempre di intervalli... solo il vecchio grammofono è RealTime!

E per ascoltarlo meglio, io sono avvezzo usare delle casse con pre ed ampli valvolare, in classe A:
perchè il suono a transistor o i suoi derivati lo sento con parecchie limitazioni e piuttosto freddino...

Chi si accontenta, gode!

Ciao, NicCo

[oiram73]

@NicCo
e come darti torto?!
Viva l'analogico!
Viva la musica dal vivo!

[astragalo]

Ecco abbiamo anche le tesi filosofiche ... scherzo non ve la prendete

Ci metto pure la mia.

Il problema del RT non è tanto avere un ritardo che anche se minimo c'è sempre, ma che tutti i ritardi siano uguali in maniera che non ci siano sfasamenti (fuori sincro) tra le varie applicazioni e suoni.

Per le valvole hanno il pregio di produrre armoniche pari ed il difetto di consumare tantissimo soprattutto in classe A, ottima alternativa relativamente economica pre ed amplificatori a mosfet.. anch'essi producono armoniche pari. i transistor invece dispari per questo vengono detti freddi.

[ilario]

ciao, provo con il kernel energy e vediamo se e sufficente per la mia appicazione.

comunque da futuro(imminente) ingegnere elettronico vorrei spendere 2 parole.

e vero che il digitale e discretizzato, ma un segnale campionato con un numero elevato di campioni lo rende,all' essere umano, identico ad un analogico,(esempio l' occhio umano vede a fotogrammi!, anche il cervello va a campioni!) con il vantaggio che i distubi non attecchiscono, quindi il segnale in uscita dal convertitore digitale analogico, prima di essere amplificato,e pulito.
secondo, i mosfet al limite si comportano come una valvola, cioè introducono armoniche pari, a differenza dei bjt che le introducono dispari.

tutte le dicerie stanno nel fatto che nel passato il progresso tecnologico non era in grado di poter avere una qualità tale da potersi eguagliare all' analogico,ma ad oggi non è più cosi, anzi..

nell' abito informatico le schede audio degli anni 90 erano ad 8 bit, ciòè l' intervallo di 1Volt piccopicco dell' uscite/ingressi al jack era suddiviso in 256 gradini, le 16 bit le più comuni ai girni nostri a 65536 gradini, una moderna 24 bit a 16777216 gradini!! vai a dividere 1 volt in 16777216 gradini, ogni gradino sono 5.96 * 10^-8 volt!!!

morale della favola, un buona sorgente digitale ad alte prestazioni,con aplificatori a mosfet fatti bene (/a basso THD, 0,000x) con dei diffusori di qualità,ben posizionati in una stanza adeguata, fatti lavorare al 70% del massimo. vedete che goduria. conserverete l' amplificatore al valvole nell' armadietto.

[astragalo]

....secondo, i mosfet al limite si comportano come una valvola, cioè introducono armoniche pari, a differenza dei bjt che le introducono dispari....

ed io che dicevo?

... le valvole hanno il pregio di produrre armoniche pari ed il difetto di consumare tantissimo soprattutto in classe A, ottima alternativa relativamente economica pre ed amplificatori a mosfet.. anch'essi producono armoniche pari. i transistor invece dispari per questo vengono detti freddi.

Aggiungo che un amplificatore in classe AB ha una resa molto migliore di un classe A senza che questo abbassi la qualità del suono.

Comunque devo ammettere che un amplificatore a valvole è anche bello da vedere e c'è da dire che di solito un audiofilo non utilizza amplificatori oltre i 15 - 30 W quindi anche i consumi non sono elevati in termini assoluti ma solo relativi.

Bye.

[bright77]

Consigli pratici per migliorare la latenza:
* impostate la CPU in modo da funzionare sempre alla frequenza massima (si può fare da kpowesave o da linea di comando - attenzione però, aumentano i consumi, le temperature ed il rumore delle ventole)
* usate mouse e tastiere PS2 (se potete)
* disattivate da BIOS il supporto mouse e tastere USB
* fate in modo che il risparmio energetico sia gestito da ACPI (e non dal vecchio APM) - sulle distro moderne, questo è il comportamento predefinito.

fonte: https://rt.wiki.kernel.org/index.php/HO ... pplication
----
infine, permettetemi due parole sulle impostazioni del kernel NRJ, configurato come segue:

Code: Select all

# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y

se ci fossero le patch RT, avremmo anche

Code: Select all

CONFIG_PREEMPT_RT is not set

si possono descrivere come segue:
CONFIG_PREEMPT_NONE è consigliato per un SERVER di rete che massimizza lo thrughput
CONFIG_PREEMPT_VOLUNTARY è consigliato per l'uso su desktop
CONFIG_PREEMPT è consigliato per un uso su desktop a bassa latenza
CONFIG_PREEMPT_RT è l'interruttore che attiva tutta la parte realtime
quest'ultima opzione è l'unica che rende disponibile la priorità realtime per lo scheduler - ovviamente bisogna anche istruire il kernel su quali processi devono avere priorità realtime.

Quello che scrive NicCo riguardo al kernel NRJ è corretto, l'abbiamo concordato insieme.
Fa molto piacere sapere che un kernel nato per gioco sul mio PC ha conquistato tanti utenti e che gli amici del MIB continuano a tenerlo aggiornato.

Ciao!