...
In order to use limits you have to first define a limit in the suite definition file and then you must also assign families/tasks to use this limit, e.g.
...
...
...
...
...
Where fast is the "name" of the limit and the number after the name defines maximum number of tasks that can run simultaneously using this limit. That's why you do not need a trigger between tasks "t1" and "t2".
There is no need to change the tasks. The jobs are run in the order they appear in the suite definition. Be aware that command order may be used to modify the order after the suite definition has been defined.
The following is a sequence if the jobs run in the normal order
![worddavd55e39607abe7a0b8fa50e8b05790d7f.png](/plugins/servlet/confluence/placeholder/unknown-attachment?locale=en_GB&version=2)
![worddave160bd50b7055ab5c1c4ece045471d01.png](/plugins/servlet/confluence/placeholder/unknown-attachment?locale=en_GB&version=2)
And if you manually now re-run the "t1" (you go over the limit!)
![worddavd3ae83bd029c920657767fd7c32722a2.png](/plugins/servlet/confluence/placeholder/unknown-attachment?locale=en_GB&version=2)
Using integer limits is a bit different. In the following example we define limit disk to be 50 (megabytes) and task using 20 (megabytes) each. This means that only two of them can be running any given time.
suite x
limit disk 50
family f
inlimit disk 20
task t1
task t2
task t3
Where disk is the "name" of the limit, 50 is the maximum value this limit can be.
Anchor |
---|
| _Toc117323910 |
---|
| _Toc117323910 |
---|
|
Anchor |
---|
| _Toc117324176 |
---|
| _Toc117324176 |
---|
|