Temporizadores cron vs systemd

Pregunta:

Recientemente se me señaló que existe una alternativa a cron, llamados temporizadores systemd.

Sin embargo, no sé nada sobre los temporizadores systemd o systemd. Solo he usado cron.

Hay una pequeña discusión en Arch Wiki . Sin embargo, estoy buscando una comparación detallada entre los temporizadores cron y systemd, centrándome en los pros y los contras. Yo uso Debian, pero me gustaría una comparación general para todos los sistemas para los que estas dos alternativas están disponibles. Este conjunto puede incluir solo distribuciones de Linux.

Esto es lo que sé.

Cron es muy antiguo, se remonta a finales de la década de 1970. El autor original de cron es Ken Thompson, el creador de Unix. Vixie cron, del cual los crons en las distribuciones modernas de Linux son descendientes directos, data de 1987.

Systemd es mucho más nuevo y algo controvertido. Wikipedia me dice que su lanzamiento inicial fue el 30 de marzo de 2010.

Entonces, mi lista actual de ventajas de cron sobre los temporizadores systemd es:

  1. Cron está garantizado para estar en cualquier sistema similar a Unix, en el sentido de ser una pieza de software compatible instalable. Esto no va a cambiar. Por el contrario, systemd puede permanecer o no en las distribuciones de Linux en el futuro. Es principalmente un sistema de inicio y puede ser reemplazado por un sistema de inicio diferente.

  2. Cron es fácil de usar. Definitivamente más simple que los temporizadores systemd.

La lista correspondiente de ventajas de los temporizadores systemd sobre cron es:

  1. Los temporizadores de Systemd pueden ser más flexibles y capaces. Pero me gustaría ejemplos de eso.

Entonces, para resumir, aquí hay algunas cosas que sería bueno ver en una respuesta:

  1. Una comparación detallada de los temporizadores cron vs systemd, incluidos los pros y los contras de usar cada uno.
  2. Ejemplos de cosas que uno puede hacer y el otro no.
  3. Al menos una comparación en paralelo de un script cron frente a un script de temporizadores systemd.

Respuesta:

Aquí hay algunos puntos sobre esos dos :

  1. Verificar lo que realmente hace su trabajo cron puede ser un desastre, pero todos los eventos del temporizador de systemd se registran cuidadosamente en el diario de systemd como las otras unidades de systemd según el evento que hace las cosas mucho más fáciles.

  2. Los temporizadores systemd son servicios systemd con todas sus capacidades para la gestión de recursos, programación de CPU IO, …
    Hay una lista:

    • filtros de llamadas al sistema
    • ID de usuario / grupo
    • controles de membresía
    • buen valor
    • Puntuación OOM
    • Prioridad y clase de programación IO
    • CPU de política de programación CPU
    • umask de afinidad
    • pantalones de temporizador
    • bits seguros
    • acceso a la red y, …
  3. con la opción de dependencias, al igual que otros servicios de systemd, puede haber dependencias en el tiempo de activación.

  4. Las unidades se pueden activar de diferentes formas, también se puede configurar una combinación de ellas. los servicios pueden iniciarse y activarse por diferentes eventos como usuario, arranque, cambios de estado del hardware o, por ejemplo, 5 minutos después de que algún hardware se conecte y, …

  5. configuración mucho más fácil de algunos archivos y etiquetas directas para realizar una variedad de personalizaciones en función de sus necesidades con los temporizadores de systemd.

  6. Habilite / deshabilite todo fácilmente con:

     systemctl enable/disable

    y matar a todos los hijos del trabajo con:

     systemctl start/stop
  7. Los temporizadores systemd se pueden programar con calendarios y tiempos monótonos, lo que puede ser realmente útil en caso de diferentes zonas horarias y, …

  8. Los eventos de tiempo de systemd (calendario) son más precisos que cron (parece precisión de 1 s)

  9. Los eventos de tiempo systemd son más significativos, para aquellos recurrentes o incluso aquellos que deberían ocurrir una vez, aquí hay un ejemplo del documento :

     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. Desde el punto de vista del uso de la CPU, el temporizador systemd despierta la CPU en el tiempo transcurrido, pero cron lo hace con más frecuencia.

  11. Los eventos del temporizador se pueden programar en función de los tiempos de finalización de las ejecuciones, algunos retrasos se pueden establecer entre ejecuciones.

  12. La comunicación con otros programas también es notable en ocasiones es necesaria para que otros programas conozcan los temporizadores y el estado de sus tareas.

Leave a Comment

Your email address will not be published.

Scroll to Top

istanbul avukat

-

web tasarım