Dynamically parallel

[EricVanWyk]

Marshall -

Someone once told me that you shouldn't use a 20 pound speedometer to measure how fast a chicken can run. Are you sure you want to do it this way? Hardcoding it isn't as pretty, but it will be a more accurate measurement of time.


In order to dispatch in parallel, you need to prepare the VI for re-entrant execution when you load it. This is done by passing "8" to the options input on Open VI Reference. I think you will need to open a reference for every copy you want running in parallel, but I'm not positive.

[kamocat]

Sure, I get what you're saying. I was thinking this would make the code more flexible and easier to maintain, but it may not be worth it.

Any idea what the overhead would be?

[EricVanWyk]

I don't have any hard numbers, but it shouldn't be that bad. In fact, I use almost exactly this method in a program that I'm working on now. To me, it just isn't an accurate representation of a typical use case for FRC.

Also, if this method is used incorrectly, it can force LabVIEW to set up and tear down the VI each time the command is called. These are advanced functions, and shouldn't be thrown around without reason.



As for maintainability, I think it would be much more legible to explicitly have all the VIs plopped down in parallel.