Cron vs Systemdタイマー

最近、cronに代わるもの、つまりsystemdタイマーが存在することが指摘されました。

ただし、systemdまたはsystemdタイマーについては何も知りません。cronのみを使用しました。

Arch Wikiには少し議論があります。しかし、私はcron賛否両論に焦点を合わせて、systemdタイマーとの間の詳細な比較を探しています。私はDebianを使用していますが、これら2つの選択肢が利用可能なすべてのシステムの一般的な比較をお願いします。このセットには、Linuxディストリビューションのみが含まれる場合があります。

これが私が知っていることです。

クロンは非常に古く、1970年代後半に遡ります。cronの元の作成者は、Unixの作成者であるKen Thompsonです。Vixie cronは、最近のLinuxディストリビューションのcronが直接の子孫であり、1987年からのものです。

Systemdはもっと新しく、やや物議をかもします。ウィキペディアによると、最初のリリースは2010年3月30日でした。

したがって、systemdタイマーに対するcronの利点の現在のリストは次のとおりです。

1. Cronは、インストール可能なサポート対象ソフトウェアであるという意味で、Unixライクなシステムであることが保証されています。それは変わりません。対照的に、systemdは、将来Linuxディストリビューションに残る場合と残る場合があります。これは主に初期化システムであり、別の初期化システムに置き換えることができます。

2. Cronは使いやすいです。systemdタイマーよりも明らかにシンプルです。

cronに対するsystemdタイマーの利点の対応するリストは次のとおりです。

1. Systemdタイマーは、より柔軟で機能が豊富です。しかし、その例が欲しいです。

したがって、要約すると、回答で見た方が良いものがいくつかあります：

1. cronタイマーとsystemdタイマーの詳細な比較（それぞれの使用の長所と短所を含む）。
2. 一方ができることともう一方ができないことの例。
3. cronスクリプトとsystemdタイマースクリプトの少なくとも1つの並列比較。

これら2つの点について、いくつかのポイントを示します。

1. cronジョブが実際に行うことを確認するのは面倒ですが、すべてのsystemdタイマーイベントは、物事をはるかに容易にするイベントに基づいて、他のsystemdユニットと同様にsystemdジャーナルに慎重に記録されます。

2. systemdタイマーは、リソース管理、IO CPUスケジューリングなどのすべての機能を備えたsystemdサービスです。
   リストがあります。
   

   • システムコールフィルター
     
   • ユーザー/グループID
     
   • 会員制
     
   • いい値
     
   • OOMスコア
     
   • IOスケジューリングクラスと優先度
     
   • CPUスケジューリングポリシーCPU
     
   • 親和性umask
     
   • タイマースラック
     
   • 安全なビット
     
   • ネットワークアクセスと、...
     

3. 他のsystemdサービスと同様に、依存関係オプションを使用すると、アクティベーション時間に依存する可能性があります。
   

4. ユニットはさまざまな方法でアクティブにでき、それらの組み合わせも構成できます。サービスは、ユーザー、ブート、ハードウェア状態の変更などのさまざまなイベントによって開始およびトリガーできます。たとえば、一部のハードウェアがプラグインされてから5分後、...

5. systemdタイマーのニーズに基づいてさまざまなカスタマイズを行うために、いくつかのファイルと簡単なタグをはるかに簡単に構成します。

6. 全体を簡単に有効/無効にする：

   systemctl enable/disable 
   

   そして、ジョブのすべての子供を殺します：

   systemctl start/stop
   

7. systemdタイマーは、カレンダーと単調な時間でスケジュールできます。これは、異なるタイムゾーンの場合や、...

8. systemd時間イベント（カレンダー）はcronよりも正確です（1秒の精度のようです）

9. systemdのタイムイベントは、繰り返し発生するイベントや1回発生するイベントにとっても意味があります。ドキュメントの例を次に示し ます。

   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使用率の観点から、systemdタイマーは経過時間でCPUを起動しますが、cronはより頻繁に起動します。

11. タイマーイベントは、実行の終了時間に基づいてスケジュールできます。実行間に遅延を設定できます。

12. 他のプログラムとの通信も注目に値する場合があります。他のプログラムがタイマーとタスクの状態を知る必要がある場合があります。

馬の口から、いわばhttps://wiki.archlinux.org/index.php/Systemd/Timers#As_a_cron_replacement

上記のページからの抜粋：

利点

タイマーを使用する主な利点は、独自のsystemdサービスを持つ各ジョブから得られます。これらの利点のいくつかは次のとおりです。

• ジョブは、タイマーに関係なく簡単に開始できます。これにより、デバッグが簡単になります。
• 各ジョブは、特定の環境で実行するように構成できます（systemd.exec（5）を参照）。
• ジョブはcgroupに添付できます。
• 他のsystemdユニットに依存するようにジョブを設定できます。
• 簡単にデバッグできるように、ジョブはsystemdジャーナルに記録されます。

注意事項

cronを使用して簡単に実行できることは、タイマーユニットだけでは実行が困難です。

• 複雑さ：systemdで時間指定ジョブをセットアップするには、2つのファイルを作成し、いくつかのsystemctlコマンドを実行します。それをcrontabに1行追加することと比較してください。
• 電子メール：ジョブの失敗時に電子メールを送信するためのcronのMAILTOに相当する組み込み機能はありません。OnFailure =を使用して同等の設定を行う例については、次のセクションを参照してください。