Quantcast
Channel: LabVIEW topics
Viewing all articles
Browse latest Browse all 66935

Weird behaviour with malleable and standard VIs in parallel nested for loop

$
0
0

Hello everybody,

 

I have a problem with the uploaded VI. It converts numbers to string with fixed significant figures. In the real project, it reads 720 arrays of 86 elements each one, that's the reason because the benchmarking is done like this.

 

The problem is that I want to run in parallel to run it faster, but trying to do it I have get very weird results. There are two for loops (excluding the benchmarking[10k] one, that is for average purposes): The inner one[86] that is inside the VIM, and the outer[720]. I have tried to parallelize one of them, the other, both and none of them. And I repeated the process converting the VIM into standard VI and replacing the subVI with contents. Here are the results in seconds (outter/inner; P por parallelized loop, N for standard one):

 

image.png

 

 

 

 

 

 

The VIM seems to run slower with every kind of parallelization, meanwhile with the replaced contents the non parallelizated at all version runs slow. Paradoxically, the N/P runs even more slower, but the P/N is fast, and the P/P  also runned really fast but returns a negative timming¿?¿??

 

Does this make sense for you? Download the VI and play a little bit with it if you want, and check if you have the same results. Can't understand why in the VIM version the fastest version is the N/N. Also I don't understand the P/P and N/P rows of the replaced contents column.

 

Best regards and thanks for your time,

 

 

EMCCi

 

Edit: The parallelization configuration was always set to 12, the maximum cores of my CPU (6 with hyperthreading).


Viewing all articles
Browse latest Browse all 66935

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>