Linux, timerfd Genauigkeit

Versuchen Sie ändern es wie folgt, das sollte ziemlich viel garuntee, dass Sie ' ll verpassen Sie nie eine wakeup, aber vorsichtig sein, da läuft realtime-Priorität können sperren Sie Ihre Maschine schwer, wenn es nicht schläft, auch können Sie brauchen, um die Dinge so einzurichten, so dass Ihre Benutzer die Möglichkeit hat, zu laufen, Sachen zu realtime-Priorität (siehe /etc/security/limits.conf)

#include <sys/timerfd.h>
#include <time.h>
#include <string.h>
#include <stdint.h>
#include <stdio.h>
#include <sched.h>

int main(int argc, char *argv[]) 
{
    int timerfd = timerfd_create(CLOCK_MONOTONIC,0);
    int milliseconds = atoi(argv[1]);
    struct itimerspec timspec;
    struct sched_param schedparm;

    memset(&schedparm, 0, sizeof(schedparm));
    schedparm.sched_priority = 1; //lowest rt priority
    sched_setscheduler(0, SCHED_FIFO, &schedparm);

    bzero(&timspec, sizeof(timspec));
    timspec.it_interval.tv_sec = 0;
    timspec.it_interval.tv_nsec = milliseconds * 1000000;
    timspec.it_value.tv_sec = 0;
    timspec.it_value.tv_nsec = 1;

    int res = timerfd_settime(timerfd, 0, &timspec, 0);
    if(res < 0){
       perror("timerfd_settime:");
    }
    uint64_t expirations = 0;
    int iterations = 0;
    while( res = read(timerfd, &expirations, sizeof(expirations))){
        if(res < 0){ perror("read:"); continue; }
        if(expirations > 1){
            printf("%ld expirations, %d iterations\n", expirations, iterations);
            break;
        }
        iterations++;
    }
}

Wenn Sie die Verwendung von threads, die Sie verwenden sollten pthread_setschedparam statt sched_setscheduler.

Realtime auch nicht über die niedrige Latenz, es geht um Garantien, RT bedeutet, dass, wenn Sie aufwachen wollen, genau einmal in jeder zweiten auf der zweiten, Sie, die normale Planung nicht geben Sie dazu entscheiden, um Sie aufwachen, 100ms später, denn es hatte noch andere arbeiten zu tun, die Zeit sowieso. Wenn Sie aufwachen wollen alle 10ms und Sie WIRKLICH tun müssen, dann sollten Sie sich zum ausführen als ein Echtzeit-task dann die kernel-wecken Sie alle 10ms ohne fehl. Es sei denn, eine höhere Priorität Echtzeit-task beschäftigt ist, Zeug zu tun.

Wenn Sie brauchen, um zu garantieren, dass Ihre wakeup-Intervall ist genau das, einiger Zeit ist es egal, ob es 1 MS oder 1 Sekunde, werden Sie nicht bekommen, es sei denn, Sie führen Sie als ein Echtzeit-task. Es gibt gute Gründe, den kernel tun dies, um Sie (Energie sparen ist einer von Ihnen, ein höherer Durchsatz ist eine andere, es gibt auch andere), aber es ist gut innerhalb seiner Rechte zu tun, da Sie nie gesagt, Sie müssen Sie besser garantiert. Die meisten Sachen nicht wirklich brauchen, um dies korrekt oder müssen nie verpassen, so sollten Sie darüber nachdenken, ob oder nicht Sie wirklich benötigen.

Zitat aus http://www.ganssle.com/articles/realtime.htm

Einen harten Echtzeit-tasks oder system ist
eine, wo eine Aktivität, die einfach sein müssen
abgeschlossen - immer - um einen bestimmten
Frist. Die Frist kann ein
bestimmten Zeit oder Zeit-Intervall, oder
kann das eintreffen eines Ereignisses. Schwer
Echtzeit-tasks ein Fehler Auftritt, durch definition,
wenn Sie verpassen so eine Frist.

Beachten Sie diese definition macht keine
Annahmen über die Häufigkeit oder
Zeitraum der Aufgaben. Eine Mikrosekunde oder
eine Woche - wenn der Fristversäumnis
induziert scheitern, dann wird die Aufgabe hat
harte Echtzeit-Anforderungen.

Soft realtime ist so ziemlich das gleiche, außer das fehlende eine Frist, während unerwünscht ist, ist nicht das Ende der Welt (zum Beispiel video-und audio-Wiedergabe sind soft-realtime Aufgaben, die Sie nicht verpassen möchten die Anzeige einen Rahmen, oder laufen die out-of-Puffer, aber wenn Sie tun, es ist nur eine momentane hiccough, und Sie einfach weiter). Wenn das, was Sie zu tun versuchen, ist 'weicher' Echtzeit ich würde nicht die Mühe mit dem laufen im realtime-Priorität, da sollten Sie in der Regel erhalten Sie Ihr fest in der Zeit (oder zumindest nahe dran).

EDIT:

Wenn Sie das nicht-realtime-kernel wird standardmäßig geben alle Timer, die Sie machen etwas 'Locker', so dass es Zusammenführen können, Ihren Wunsch zu wecken, mit anderen Ereignissen, die zufällig mal in der Nähe, die Sie verlangt (das ist, wenn die andere Veranstaltung ist innerhalb Ihrer 'Locker' Zeit, es wird nicht aufwachen Sie an die Zeit, die Sie gefragt, aber ein wenig früher oder später, zur gleichen Zeit, es war schon etwas anderes zu tun, dies spart Strom).

Für ein wenig mehr info siehe Hoher (aber nicht zu hoher) Auflösung timeouts und Timer slack (Hinweis: ich bin nicht sicher, ob eines dieser beiden Dinge ist genau das, was wirklich in den kernel, da beide Artikel über die lkml Mailinglisten-Diskussionen, aber so etwas wie die erste wirklich in den kernel.

InformationsquelleAutor Spudd86

Hier ist eine Theorie. Wenn HZ ist auf 250 eingestellt, die für Ihr system ( wie typisch ) dann haben Sie ein 4-Millisekunden-timer-Auflösung. Sobald Ihr Prozess ist ausgelagert, die durch den scheduler, ist es wahrscheinlich, dass eine Reihe anderer Prozesse werden geplant und ausgeführt werden, bevor Sie Ihren Prozess bekommt eine andere Zeitscheibe. Das könnte auch erklären, Sie zu sehen-timer Beschlüsse der 15-bis 21 Millisekunden-Bereich. Der einzige Weg dies zu umgehen wäre, um führen Sie einen Echtzeit-kernel.

Typische Lösung für hochauflösende timing auf nicht-Echtzeit-Systemen ist grundsätzlich zu beschäftigt, warten mit einem Anruf zu wählen.

InformationsquelleAutor Robert S. Barnes