Cron vs systemd timery

Niedawno wskazano mi, że istnieje alternatywa dla crona, a mianowicie systemowe liczniki czasu.

Jednak nic nie wiem o czasach systemowych ani systemowych. Użyłem tylko crona.

Trwa dyskusja na Arch Wiki . Jednak szukam szczegółowego porównania między cronczasami systemowymi, skupiając się na zaletach i wadach. Używam Debiana, ale chciałbym ogólne porównanie dla wszystkich systemów, dla których te dwie alternatywy są dostępne. Ten zestaw może obejmować tylko dystrybucje systemu Linux.

Oto co wiem.

Cron jest bardzo stary, sięga późnych lat siedemdziesiątych. Pierwotnym autorem crona jest Ken Thompson, twórca Uniksa. Vixie cron, którego crony we współczesnych dystrybucjach Linuksa są bezpośrednimi potomkami, pochodzi z 1987 roku.

Systemd jest znacznie nowszy i nieco kontrowersyjny. Wikipedia mówi mi, że jej pierwsze wydanie miało miejsce 30 marca 2010 r.

Tak więc moja obecna lista zalet crona w stosunku do systemowych timerów to:

1. Cron ma gwarancję, że znajdzie się w dowolnym systemie uniksowym, w tym sensie, że jest instalowanym, obsługiwanym oprogramowaniem. To się nie zmieni. Natomiast systemd może pozostać w dystrybucji Linuksa w przyszłości. Jest to głównie system inicjujący i może być zastąpiony innym systemem inicjującym.

2. Cron jest prosty w użyciu. Zdecydowanie prostsze niż systemowe timery.

Odpowiednia lista zalet systemowych timerów w stosunku do crona to:

1. Czasomierze systemowe mogą być bardziej elastyczne i wydajne. Ale chciałbym tego przykłady.

Podsumowując, oto kilka rzeczy, które warto zobaczyć w odpowiedzi:

1. Szczegółowe porównanie cron i systemowych timerów, w tym zalety i wady korzystania z każdego z nich.
2. Przykłady rzeczy, które można zrobić, a które nie.
3. Co najmniej jedno porównanie skryptu cron i systemowego skryptu timerów.

Oto kilka uwag na temat tych dwóch :

1. sprawdzanie, co naprawdę robi zadanie crona, może być trochę bałaganem, ale wszystkie systemowe zdarzenia czasowe są dokładnie rejestrowane w dzienniku systemowym, podobnie jak inne systemowe jednostki oparte na zdarzeniu, które znacznie ułatwia.

2. timery systemowe to usługi systemowe z wszystkimi możliwościami zarządzania zasobami, planowania procesorów IO, ...
   Istnieje lista:
   

   • filtry systemowe
     
   • identyfikatory użytkowników / grup
     
   • kontrola członkostwa
     
   • niezła wartość
     
   • Wynik OOM
     
   • Klasa i priorytet planowania IO
     
   • Zasady planowania CPU Procesor
     
   • umask powinowactwa
     
   • opóźnienie timera
     
   • bezpieczne bity
     
   • dostęp do sieci i ...
     

3. z opcją zależności, podobnie jak w innych usługach systemowych, mogą istnieć zależności od czasu aktywacji.
   

4. Jednostki można aktywować na różne sposoby, można także skonfigurować ich kombinację. usługi mogą być uruchamiane i wyzwalane przez różne zdarzenia, takie jak użytkownik, rozruch, zmiany stanu sprzętu lub na przykład 5 minut po podłączeniu sprzętu i ...

5. znacznie łatwiejsza konfiguracja niektórych plików i prostych tagów, aby wykonać różnorodne dostosowania w zależności od potrzeb za pomocą systemowych timerów

6. Łatwo włączaj / wyłączaj całość dzięki:

   systemctl enable/disable 
   

   i zabij wszystkie dzieci z pracy za pomocą:

   systemctl start/stop
   

7. systemowe zegary mogą być planowane z kalendarzami i czasami monotonicznymi, co może być naprawdę przydatne w przypadku różnych stref czasowych i ...

8. systemowe zdarzenia czasowe (kalendarz) są dokładniejsze niż cron (wydaje się dokładność 1s)

9. systemowe zdarzenia czasowe są bardziej znaczące, dla tych powtarzających się, a nawet tych, które powinny wystąpić raz, oto przykład z dokumentu :

   Sat,Thu,Mon-Wed,Sat-Sun → Mon-Thu,Sat,Sun *-*-*00:00:00
     Mon,Sun 12-*-* 2,1:23 → Mon,Sun 2012-*-* 01,02:23:00
                   Wed *-1 → Wed *-*-01 00:00:00
           Wed-Wed,Wed *-1 → Wed *-*-01 00:00:00
                Wed, 17:48 → Wed *-*-* 17:48:00 
   

10. Z punktu widzenia wykorzystania procesora systemowy zegar budzi procesor po upływie czasu, ale cron robi to częściej.

11. Zdarzenia czasowe mogą być planowane w oparciu o czasy zakończenia wykonań. Niektóre opóźnienia można ustawić między wykonaniami.

12. Komunikacja z innymi programami jest również godna uwagi, czasem niektóre programy potrzebują znajomości liczników czasu i stanu ich zadań.

Prosto z pyska konia, że ​​tak powiem: https://wiki.archlinux.org/index.php/Systemd/Timers#As_a_cron_replacement

Fragment strony powyżej:

Korzyści

Główne zalety korzystania z timerów wynika z każdego zadania mającego własną usługę systemową. Niektóre z tych korzyści to:

• Zadania można łatwo rozpocząć niezależnie od ich timerów. Upraszcza to debugowanie.
• Każde zadanie można skonfigurować do działania w określonym środowisku (patrz systemd.exec (5)).
• Zadania mogą być dołączane do grup.
• Zadania można skonfigurować tak, aby zależały od innych systemowych jednostek.
• Zadania są rejestrowane w dzienniku systemowym w celu łatwego debugowania.

Ostrzeżenia

Niektóre rzeczy, które są łatwe do zrobienia z cronem, są trudne do wykonania tylko z jednostkami timera.

• Złożoność: aby skonfigurować zadanie czasowe w systemie, należy utworzyć dwa pliki i uruchomić kilka poleceń systemctl. Porównaj to z dodaniem pojedynczego wiersza do pliku crontab.
• E-maile: nie ma wbudowanego odpowiednika MAILTO crona do wysyłania e-maili w przypadku niepowodzenia zadania. Zobacz następną sekcję, aby zobaczyć przykład konfigurowania ekwiwalentu za pomocą OnFailure =.