UbuntuFreunde

Hallo Leute.

Ich habe einen RT-Kernel patch 2.6.19.1_rt15 nach basslords how2 und die entsprechenden Konfigurationen im /etc/security/rlimits.conf durchgeführt, um meinen Audioapplikationen den nötigen Schub zu verpassen.

meine rtlimits.conf (nach ALSA Empfehlung) sieht so aus:

@audio - rtprio 99
@audio - memlock 250000
@audio - nice -10

Frage: Wie kann nich nun feststellen, ob der jeweilige Process
die entsprechende Priorität hat?

Bei einem ps -ec wird mir für die jeweiligen Audio-Applikationen lediglich
eine Standad Prio von 26 o.ä. angegeben. Das verwundert mich doch erst einmal. Die IRQs usw. laufen allerdings auf 90.

Ich bin natuerlich selbst User der Gruppe audio. Auch als root ändert sich die angezeigte Scheduling Prio nicht.

Ich habe irgenwo glesen, dass die Apllikationen selbst auch mit einem RT
Flag kompiliert sein muessen. Kann das jemand bestätigen?
Irgendwie fehlt mir hier das grundsätzliche Verständnis.

Kann mir hier jemand einen Tip geben?
Welche Tests kann ich diesbezueglich noch durchführen?


Viele Gruesse

Soviel Tips hätte ich eigentlich gar nicht erwartet!

Ich habe dann mal selbst nachgeforscht.

Also man benötigt anscheinend ein Tool namens "set_rlimits" gibt es in der Fassung 1.2.0.

http://www.physics.adelaide.edu.au/~jwoithe/

(Lediglich die Anpassung der /etc/security/rlimits.conf funktioniert also nicht wirklich, da muss
man wohl noch mehr tun. So ganz durchblickt habe ich das auch immer noch nicht!)

Nachdem man set_rlimits compiliert und installiert hat, und die Konfigurationsdatei konfiguriert hat,
kann man dann das Programm seiner Träume folgendermassen mir RT Prio XX starten.

set_rlimits -r:XX programm_name

Das sollte es dann sein. Funktioniert ersteinmal einwandfrei! Ob es irgendetwas bringt muss ich
erst einmal abchecken.

Vielleicht kann das jemand, mit mehr Erfahrung in diesem Bereich, bestätigen!?
Allerdings ist mir immer noch ein Rätsel, welche Prio dann tatsächlich vergeben worden ist.

Auch sind mir mindestens drei verschiedene Konfigurationen für die /etc/security/rlimits.conf
untergekommen.

manchmal ist es
@audio hard rt_priority 99
@audio hard rt_prio 80
@audio - rtprio 99

Wahrscheinlich ist man sich da nicht do ganz einig, was denn jetzt eigentlich wie funktioniert!
(Hauptsache man hat schon mal einen RT-Kernel)

Also, Ich werde da wohl noch ein wenig weiterforschen muessen.

Ciao
KLS

Hallo Rodge.

Interessant.

Die Werte in der rlimits.conf geben ja zuersteinmal die maximal
Prioritäten und max. nice an.

Muss ich dann davon ausgehen, das jedem Programm, welches ich
als User der Gruppe "audio" aufrufe, die maximal PRIO bzw. max. nice zugeordnet wird? -- Eher wohl nicht.

Rueckblick:

Bei dem set_rlimits tool, muss ich explizit konfigurieren welche
Gruppe bzw. User, welches Programm mit welchem maximalen nice bzw.
Scheduler Priorität starten kann. Das gibts bei PAM auch nicht mehr.
Aber auch hier wird wieder nur das max-Limit eingetragen.


Vielleicht werden die Prios den Gegebenheiten automatisch angepasst, was ja irgendwie logisch bzw. sinnvoll sein könnte. -- Glaube ich aber auch nicht.

Also, das ps -ec Kommando verrät mir dies auch nicht wirklich!

Also, irgenwie muss ich wohl das eigentliche Programm, bzw. die gesamte Prozesskette RT-mässig anschieben.

Muss also das Programm selbst so programmiert sein, dass es sich die maximale Prio anfordert! Das würde irgenwie passen. Denn es gibt ja nur einige wenige Programme die ich kenne, wie z.B. Jack, Ardour, XMMS und ecasound, die man explizit mit RT Optionen starten kann.
Bei ecasound kann ich explizit die Scheduler Priorität mit auf den Weg geben. (Spiegelt sich allerdings beim ps auch nicht wieder!)
In einer Prozess-Kette, bei der nur ein Prozess RT-Prio hat, könnte das natuerlich fatale Folgen haben, bzw. wäre diese alles andere als sinnvoll.
Dann stellt sich mir die Frage, ob eventuell die ganze Prozesskette prio-mässig in Abhängigkeit voneinander stehen muesste, damit es ueberhaupt Sinn macht bzw. ueberhaupt funktionieren kann.
Und wie würde so etwas dann realisiert werden?

Mal noch eine andere Frage zum Thema Prozess-Kette:
Hat jemand eine Ahnung ob ALSA mit DMIX und Sounkartentreiber auch im RT-Mode arbeiten? Oder wird deren Prio uber die jeweilige Applikation bestimmt?

Viele Gruesse
Klaus

Hallo Rodge.

Ich habe es mal mit folgendem Befehl versucht:

ps -C xmms -o rtprio
(xmms muss natuerlich realtime Support aktiviert haben!)

Es gibt tatsächlich 99 aus!

Wieder ein Schritt weiter!

Gruss
\Klaus