Cron vs systemd zamanlayıcılar

Son zamanlarda bana cron alternatifinin, yani sistem zamanlayıcılarının mevcut olduğu belirtildi.

Ancak, sistem veya sistem zamanlayıcıları hakkında hiçbir şey bilmiyorum. Ben sadece cron kullandım.

Arch Wiki'de küçük bir tartışma var . Ancak, cronartı ve eksilere odaklanan ve sistem zamanlayıcıları arasında ayrıntılı bir karşılaştırma arıyorum . Debian'ı kullanıyorum, ancak bu iki alternatifin mevcut olduğu tüm sistemler için genel bir karşılaştırma yapmak istiyorum. Bu set sadece Linux dağıtımlarını içerebilir.

İşte bildiğim şey.

Cron çok eski, 1970'lerin sonlarına dayanıyor. Cron'un asıl yazarı, Unix'in yaratıcısı Ken Thompson'dur. Modern Linux dağıtımlarındaki düğümleri doğrudan torunları olan Vixie cron 1987'den kalmadır.

Systemd çok daha yeni ve biraz tartışmalı. Wikipedia ilk sürümünün 30 Mart 2010 olduğunu söyledi.

Bu nedenle, cronun sistem zamanlayıcılarına göre şu anki avantajları listem:

1. Cron, herhangi bir Unix benzeri sistemde, monte edilebilir bir yazılım parçası olması anlamında garantilidir. Bu değişmeyecek. Aksine, sistemd gelecekteki Linux dağıtımlarında kalabilir veya kalmayabilir. Esas olarak bir init sistemidir ve farklı bir init sistemi ile değiştirilebilir.

2. Cron kullanımı kolaydır. Kesinlikle sistem zamanlayıcılarından daha basittir.

Sistem zamanlayıcılarının cron üzerindeki avantajlarının karşılık gelen listesi:

1. Sistem zamanlayıcıları daha esnek ve yetenekli olabilir. Ama bunun örneklerini istiyorum.

Özetle, işte cevap olarak görmenin iyi olacağı bazı şeyler:

1. Her birinin kullanımının avantajları ve dezavantajları dahil, cron vs systemd zamanlayıcılarının ayrıntılı karşılaştırması.
2. Birinin diğerinin yapamayacağı şeylere örnekleri.
3. Bir cd betiğinin bir systemd zamanlayıcı betiğine karşı en az yan yana karşılaştırması.

İşte bu ikisi hakkında bazı noktalar :

1. cron job'unuzun gerçekte ne yaptığını kontrol etmek biraz karışık olabilir, ancak tüm systemd zamanlayıcı olayları, işleri çok daha kolay hale getiren olaya dayanan diğer systemd birimleri gibi systemd günlüğüne dikkatlice kaydedilir.

2. systemd zamanlayıcıları kaynak yönetimi, IO CPU zamanlaması, tüm yetenekleri ile systemd servisleridir ...
   Bir liste var:
   

   • sistem çağrısı filtreleri
     
   • kullanıcı / grup kimlikleri
     
   • membershipcontrols
     
   • hoş değer
     
   • OOM puanı
     
   • GÇ planlama sınıfı ve önceliği
     
   • CPU planlama politikası CPU
     
   • yakınlık umask
     
   • zamanlayıcı slacks
     
   • güvenli bit
     
   • ağ erişimi ve, ...
     

3. Bağımlılıklar seçeneğinde tıpkı diğer sistem hizmetleri gibi, etkinleştirme süresine bağlı olabilir.
   

4. Birimler farklı şekillerde etkinleştirilebilir, ayrıca bunların kombinasyonu da yapılandırılabilir. hizmetler, kullanıcı, önyükleme, donanım durumu değişiklikleri veya bazı donanımların takılmasından sonra 5 dakika gibi farklı olaylar tarafından başlatılabilir ve tetiklenebilir.

5. sistemd zamanlayıcıları ile ihtiyaçlarınıza göre özelleştirmeler yapmak için bazı dosyaları ve yalındır etiketleri çok daha kolay yapılandırma.

6. Her şeyi kolayca etkinleştirin / devre dışı bırakın:

   systemctl enable/disable 
   

   ve işin tüm çocuklarını aşağıdakilerle öldürün:

   systemctl start/stop
   

7. Sistem zamanlayıcıları, farklı zaman dilimlerinde gerçekten yararlı olabilen kalenderler ve monotonik zamanlar ile programlanabilir ve ...

8. systemd zaman etkinlikleri (takvim) cron'dan daha hassastır (1s hassasiyetli görünüyor)

9. systemd zaman olayları, tekrarlayanlar ve hatta bir kez olması gerekenler için daha anlamlıdır, işte belgeden bir örnek :

   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. CPU kullanım bakış açısından systemd timer, geçen sürede CPU'yu uyandırır, ancak cron bunu daha sık yapar.

11. Zamanlayıcı olayları, yürütmelerin bitiş zamanlarına bağlı olarak zamanlanabilir; yürütmeler arasında bazı gecikmeler ayarlanabilir.

12. Diğer programlarla iletişim kurmak da kayda değerdir, bazen diğer bazı programların zamanlayıcıları ve görevlerinin durumunu bilmesi gerekir.

Atın ağzından dümdüz, tabiri caizse: https://wiki.archlinux.org/index.php/Systemd/Timers#As_a_cron_replacement

Yukarıdaki sayfadan bir bölüm:

Yararları

Zamanlayıcı kullanmanın temel faydaları, kendi sistem hizmetine sahip olan her işten gelir. Bu faydalardan bazıları:

• İşler zamanlayıcılarından bağımsız olarak kolayca başlatılabilir. Bu hata ayıklamayı kolaylaştırır.
• Her iş belirli bir ortamda çalışmak üzere yapılandırılabilir (bkz. Systemd.exec (5)).
• İşler gruplara eklenebilir.
• İşler diğer sistemd birimlerine bağlı olarak ayarlanabilir.
• Kolay hata ayıklama için işler sistem günlüğüne kaydedilir.

Uyarılar

Cron ile yapılması kolay olan bazı şeylerin yalnızca zamanlayıcı ünitelerle yapılması zordur.

• Karmaşıklık: systemd ile zamanlanmış bir iş ayarlamak için iki dosya yaratır ve birkaç systemctl komutunu çalıştırırsınız. Bunu crontab'a tek bir satır ekleyerek karşılaştırın.
• E-postalar: İş başarısızlığında e-posta göndermek için cron'un MAILTO'suna eşdeğeri yoktur. OnFailure = kullanarak bir eşdeğer kurma örneği için bir sonraki bölüme bakın.