You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently we read from the input connections within timely operators but I suspect this is causing sub-optimal performance both for ddshow and (more importantly) the target program since it means that sometimes ddshow will stop reading from the network for (possibly long) periods of time while other operators run. Reading from input connections in dedicated threads (probably async powered ones, this is where it shines) and making the input operators operate off of a queue would be much more efficient and consistent overall.
The text was updated successfully, but these errors were encountered:
Currently we read from the input connections within timely operators but I suspect this is causing sub-optimal performance both for ddshow and (more importantly) the target program since it means that sometimes ddshow will stop reading from the network for (possibly long) periods of time while other operators run. Reading from input connections in dedicated threads (probably async powered ones, this is where it shines) and making the input operators operate off of a queue would be much more efficient and consistent overall.
The text was updated successfully, but these errors were encountered: