Cron vs bộ định thời systemd

Gần đây tôi đã chỉ ra rằng một sự thay thế cho cron tồn tại, cụ thể là bộ định thời systemd.

Tuy nhiên, tôi không biết gì về bộ định thời systemd hoặc systemd. Tôi chỉ sử dụng cron.

Có một cuộc thảo luận nhỏ trong Arch Wiki . Tuy nhiên, tôi đang tìm kiếm một so sánh chi tiết giữa cronvà bộ định thời systemd, tập trung vào ưu và nhược điểm. Tôi sử dụng Debian, nhưng tôi muốn so sánh chung cho tất cả các hệ thống có sẵn hai lựa chọn thay thế này. Bộ này có thể chỉ bao gồm các bản phân phối Linux.

Đây là những gì tôi biết.

Cron rất già, trở lại vào cuối những năm 1970. Tác giả ban đầu của cron là Ken Thompson, người tạo ra Unix. Vixie cron, trong đó các crons trong các bản phân phối Linux hiện đại là hậu duệ trực tiếp, có từ năm 1987.

Systemd mới hơn nhiều, và có phần gây tranh cãi. Wikipedia cho tôi biết bản phát hành ban đầu của nó là ngày 30 tháng 3 năm 2010.

Vì vậy, danh sách các lợi thế hiện tại của cron so với bộ định thời systemd là:

1. Cron được đảm bảo có mặt trong bất kỳ hệ thống nào giống Unix, với ý nghĩa là một phần mềm được hỗ trợ có thể cài đặt. Điều đó sẽ không thay đổi. Ngược lại, systemd có thể hoặc không tồn tại trong các bản phân phối Linux trong tương lai. Nó chủ yếu là một hệ thống init và có thể được thay thế bằng một hệ thống init khác.

2. Cron là đơn giản để sử dụng. Chắc chắn đơn giản hơn bộ định thời systemd.

Danh sách các lợi thế tương ứng của bộ định thời systemd so với cron là:

1. Bộ định thời Systemd có thể linh hoạt và có khả năng hơn. Nhưng tôi muốn những ví dụ về điều đó.

Vì vậy, để tóm tắt, đây là một số điều sẽ tốt để xem trong một câu trả lời:

1. Một so sánh chi tiết về bộ định thời cron và systemd, bao gồm cả ưu và nhược điểm của việc sử dụng từng bộ.
2. Ví dụ về những điều người ta có thể làm mà người kia không thể.
3. Ít nhất một so sánh song song của tập lệnh cron với tập lệnh bộ định thời hệ thống.

Dưới đây là một số điểm về hai điều đó :

1. kiểm tra xem công việc định kỳ của bạn thực sự có thể là một mớ hỗn độn, nhưng tất cả các sự kiện hẹn giờ systemd đều được ghi nhật ký cẩn thận trên tạp chí systemd như các đơn vị systemd khác dựa trên sự kiện giúp mọi việc dễ dàng hơn nhiều.

2. bộ định thời systemd là các dịch vụ systemd với tất cả các khả năng của chúng để quản lý tài nguyên, lập lịch CPU IO, ...
   Có một danh sách:
   

   • bộ lọc hệ thống
     
   • id người dùng / nhóm
     
   • thành viên liên kết
     
   • giá trị tốt đẹp
     
   • Điểm OOM
     
   • Lớp lập kế hoạch IO và ưu tiên
     
   • Chính sách lập lịch CPU CPU
     
   • ái lực
     
   • bộ đếm thời gian
     
   • bit an toàn
     
   • truy cập mạng và, ...
     

3. với tùy chọn phụ thuộc giống như các dịch vụ systemd khác, có thể có phụ thuộc vào thời gian kích hoạt.
   

4. Các đơn vị có thể được kích hoạt theo những cách khác nhau, cũng có thể cấu hình chúng. các dịch vụ có thể được khởi động và kích hoạt bởi các sự kiện khác nhau như người dùng, khởi động, thay đổi trạng thái phần cứng hoặc ví dụ 5 phút sau khi một số phần cứng được cắm và ...

5. cấu hình dễ dàng hơn nhiều một số tệp và thẻ chuyển tiếp để thực hiện nhiều tùy chỉnh dựa trên nhu cầu của bạn với bộ định thời systemd.

6. Dễ dàng bật / tắt toàn bộ nội dung với:

   systemctl enable/disable 
   

   và giết tất cả trẻ em của công việc với:

   systemctl start/stop
   

7. Bộ định thời systemd có thể được lên lịch với lịch và thời gian đơn điệu, có thể thực sự hữu ích trong trường hợp các múi giờ khác nhau và, ...

8. sự kiện thời gian hệ thống (lịch) chính xác hơn cron (có vẻ chính xác 1 giây)

9. các sự kiện thời gian hệ thống có ý nghĩa hơn, đối với những sự kiện định kỳ hoặc thậm chí những sự kiện sẽ xảy ra một lần, đây là một ví dụ từ tài liệu :

   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. Từ quan điểm sử dụng CPU, bộ đếm thời gian systemd đánh thức CPU trong thời gian đã trôi qua nhưng cron làm điều đó thường xuyên hơn.

11. Các sự kiện hẹn giờ có thể được lên lịch dựa trên thời gian kết thúc thực hiện, một số độ trễ có thể được đặt giữa các lần thực hiện.

12. Việc liên lạc với các chương trình khác cũng đáng chú ý đôi khi cần một số chương trình khác để biết bộ tính giờ và trạng thái của nhiệm vụ.

Nói thẳng từ miệng ngựa, có thể nói: https://wiki.archlinux.org/index.php/Systemd/Timers#As_a_cron_Vplocation

Một đoạn trích từ trang trên:

Những lợi ích

Những lợi ích chính của việc sử dụng bộ định thời đến từ mỗi công việc có dịch vụ systemd riêng. Một số lợi ích này là:

• Công việc có thể dễ dàng bắt đầu độc lập với bộ tính giờ của họ. Điều này đơn giản hóa việc gỡ lỗi.
• Mỗi công việc có thể được cấu hình để chạy trong một môi trường cụ thể (xem systemd.exec (5)).
• Công việc có thể được gắn vào cgroups.
• Công việc có thể được thiết lập để phụ thuộc vào các đơn vị systemd khác.
• Các công việc được đăng nhập vào tạp chí systemd để dễ dàng gỡ lỗi.

Hãy cẩn thận

Một số điều dễ thực hiện với cron rất khó thực hiện chỉ với các đơn vị hẹn giờ.

• Độ phức tạp: để thiết lập một công việc được định thời với systemd, bạn tạo hai tệp và chạy một vài lệnh systemctl. So sánh điều đó với việc thêm một dòng duy nhất vào crontab.
• Email: không có tích hợp tương đương với MAILTO của cron để gửi email khi thất bại trong công việc. Xem phần tiếp theo để biết ví dụ về thiết lập tương đương bằng OnFailure =.