Linux: Bitte Echtzeit-Support hinzufügen

Erstellt am 31. Jan. 2016  ·  9Kommentare  ·  Quelle: raspberrypi/linux

Hallo,

Bitte fügen Sie die Möglichkeit hinzu, einen Echtzeit-Kernel (vollständig präemtiv) für die Himbeere zu erhalten. Das wäre toll, einen Audioplayer mit geringer Latenz zu bekommen :-)

Alle 9 Kommentare

+1

Wird mit dem offiziellen Kernel nicht passieren.
Ich würde vorschlagen, einen benutzerdefinierten Kernel-Build zu verwenden. ZB http://www.frank-durr.de/?p=203

yepp, aber stattdessen, dass jeder es alleine macht, wäre es toll, wenn es einmal richtig gemacht und in das Repository gestellt wird. Das ist der Grund für Repositories, denke ich.

Wenn Sie mit vollständig abrufbarem Kernel einen mit CONFIG_PREEMPT erstellten meinen, dann bin ich mir ziemlich sicher, dass die offizielle Firmware dies bereits hat.

Wenn Sie eines meinen, das die -RT-Quellen oder sogar einige andere Patches von Drittanbietern verwendet, wird dies nicht passieren, da der Aufwand für die Wartung bei weitem den Nutzen überwiegt, den es für die primären Zielbenutzer hätte.

Sobald Sie anfangen, in Echtzeit zu sprechen, hängt „richtig gemacht“ stark vom Anwendungsfall ab. Ein Echtzeit-Kernel, der für einen Audioplayer mit geringer Latenz „richtig gemacht“ ist, ist nicht dasselbe wie einer, der für einen Roboter „richtig gemacht“ ist.

Die von mir ausgeführte Kernel-Version (Raspbian-Tests) ist 4.4.13-v7+ und hat nur CONFIG_PREEMPT_VOLUNTARY gesetzt, CONFIG_PREEMPT ist nicht gesetzt. CONFIG_PREEMPT_RT wurde noch nicht angefordert.

Geben Sie einige Beweise für die Vorteile von CONFIG_PREEMPT=y (zB gemessene durchschnittliche Latenz vor und nach dem Hinzufügen) und es kann in Betracht gezogen werden. Aber ich vermute, dass die Einstellung allein wenig Wirkung haben wird.
Die -RT-Patches werden nie enthalten sein.

Hier geht es wieder..... OP, lesen Sie #1216, dies führte dazu, dass sich die Standardkonfiguration von PREEMPT zu VOLUNTARY, IIRC änderte.

Deshalb entscheide ich mich für ein zweites Kernelpaket. einige benötigen mehr Durchsatz, andere mehr Reaktionsfähigkeit. Wenn Sie beispielsweise mit elektronischen Schaltungen spielen, kann dies zeitkritisch sein, aber Sie müssen nicht viele Daten über den Bus übertragen.

Deshalb entscheide ich mich für ein zweites Kernelpaket ...

Es ist wirklich einfach. Wenn Sie etwas anderes als einen mit den Raspberry Pi-Standardkonfigurationen erstellten Kernel benötigen, bauen Sie Ihren eigenen Kernel mit den gewünschten Optionen. Die RPi-Jungs haben eine "gesunde" Standardkonfiguration. Wenn Sie etwas Spezielles für einen bestimmten Anwendungsfall benötigen (wie ich), bauen Sie Ihr eigenes nach Ihren eigenen Vorlieben. Es ist nicht schwer. ;)

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen