Skip to content

Commit

Permalink
Updated description of detached mode, to reflect the new minute-delay…
Browse files Browse the repository at this point in the history
…ed updates in v0.6.11.
  • Loading branch information
jhuckaby committed Mar 9, 2017
1 parent 185db48 commit fd02cb4
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion README.md
Original file line number Diff line number Diff line change
Expand Up @@ -782,7 +782,7 @@ When Run All (Catch-Up) mode is disabled, and a job cannot run or fails due to a

When Uninterruptible (Detached Mode) mode is enabled on an event, jobs are spawned as standalone background processes, which are not interrupted for things like the Cronicle daemon restarting. This is designed mainly for critical operations that *cannot* be stopped in the middle for whatever reason.

Please use this mode with caution, and only when truly needed, as there are downsides. First of all, since the process runs detached and standalone, there are no real-time updates. Meaning, no progress bar, and no time remaining display. Also, when your job completes, there is a delay of up to a minute before Cronicle realizes.
Please use this mode with caution, and only when truly needed, as there are downsides. First of all, since the process runs detached and standalone, there are no real-time updates. Meaning, the progress bar and time remaining displays are delayed by up to a minute. Also, when your job completes, there is a delay of up to a minute before Cronicle realizes and marks the job as complete.

It is much better to design your jobs to be interrupted, if at all possible. Note that Cronicle will re-run interrupted jobs if they have [Run All Mode](#run-all-mode) set. So Detached Mode should only be needed in very special circumstances.

Expand Down

0 comments on commit fd02cb4

Please sign in to comment.