From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
LabVIEW
Howto estimate progress when using iteration parallelism?
Solved!
If I have a for-loop with iteration parallelism enabled, is there a good method to update a progress bar without eliminating the potential speed boost? The naive approach of dividing the iteration terminal by the total number of iterations goes completely bonkers when I enable iteration parallelism.
Hi Sean,
use a FGV (aka ActionEngine aka LV2StyleGlobal) to count iteration and to drive the progress bar...
@altenbach wrote:
I have a simple solution that I think I posted long ago. I'll try to dig it up....
Thank you all for the quick responses. I had the FGV in mind when I asked this question but I had some doubts about using it because it is a shared resource. Won't the blocking nature of the non-reentrant FGV have a pretty big impact on the speed-boost provided by the iteration parallelism?
Hi Sean,
a simple FGV like the one presented here will need a microsecond to process. Drawing the progress bar on the front panel takes significant more time.
How much time does your computation need per iteration? It's just a matter of proportions...
@SeanDonner wrote:
Thank you all for the quick responses. I had the FGV in mind when I asked this question but I had some doubts about using it because it is a shared resource. Won't the blocking nature of the non-reentrant FGV have a pretty big impact on the speed-boost provided by the iteration parallelism?
Well, if the computation is fast, you don't need a progress bar. If the computation is slow, the overhead from the FGV is negligible. It executes very fast and in parallel to the code in the loop. It won't be blocking anything in any significant way.
