Hi,<div><br></div><div>supervisor2 treats start of a child after the delay as a restart of the child which might lead to weird&nbsp;behavior&nbsp;in some cases. Imagine the situation when a bunch of children are restarted simultaneously for some reason so that maximum restart frequency has been reached. If all children have {permanent | transient | intrinsic, Delay} in their child specifications then supervisor2 delays restart of them for Delay seconds. After the delay all the children are restarted simultaneously and supervisor2 applies same rules for checking maximal restart frequency again. If amount of children is greater than MaxR then first MaxR children are started normally, without any delays between each other, but then supervisor2 begins to think that maximum restart frequency is reached again and introduce a delay before it begins to start the rest of the children.&nbsp;</div><div><br></div><div>1. N children fail simultaneously (N &gt; MaxR).</div><div>2. supervisor2 waits for Delay second.</div><div>3. supervisor2 begins to restart failed children.</div><div>4. First MaxR children have been restarted.</div><div>5. supervisor2 reaches maximum restart frequency.</div><div>6. supervisor2 waits for Delay seconds. &nbsp; &lt;-- bad</div><div>7. The (MaxR+1)'th child is started.</div><div>8. After the next MaxR children the same effect with delay appears.</div><div>...</div><div><br></div><div>It is not good behaviour from my point of view, start of a child after the delay should not be treated as restart with restarts counting and I would like to fix it. Patch is attached. Thank you in advance.</div><div><br></div><div><br></div><div><br></div>