Wie kann man Linux Zeitplaner kennen?

Ich bin auf der Suche nach dem Wert der Zeitscheibe (oder Quanten) von meiner Linux-kernel.

Gibt es eine /proc - Datei, die setzen solche Informationen ?

(Oder) Ist es gut in der Linux-header-mein-Distributionen ?

(Oder) gibt es eine C-Funktion des Linux-API (vielleicht sysinfo) , setzen Sie diesen Wert ?

Vielen Dank im Voraus.

InformationsquelleAutor der Frage backlash | 2013-05-06

  1. 26

    Den Standard-Linux-Zeitscheibe für Echtzeit-Prozesse ist definiert in den Linux-kernel als RR_TIMESLICE im include/linux/sched/rt.h.

    /*
 * default timeslice is 100 msecs (used only for SCHED_RR tasks).
 * Timeslices get refilled after they expire.
 */
#define RR_TIMESLICE            (100 * HZ / 1000)

    Beachten Sie, dass die tatsächlichen quantum zugeteilt, die für einen bestimmten Prozess kann unterschiedlich sein als dieser Wert:

    Können Sie tune "slice" durch die Anpassung sched_latency_ns und
    sched_min_granularity_nsaber beachten Sie, dass die "Scheibe" ist nicht eine Feste
    quantum. Beachten Sie auch, dass CFS-preemption-Entscheidungen basieren auf
    momentaner Zustand. Eine Aufgabe erhalten zu haben, eine volle (variable)
    "Scheibe" von CPU-Zeit, aber die Trennung wird nur dann ausgelöst, wenn ein mehr
    verdienstvolle Aufgabe zur Verfügung, so dass ein "slice" ist nicht die "max
    ununterbrochene CPU-Zeit", dass man erwarten kann, es zu sein.. aber es ist
    etwas ähnlich.

    Können Sie jedoch sched_rr_get_interval() zu bekommen, der SCHED_RR-Intervall für eine bestimmte Echtzeit-Prozess.

    InformationsquelleAutor der Antwort Vilhelm Gray

  2. 21

    CFS (das ist der default-scheduler für Prozesse) hat keine Feste Zeitscheibe, ist es zur Laufzeit errechnet, je gezielter Latenz (sysctl_sched_latency) und die Anzahl der Laufenden Prozesse. Timeslice konnte nie kleiner sein als die minimale Granularität (sysctl_sched_min_granularity).

    Timeslice wird immer zwischen sysctl_sched_min_granularity und sysctl_sched_latencydie standardmäßig auf 0,75 ms und 6 ms beziehungsweise und definiert in kernel/sched/fair.c.

    Aber die aktuelle Zeitscheibe nicht exportiert user-space.

    InformationsquelleAutor der Antwort Alexey Shmalko

  3. 7

    Gibt es einige Verwirrung in der akzeptierten Antwort zwischen SCHED_OTHER Prozesse (d.h., diejenigen, die unter der (Standard -) nicht-Echtzeit-round-robin-timesharing-Richtlinie) und SCHED_RR Prozesse.

    Den sched_latency_ns und sched_min_granularity_ns Dateien (die sind nur für debugging-Zwecke und nur sichtbar, wenn der kernel konfiguriert ist, mit CONFIG_SCHED_DEBUG) beeinflussen die Planung der SCHED_OTHER Prozesse. Wie bereits in Alexey Shmalko Antwort, die Zeitscheibe, die unter CFS ist nicht fixiert ist (und nicht exportiert user-space), und hängt von kernel-Parametern und Faktoren wie den Prozess nice-Wert.

    sched_rr_get_interval() gibt einen festen Wert, ist das quantum, das ein SCHED_RR Ablauf gewährleistet zu bekommen, es sei denn, es wird verdrängt oder blockiert. Auf der traditionellen Linux, die SCHED_RR quantum ist 0,1 Sekunden. Seit Linux 3.9, der Grenzwert ist einstellbar über die /proc/sys/kernel/sched_rr_timeslice_ms Datei, wo das quantum ist, ausgedrückt als eine Millisekunde Wert, dessen Standardwert ist 100.

    InformationsquelleAutor der Antwort mtk

  4. 2

    Googelte ich diese tickets über die gleichen Zweifel der Zeitscheibe von SCHED_RR in Linux.
    Aber ich kann nicht klar beantworten, beide von hier und kernel-Quellcode.
    Nach der weiteren überprüfung fand ich die wichtiger Punkt ist die "RR_TIMESLICE" ist die Standard-Zeitscheibe in jiffies, nicht Millisekunden! Also, die Standard-Zeitscheibe der SCHED_RR ist immer 100ms, egal welche HZ konfiguriert.

    Gleiche wie der Wert von "/proc/sys/kernel/sched_rr_timeslice_ms", die input-Wert in Millisekundeaber es speichern und Ausgabe in jiffies! So, wenn Ihr CONFIG_HZ=100, werden Sie Sie finden:

    # echo 100 > /proc/sys/kernel/sched_rr_timeslice_ms
# cat /proc/sys/kernel/sched_rr_timeslice_ms
10

    Es ist bisschen verwirrt.
    Hoffe das kann dir helfen, es zu verstehen!

    InformationsquelleAutor der Antwort Shile

Schreibe einen Kommentar