-
Notifications
You must be signed in to change notification settings - Fork 94
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
validate: add separate option for cyclic graph detection #3869
Comments
Note: we could potentially skip cyclic graph detection based on an arbitrary limit to the number of tasks or dependencies. |
Something I'm a bit puzzled by: why does the Lines 843 to 852 in 9b9dd86
This also ties into making that section obsolete as part of #3696 |
The visualisation ICP/FCP (Cylc7) define the window that the I guess that graph validation just piggy-backed on this when provided so it ran over a sensible sized chunk of the graph? Here's the PR that introduced the current system, though the visualisation settings were in use long before: #2332. |
How slow is too slow? We do some cycle detection with NetworkX on our suite and even on fairly large graphs this doesn't seem to be a problem. Eg. on a graph with 832 nodes it takes ~1 sec. and for 223987 nodes ~31 secs. |
<< 1 sec The intention is to make validate light-weight, so the idea behind the 100-task limit was to run cyclic-graph detection only in trivial cases where we know it will run very quickly. |
What happens if I run a suite with more than 100 tasks and circular dependencies? Does it just stall? |
Currently on master, with the following workflow:
it doesn't run anything:
|
(same situation as at present, cyclic graph detection is opt-in, currently via --strict) |
There isn't a |
After discussing today, this behaviour of |
Cyclic graph validation can be quite slow and is currently included as part of
--strict
.See cylc/cylc-admin#111 (comment)
See also #3866
The text was updated successfully, but these errors were encountered: