cron calculator

Format: minute hour day-of-month month day-of-week (supports ranges, lists, steps, and names like MON or JAN).
Quick examples

What is a cron calculator?

A cron calculator helps you test and understand cron expressions before you schedule them on a server. Cron is the scheduling engine behind many automated jobs: backups, reports, ETL pipelines, cache clears, email digests, and recurring scripts.

Instead of guessing whether 0 9 * * MON-FRI means the right thing, this tool computes actual future run times so you can verify your schedule quickly and avoid production surprises.

Cron format at a glance

This calculator supports the standard 5-field Linux cron format:

  • Minute (0-59)
  • Hour (0-23)
  • Day of month (1-31)
  • Month (1-12 or JAN-DEC)
  • Day of week (0-7 or SUN-SAT; 0/7 = Sunday)

Supported operators

  • * any value
  • , list of values (e.g., 1,15,30)
  • - range (e.g., MON-FRI)
  • / step (e.g., */10)

Common cron examples

  • */15 * * * * — every 15 minutes
  • 0 * * * * — at minute 0 of every hour
  • 30 2 * * * — daily at 02:30
  • 0 9 * * MON-FRI — weekdays at 09:00
  • 0 0 1 * * — midnight on the first day of each month

Important behavior: day-of-month vs day-of-week

Standard cron has a subtle rule: when both day of month and day of week are restricted (not *), a run occurs when either field matches. Many people expect an AND condition and get extra runs.

Example: 0 9 1 * MON will run at 09:00 on the 1st of the month and on every Monday.

Practical tips for safe scheduling

1) Always test with real timestamps

Do not trust mental math for complicated schedules. Use a calculator and review the next 10–20 run times.

2) Consider time zones and daylight saving

A job at 02:30 may behave differently on DST transition days. If consistency matters globally, run in UTC and convert at the app layer.

3) Keep expressions readable

Prefer clear schedules over clever ones. If needed, add comments in your infrastructure files explaining intent and business context.

4) Watch load spikes

Many teams default to 0 * * * *. If hundreds of jobs run at minute 0, your systems can spike. Stagger run minutes where possible.

When to use cron (and when not to)

Cron is great for recurring background work. But for dependency chains, retries, distributed workflows, or event-driven pipelines, you may want a workflow orchestrator or job queue system with stronger observability and failure controls.

Final thought

A cron schedule looks small, but it has big operational impact. Validate syntax, verify execution times, and document your intent. A few minutes of checking now can prevent hours of debugging later.

🔗 Related Calculators