Linux Job Scheduler: Überblick, Leitfaden & Alternativen

Linux-Job-Scheduler und „cron“ beziehen sich entweder auf die Tools, die entscheiden, wann eine Aufgabe ausgeführt wird, wie cron, at und systemd-Timers, oder auf den CPU-Scheduler des Kernels (EEVDF, früher CFS), der entscheidet, wie laufende Prozesse die CPU gemeinsam nutzen. Wenn Sie:

• Möchten Sie Job-Scheduling unter Linux lernen, informieren Sie sich über Linux-Scheduler und cron.
• Sind Sie unsicher, ob die Linux-Scheduler für Ihren Anwendungsfall ausreichen, erfahren Sie mehr über verschiedene Job-Scheduler.
• Arbeiten Sie für ein Unternehmen, das derzeit cron, at oder systemd-Timers nutzt und ein Upgrade auf einen Enterprise-Job-Scheduler erwägt, ziehen Sie Job-Scheduler mit erweiterten Funktionen in Betracht.

* Linux Completely Fair Scheduler (CFS)

** Enterprise-Job-Scheduler umfassen Stonebranch, ActiveBatch, RunMyJobs und JAMS Scheduler.

Was ist der Linux-Kernel-Scheduler?

Ein Linux-Job-Scheduler ist ein Tool in Linux-Systemen zur Automatisierung von Routineaufgaben und zur Job-Planung ohne manuelle Eingriffe. Er verwaltet geplante Aufgaben und stellt sicher, dass sie zu vordefinierten Zeiten ausgeführt werden.

Der Kernel-Scheduler befasst sich ausschließlich mit der Ausführung aktiven Codes auf physischen CPU-Kernen. So hat sich der moderne Linux-Kernel-Scheduler entwickelt:

• EEVDF (Earliest Eligible Virtual Deadline First) ist die moderne Implementierung des Linux-Schedulers, eingeführt in Kernel-Version 6.6 (Oktober 2023) als Ersatz für den langjährigen CFS. Während EEVDF die „Fairness“ seines Vorgängers beibehält, fügt es einen spezifischen „Deadline“-Mechanismus hinzu, der besser mit verzögerungsempfindlichen Aufgaben umgehen soll. EEVDF ist jetzt der Standardalgorithmus.
• CFS (Completely Fair Scheduler) ist eine spezifische Implementierung des Linux-Schedulers, eingeführt in Kernel-Version 2.6.23. CFS zielt darauf ab, Fairness zu gewährleisten, indem es CPU-Zeit proportional zu den Aufgaben basierend auf Priorität und Laufzeit verteilt. CFS war der Standard-Linux-Scheduler von Kernel 2.6.23 bis EEVDF ihn in Kernel 6.6 ersetzte.

Zu den wichtigsten Aspekten des Linux-Kernel-Schedulers gehören:

• Prozesspriorisierung: Der Scheduler priorisiert Prozesse anhand von Faktoren wie ihrer Prioritätsstufe und der Menge an CPU-Zeit, die sie verbraucht haben. Dies sorgt für ein Gleichgewicht zwischen Vordergrundprozessen (interaktiv) und Hintergrundprozessen (Batch).
• Präemptives Multitasking: Linux verwendet präemptives Multitasking, bei dem der Kernel-Scheduler einen laufenden Prozess unterbrechen kann, um einem anderen Prozess Zeit zu geben. Diese Fähigkeit ist entscheidend für die Aufrechterhaltung der Systemreaktionsfähigkeit, insbesondere in einer Mehrbenutzerumgebung.
• Verschiedene Scheduling-Algorithmen: Im Laufe der Jahre haben verschiedene Versionen des Linux-Kernels unterschiedliche Scheduling-Algorithmen verwendet. Der bekannteste Algorithmus ist der Completely Fair Scheduler (CFS), der in Linux 2.6.23 eingeführt wurde. CFS zielt darauf ab, Prozessen CPU-Zeit so zuzuweisen, dass jeder einen fairen Anteil an CPU-Zeit erhält.
• Lastausgleich: In Mehrkernsystemen verwaltet der Scheduler auch den Lastausgleich und verteilt Prozesse auf verschiedene Prozessorkerne, um Leistung und Energieeffizienz zu optimieren.
• Echtzeit-Scheduling: Linux unterstützt auch Echtzeit-Scheduling-Richtlinien (wie FIFO und Round-Robin), die für zeitkritische Aufgaben entscheidend sind, bei denen eine vorhersehbare Codeausführungszeit wichtiger ist als der Gesamtdurchsatz des Systems.
• Cgroups und Control Groups: Moderne Linux-Systeme verwenden Control Groups (cgroups), um Prozesse zu gruppieren und Richtlinien wie CPU-Zeitlimits oder Prioritäten auf die gesamte Gruppe anzuwenden, wodurch Administratoren mehr Kontrolle darüber erhalten, wie CPU-Zeit und andere Ressourcen zugewiesen werden.

Linux-Scheduler vs. Job-Scheduling-Tools

Enterprise-taugliche Job-Scheduling-Tools ermöglichen es Unternehmen, komplexere Workflows zu bewältigen als einfache Job-Scheduler wie cron, at oder systemd-Timers. Diese Tools können eine Alternative sein, wenn Benutzer aus diesen Schedulern herausgewachsen sind und ein Upgrade suchen.

Es kann Fälle geben, in denen der Linux-Kernel-Scheduler (EEVDF, früher CFS) und Enterprise-taugliche Job-Scheduling-Tools zusammenarbeiten können, um sowohl Effizienz auf Systemebene als auch Automatisierung auf Workflow-Ebene zu gewährleisten.

Linux-Scheduler

Zweck: Der Linux-Scheduler (wie CFS) ist eine Low-Level-Kernelkomponente, die dafür verantwortlich ist zu entscheiden, welcher Prozess wann CPU-Zeit erhält. Er ist wesentlicher Bestandteil der Kernfunktionalität des Betriebssystems.

Fokus: Er verwaltet die CPU-Zeitzuweisung über alle laufenden Prozesse eines Systems hinweg und sorgt für faire Verteilung, Reaktionsfähigkeit und effiziente Nutzung der CPU-Ressourcen.

Umfang: Arbeitet auf Prozess- oder Thread-Ebene innerhalb eines einzelnen Systems.

Job-Scheduling-Tools

Zweck: Job-Scheduling-Tools sind High-Level, oft anwendungsorientierte Tools, die für die Automatisierung und Planung von Geschäftsprozessen und Aufgaben entwickelt wurden.

Fokus: Diese Tools verwalten die Ausführung von Batch-Jobs oder Workflows, die mehrere Schritte, Abhängigkeiten und Planungskriterien umfassen können. Sie werden zur Orchestrierung von Aufgaben wie Datensicherungen, Berichtserstellung oder beliebigen komplexen Operationssequenzen in Geschäftsumgebungen verwendet.

Umfang: Kann über mehrere Systeme und Plattformen hinweg arbeiten und Aufgaben orchestrieren, die mehrere verschiedene Anwendungen oder Dienste umfassen können.

Was ist der Unterschied zwischen „Cron“ und Linux-Scheduler CFS

Der Kernel-Scheduler (EEVDF, früher CFS) ist Teil jedes Linux-Kernels, während cron ein optionales Paket ist. Sie dienen unterschiedlichen Zwecken. Im Wesentlichen geht es bei CFS darum, die CPU-Zeit fair unter den aktuell laufenden Prozessen zu verteilen, während es bei cron darum geht, wann bestimmte Aufgaben basierend auf Uhr/Kalender ausgeführt werden.

Hauptunterschiede

• Funktionalität und Rolle: CFS ist ein Prozess-Scheduler, der verwaltet, wie Prozesse CPU-Zeit gemeinsam nutzen, während cron ein Job-Scheduler ist, der Aufgaben zu geplanten Zeiten ausführt.
• Betriebsebene: CFS arbeitet auf Kernel-Ebene und teilt CPU-Zeit unter normalen Prozessen auf (Echtzeit-Prozesse werden durch die separaten SCHED_FIFO- und SCHED_RR-Richtlinien behandelt), während cron auf einer höheren Ebene arbeitet und sich mit der Planung von Aufgaben befasst, die nicht unbedingt kontinuierlich laufen.
• Kontinuierlich vs. diskret: CFS arbeitet kontinuierlich, solange das System läuft, und verwaltet die CPU-Zuweisung dynamisch. Im Gegensatz dazu führt cron Aufgaben zu bestimmten, vordefinierten Zeiten aus.

Tools wie Stonebranch können auch Alternativen zu cron sein, insbesondere für Unternehmen oder mittelständische Betriebe mit komplexen Echtzeit-Planungsanforderungen. Obwohl beide für das Job-Scheduling verwendet werden, unterscheiden sie sich erheblich in Funktionen, Fähigkeiten und Anwendungsfällen. Weitere Informationen zu diesem Thema finden Sie unter Top-Alternativen zu Cron.

Wie können Sie Workloads mit dem Linux-Scheduler automatisieren?

Die Automatisierung von Workloads mit dem Linux-Scheduler bedeutet nicht, den Scheduler selbst direkt zu programmieren; vielmehr geht es darum, verschiedene Tools und Techniken in Linux zu verwenden, die mit dem Scheduler interagieren, um Aufgaben zu verwalten und zu automatisieren. Hier sind einige Möglichkeiten, die Aufgabenplanung zu automatisieren und Workloads in einer Linux-Umgebung effektiv zu verwalten:

• Cron Jobs: Die vielleicht gängigste Methode zur Automatisierung von Aufgaben unter Linux sind Cron-Jobs. Cron ist ein Hintergrund-Daemon auf Benutzerebene (crond), der kontinuierlich Konfigurationsdateien namens Crontabs prüft, um Befehle oder Skripte in festen Intervallen auszuführen. Jeder Crontab-Eintrag besteht aus fünf Zeit- und Datumsfeldern, gefolgt von dem auszuführenden Befehl. Die Verwendung des absoluten Pfads des Befehls wird empfohlen, da cron mit einem eingeschränkten PATH läuft; sie ist aber nicht erforderlich. In /etc/crontab und Dateien in /etc/cron.d steht ein Benutzerfeld zwischen den Zeitfeldern und dem Befehl:

• Nice- und Renice-Befehle: Sie können die Befehle nice und renice verwenden, um die Priorität eines Prozesses zu beeinflussen. Dadurch wird eine Aufgabe nicht direkt geplant, aber es verändert, wie der Scheduler einen Prozess behandelt, was Teil einer Automatisierungsstrategie sein kann, um sicherzustellen, dass kritische Aufgaben mehr CPU-Zeit erhalten.
• Control Groups (cgroups): cgroups ermöglichen es Ihnen, Ressourcen wie CPU-Zeit, Systemspeicher, Netzwerkbandbreite oder Kombinationen dieser Ressourcen auf benutzerdefinierte Aufgabengruppen zu verteilen. Mit cgroups können Sie sicherstellen, dass bestimmte Anwendungen oder Dienste im Rahmen eines automatisierten Workflows die benötigten Ressourcen erhalten.
• Systemd und Unit-Dateien: Systemd, das Init-System und der Systemmanager der meisten Linux-Distributionen, ermöglicht erweiterte Planung und Verwaltung von Diensten. Es verwendet Unit-Dateien, um zu beschreiben, wie Dienste gestartet, gestoppt und betrieben werden sollen. Sie können systemd so konfigurieren, dass Dienste beim Booten, nachdem bestimmte andere Dienste aktiv sind, oder nach einem bestimmten Zeitplan automatisch gestartet werden.
• Skripterstellung und Automatisierungstools: Skripterstellung in bash oder anderen Shell-Sprachen sowie Automatisierungstools wie ActiveBatch, Ansible, Puppet oder Chef können zur Automatisierung von Aufgaben verwendet werden. Diese Skripte und Tools interagieren zwar nicht direkt mit dem Linux-Scheduler, können aber verwendet werden, um komplexe Workflows zu erstellen und zu steuern, wann und wie verschiedene Prozesse ausgeführt werden.
• Kernel-Tuning: Für fortgeschrittene Benutzer kann das Tuning von Kernel-Parametern das Scheduler-Verhalten beeinflussen. Seit Kernel 5.13 sind die meisten Scheduler-Tunables von sysctl nach debugfs (/sys/kernel/debug/sched/) verschoben worden. Dies ist ein anspruchsvollerer Ansatz und erfordert tiefgehende Kenntnisse des Linux-Kernels.
• Der „At“-Befehl für einmalige Aufgaben: Während cron für wiederkehrende Infrastrukturaufgaben optimiert ist, bietet das Dienstprogramm at einmalige Jobs mit Planung, ohne Ihre Crontab-Datei zu beeinträchtigen. Es analysiert menschenlesbare Zeitzeichenfolgen:
  • at noon tomorrow: Plant einen Ad-hoc-Job für 12:00 Uhr nachmittags am folgenden Tag.
  • at now + 1 hour: Plant ein temporäres Skript, das genau 60 Minuten nach der Laufzeit ausgeführt wird.
  • Administratoren verfolgen ausstehende Aufgaben mit atq (Ansicht der Job-Warteschlange) und können nicht ausgeführte Einträge mit atrm [job_id] sauber entfernen.

Welche Alternativen gibt es zum Linux-Scheduler?

Linux-Scheduler-Alternativen beziehen sich entweder auf Enterprise-Job-Scheduler – sie ersetzen cron, at und systemd-Timers – und auf andere CPU-Scheduler wie EEVDF, das CFS in Kernel 6.6 ersetzt hat. Das eine kann das andere nicht ersetzen.

Alternativen zu Cron: Enterprise-Job-Scheduler

• Stonebranch Universal Automation Center (UAC): Stonebranch UAC dient als einzige Automatisierungsplattform für die Verwaltung von Workload-Prozessen in Unternehmensumgebungen und bietet eine einheitliche webbasierte Oberfläche, eine verteilte Ausführungs-Engine, Workload-Visualisierung sowie integrierte Verfügbarkeits- und Disaster-Recovery-Funktionen
• ActiveBatch: ActiveBatch ist eine Workload-Automatisierungs- und Job-Scheduling-Lösung, die über die Funktionen eines einfachen Linux-Schedulers hinausgeht. Sie wurde entwickelt, um eine zentralisierte Plattform für die Automatisierung und Verwaltung komplexer Workflows in unterschiedlichen Umgebungen wie Windows, Linux, Unix und mehr bereitzustellen.
• JAMS Scheduler: JAMS zentralisiert die Verwaltung von Linux- und UNIX-Batch-Prozessen in einer einzigen Oberfläche. Es bietet robuste Job-Scheduling- und Workload-Automatisierungsfunktionen, einschließlich ereignisbasierter Planung und Trigger. Es bietet außerdem eine Airflow Execution Method zur Überwachung von Airflow-DAGs und eine Azure Blob Execution Method für Azure-Cloud-Speicheraufgaben. Dies bringt moderne Flexibilität in die traditionelle Cron-Job-Planung in Linux- und Cloud-Umgebungen

Alternativen zum Kernel-Scheduler

• O(1)-Scheduler: Vor CFS verwendete der Linux-Kernel den O(1)-Scheduler, der unabhängig von der Anzahl der Aufgaben für konstante Laufzeit ausgelegt war. Er war der Standard-Scheduler in Linux-2.6-Kerneln vor Version 2.6.23.
• Brain Fuck Scheduler (BFS): BFS, entwickelt von Con Kolivas, zielt darauf ab, die Reaktionsfähigkeit des Systems zu verbessern, insbesondere bei Desktop-Systemen mit weniger als 16 Kernen. Es ist einfacher als CFS und kann für Einzelbenutzersysteme vorteilhaft sein.
• MuQSS (Multiple Queue Skiplist Scheduler): MuQSS, ebenfalls von Con Kolivas als Nachfolger von BFS entwickelt, zielt darauf ab, die Leistung auf Desktop-Systemen zu verbessern. Es ist keine Änderung an CFS, sondern ein separater Scheduler, der CFS vollständig ersetzt. Wie BFS wurde es nur als Patch verteilt, und seine Entwicklung wurde 2021 eingestellt.
• Echtzeit-Scheduler (RT): Linux bietet Echtzeit-Scheduling-Richtlinien wie FIFO (First In, First Out) und Round-Robin für Aufgaben, bei denen konsistentes Timing wichtiger ist als der Gesamtdurchsatz des Systems. Diese werden häufig mit PREEMPT_RT verwendet, das seit Linux 6.12 Teil des Mainline-Kernels ist.
• Deadline-Scheduler: Diese Scheduler wie SCHED_DEADLINE (eingeführt in Linux-Kernel 3.14) sind für Aufgaben mit bestimmten Zeitbeschränkungen konzipiert. Sie planen Aufgaben basierend auf anwendungsdefinierten Deadlines.

Alternativen in anderen Betriebssystemen

• Windows-Scheduler: Der Windows-Kernel verwendet einen prioritätsbasierten, präemptiven Scheduler, der auf Desktop-Reaktionsfähigkeit optimiert ist. Er ist vom Windows Task Scheduler getrennt, der ein Job-Scheduler ist. WSL2 führt seinen eigenen Linux-Kernel in einer schlanken virtuellen Maschine aus.
• macOS-Scheduler: macOS verwendet den Scheduler seines Mach-basierten XNU-Kernels. Seit macOS 11 verwendet es den Clutch-Scheduler, der Threads basierend auf Quality-of-Service-Klassen (QoS) plant.
• Solaris-Scheduler: Der in Oracle Solaris (und früher Sun Solaris) verwendete Scheduler unterstützt sowohl Echtzeit- als auch Fair-Share-Scheduling und bietet Flexibilität für eine Reihe von Anwendungen von Desktops bis zu Servern.
• BSD-Scheduler: BSD-Varianten (wie FreeBSD, OpenBSD) verwenden unterschiedliche Scheduler. FreeBSD verwendet beispielsweise den ULE-Scheduler, der auf Leistung auf Mehrkernsystemen optimiert ist.
• RTOS-Scheduler: Echtzeitbetriebssysteme (RTOS) wie VxWorks oder QNX verwenden Scheduler, die auf Echtzeitleistung optimiert sind und ein vorhersehbares und deterministisches Scheduling-Verhalten bieten.

Verpassen Sie nicht unsere Benchmarks und datengestützten Erkenntnisse. Die Schaltfläche öffnet Google; die Auswahl von AIMultiple bestätigt, dass Sie AIMultiple häufiger in den Google-Suchergebnissen sehen möchten.

Als bevorzugte Quelle hinzufügen

FAQs

Weiterführende Literatur

• Top-Alternativen zum SAP Job Scheduler

Diese Forschung zitieren

Wählen Sie das Format, das zu Ihrem Veröffentlichungsort passt. Wenn Sie die Link-Version in Ihr CMS einfügen, bleibt der Backlink erhalten.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Şimşek, Hazal},
  title  = {{Linux Job Scheduler: Überblick, Leitfaden & Alternativen}},
  year   = {2026},
  month  = oct,
  howpublished    = {\url{https://aimultiple.com/linux-job-scheduler}},
  note   = {AIMultiple. Abgerufen am 26. Oktober 2026}
}

Änderungsprotokoll

5 Aktualisierungen

202620252024

1. 8. Jul

   Der Befehl 'at' als Werkzeug für einmalige Aufgabenplanung hinzugefügt.

2. 12. Mär

   EEVDF zur Beschreibung des Linux Completely Fair Scheduler (CFS) hinzugefügt.

Cem Dilmegani

Leitender Analyst

Folgen auf

Cem ist seit 2017 leitender Analyst bei AIMultiple.

Cems Arbeit bei AIMultiple wurde von führenden globalen Publikationen wie Business Insider, Forbes, Morning Brew und Washington Post, von globalen Unternehmen wie Deloitte und HPE, von NGOs wie dem World Economic Forum und von supranationalen Organisationen wie der European Commission zitiert. [1], [2], [3], [4], [5]

Im Laufe seiner Karriere war Cem als Tech-Berater, Tech-Einkäufer und Tech-Unternehmer tätig. Er beriet Unternehmen bei ihren Technologieentscheidungen bei McKinsey & Company und Altman Solon über mehr als ein Jahrzehnt. Er veröffentlichte außerdem einen McKinsey-Bericht zur Digitalisierung.

Er leitete Technologiestrategie und -beschaffung eines Telekommunikationsunternehmens und berichtete dabei direkt an den CEO. Außerdem verantwortete er das kommerzielle Wachstum des Deep-Tech-Unternehmens Hypatos, das innerhalb von zwei Jahren von 0 einen siebenstelligen jährlich wiederkehrenden Umsatz und eine neunstellige Bewertung erreichte. Cems Arbeit bei Hypatos wurde von führenden Technologiepublikationen wie TechCrunch und Business Insider aufgegriffen.

Cem spricht regelmäßig auf internationalen Technologiekonferenzen. Er absolvierte die Bogazici University als Computeringenieur und hat einen MBA von der Columbia Business School.

Vollständiges Profil anzeigen

Recherchiert von

Hazal Şimşek

Branchenanalystin

Folgen auf

Hazal ist Branchenanalystin bei AIMultiple und konzentriert sich auf Prozessintelligenz (einschließlich Process Mining) und Unternehmensautomatisierung (einschließlich IT-Automatisierung und Low-Code-/No-Code-Automatisierung).

Vollständiges Profil anzeigen

Seien Sie der Erste, der kommentiert

Ihre E-Mail-Adresse wird nicht veröffentlicht. Alle Felder sind erforderlich. Kommentare werden in ihrer Originalsprache belassen.

Name

E-Mail-Adresse

Kommentar

0/450

Kommentar posten