cancel
Showing results forย 
Search instead forย 
Did you mean:ย 

What are the effects of disabling reuse in a pipeExec Snap within an ultra pipeline?

eguo
Former Employee

Understand the proper use case for disabling reuse in a pipeExec snap within an ultra pipeline.

Context:

  • pipeExec Snap used in an ultra pipeline
  • Snaplex field left blank

Questions:

  1. Does disabling reuse in a pipeExec Snap within an ultra pipeline slow done the overall response time?
  2. Does disabling reuse negate the local pooling benefits?
  3. When reuse is disabled, does pool size still matter? If yes, in what way?
1 REPLY 1

tstack
Former Employee

If the child pipeline is reusable, yes, turning it off would slow things down since a new pipeline execution would need to be created for every input document of the PipeExec. If itโ€™s not reusable, then you donโ€™t have much choice.

The child is reusable if it contains ultra-compatible snaps.

Pool size is orthogonal to reuse. The pool size determines the maximum number of instances that can be run in parallel. If the child pipeline cannot be run in parallel, then you would need to set it to one. If multiple child pipelines can be run in parallel, then you can increase the pool size.

When reuse is enabled and the pool size is more than one, then child executions will be spun up as-needed to satisfy the incoming documents. For example, if you set the pool size to 10, but documents are slow in coming in and there is never more than one flowing through the ultra, only one child execution will be started. When the document load does increase and the child is busy, more children will be started until the pool size is reached. When choosing the child execution to pass an incoming document, PipeExec will try to choose the least-loaded one. If the document rate drops after the pool size has been reached, PipeExec may close out unused child executions after some time to reduce the number of executions.

When reuse is disabled and the pool size is more than one, then a child execution will be started for every document, but the number of child executions running at any given time will be limited to the pool size.