|
|
|
 Chain stretch debigulates drive train performance. - Richard Wallace [more] |
 |
|
|||||||
|
||||||||
 |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
| Chain stretch debigulates drive train performance. - Richard Wallace [more] |
|
|
|||||||
|
||||||||
|
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
||||
|
||||
|
Re: Dynamically parallel
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? 
|
|
#2
21-12-2010, 16:47
|
|||
|
|||
|
Re: Dynamically parallel
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.
|
|
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Parallel Batteries | DiehardCybercard | Electrical | 14 | 06-11-2009 07:15 |
| Batteries in Parallel | ubermeister | Electrical | 20 | 10-04-2008 08:58 |
| Parallel Tanks | AdamC | Pneumatics | 12 | 13-11-2007 20:14 |
| Parallel Processor | rohandalvi | Kit & Additional Hardware | 25 | 27-10-2004 20:21 |
| Working in Parallel | dubya404 | 3D Animation and Competition | 7 | 28-01-2003 11:48 |
Hybrid Mode
