Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Document spawn to max active cycle points. #2047

Merged
merged 2 commits into from
Oct 18, 2016
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
22 changes: 22 additions & 0 deletions doc/suiterc.tex
Original file line number Diff line number Diff line change
Expand Up @@ -751,6 +751,28 @@ \subsection{[scheduling]}
\item {\em default:} 3
\end{myitemize}

\subsubsection[spawn to max active cycle points]{[scheduling] \textrightarrow
spawn to max active cycle points}
\label{spawn to max active cycle points}

Allows tasks to spawn out to \lstinline=max active cycle points=
(\ref{max active cycle points}), removing restriction that a task has to have
submitted before its successor can be spawned.

{\em Important:} This should be used with care given the potential impact of
additional task proxies both in terms of memory and cpu for the cylc daemon as
well as overheads in rendering all the additional tasks in gcylc. Also, use
of the setting may highlight any issues with suite design relying on the
default behaviour where downstream tasks would otherwise be waiting on ones
upstream submitting and the suite would have stalled e.g. a housekeeping task
at a later cycle deleting an earlier cycle's data before that cycle has had
chance to run where previously the task would not have been spawned until its
predecessor had been submitted.

\begin{myitemize}
\item {\em type:} boolean
\item {\em default:} False
\end{myitemize}

\subsubsection[{[[}queues{]]}]{[scheduling] \textrightarrow [[queues]]}

Expand Down