topic Re: MathScript Nugget #4: Blazing Speed in LabVIEW MathScript RT Module

MathScript Nugget #4: Blazing Speed

jattas — Mon, 26 Oct 2009 15:29:15 GMT

The previous nuggets were tied together by one common thread: MathScript now knows the data type of every variable in your script. This is what allows you to see colors in data type highlighting, detailed information in the context help, and automatic selection of output data types. For a computer scientist like me, this is very cool in its own right: MathScript knows the type of every variable without you having to include any type declarations in your script. Compare this to LabVIEW’s formula node (and also the C programming language): in these languages, every variable must be preceded by a type declaration like “float” or “bool”. None of this is necessary in MathScript. In computer science terms, we’ve taken a loosely typed language and made it strictly typed.

But besides the usability features that this change enabled, there is one huge benefit of a strictly typed language: speed. In a loosely typed language, type checks and type resolution must happen at run-time. Are the inputs to my plus operator the same size? Are they compatible data types? What is the data type of the output? Questions like these are answered over and over, every time you run your script. These checks take time and end up slowing things down dramatically. MathScript pre-2009 was a victim of this: for many scripts, run-time performance was painfully slow.

But with strict types in 2009, MathScript hits a new stratosphere of performance. Gone are the days when MathScript was hundreds or thousands of times slower than pure LabVIEW code. MathScript still doesn’t quite match the blazing speed of G for every example you can imagine, but for many scripts it will be within 2x or even closer.

So if you gave up on MathScript in the past because it didn’t meet your performance needs, now is the time to give it a second look. We hope you’ll be pleasantly surprised!

jattas

LabVIEW MathScript R&D

ps Check out previous MathScript Nuggets here.

Re: MathScript Nugget #4: Blazing Speed

geirove — Tue, 02 Feb 2010 15:28:12 GMT

Hello,

Thanks a lot for the heads up jattas. I was worryibng about this, and creaed a small crude VI to test the performance of a Mathscript vs a Formula Node.

In my test, the Formula Node was approx 2.6 times faster. That is not critical in my app: What IS critical, is to be able to DEBUG (:-) ) the formulas which I have a LOT of in this application. I will present it at a later time.

Re: MathScript Nugget #4: Blazing Speed

jattas — Tue, 02 Feb 2010 18:47:08 GMT

Hi Geir,

I'm glad this nugget was helpful. I took a look at the code you attached and saw similar results on my machine. Also interesting to note: a "pure G" implementation that uses the Sine, Cosine, and Divide primitives performed about the same as the formula node. Hopefully MathScript can get to that level soon.

The MathScript Node has a huge advantage over the formula node for debugging. If you haven't already, be sure to check out the nuggets on probing and breakpoints.

Good luck!

jattas

LabVIEW MathScript R&D

Re: MathScript Nugget #4: Blazing Speed

geirove — Mon, 08 Feb 2010 19:41:19 GMT

Hello Jattas,

I do have a question that I cannot find the answer to, and I have searched for it many times:

Is it possible from a Mathscript to write to a Console Window that would pop up with the text written:

I want to write debug info and reminders in this window (console ) while testing.

If possible, please provide a short example !

Re: MathScript Nugget #4: Blazing Speed

jattas — Mon, 08 Feb 2010 21:31:47 GMT

Hi again,

In the MathScript Window, you can do this by typing a command without a semi-colon ( ; ) after it. This will print the result of the command in the output pane of the MathScript Window. So if you want a line of text, you could just type that string and MathScript will print it.

You can do the same thing in your code in the MathScript Node. To see the output there, use the output tab of the MathScript Probe. You launch the probe by right-clicking on the MathScript Node and selecting "Probe" before it runs.

Is this the kind of thing you were looking for?

jattas

LabVIEW MathScript R&D

Re: MathScript Nugget #4: Blazing Speed

geirove — Mon, 08 Feb 2010 22:24:53 GMT

Hello Jattas,

Thanks a lot for your fast answer !

Your example showed me new ways to debug Mathscript, but unfortunately it was not what I was looking for:

The scenario is as follows: I have many (10 - 20) Mathscript nodes that does complex calculations that are under development: In some of them, there are issues that I need to remember to pay attentention to later: In Java or C development environment, I would then write to the GLOBAL console e.g.: "In MyClass remember to check value of constant: tx" ... and so forth:

So, I need to write to a Global Console that draws my attention to things to be checked later.

Is there a way to do this?

With your example, I have to install Probes for all the 10 - 20 mathscript nodes each time I start LabView, and this is too cumbersome.

Message Edited by geirove on 02-08-2010 04:24 PM

Re: MathScript Nugget #4: Blazing Speed

geirove — Mon, 08 Feb 2010 22:53:31 GMT

Hello again,

Update: The following Plot command does what I want, but is also cunbersome to use;

In two diferent Mathscript nodes I put the following:

text(0,1, 'Test in k_V4') & in anotheri Put: text(0,2, 'Test in rb_V4')

This pops up a Global Plot window as shown in the attached picture.

However, its clumsy, since I have to remember the line numbers used... But, I recon it could be improved, but I do not have time to play with this right now...

Any better ideas or maybe you could come up with a customized Mathscript command that Uses the Plot Window as a Global Console?

回复： Re: MathScript Nugget #4: Blazing Speed

ttrr — Tue, 09 Feb 2010 05:14:55 GMT

Hi,

An alternative way is to write output to a file.

Re: 回复： Re: MathScript Nugget #4: Blazing Speed

geirove — Tue, 09 Feb 2010 08:47:16 GMT

Hello,

Thanks.

File works, but does not give the "attention" I need. I want a Window to Popu Up (or a Console that is visible all the time) that show the important messages that should not be forgotten. It is easy to forget about the file messages, and you manually have to check them.

A console is available in all Text Based languages I know of, and should be available for MathScript as well. NI will probably implement it some time, but until then I need a workaround.

Re: 回复： Re: MathScript Nugget #4: Blazing Speed

jattas — Tue, 09 Feb 2010 15:22:43 GMT

Hi Geir,

I understand what you're looking for now. MathScript has a couple of functions that do similar things, but I can't think of a way to do exactly what you want. The dos and system functions can be used call any OS command. If you call them with an ampersand, they will even open a console window. For example, you could echo a message like this:

system('echo This is my message &')

Unfortunately, every time you call the command, it will open a new command window instead of re-using the one opened previously.

There may be a way to combine ttrr's suggestion with this approach. You could write your messages to a file and then use 'system' to show them all at the end of your program. I realize it's not ideal, but it's the best pure-MathScript solution I can come up with at the moment.

jattas

LabVIEW MathScript R&D

Re: 回复： Re: MathScript Nugget #4: Blazing Speed

geirove — Tue, 09 Feb 2010 20:27:46 GMT

Thanks Jattas & ttrr

From ttrr I learned about the global def. I have used this with the Plot command to increment the line number I write to in the Plot window.

At the beginning of my program I now do the following in a ms node:

global lineNum;
lineNum = 49;

set (axes, 'YLim', [0, lineNum+1], 'XLim', [0, 30])

Then, every place I want to "print " to the plot window, I do:

text(0,lineNum, 'k_V4: My Comment')
lineNum = lineNum - 1

I have not have time to look at how to define my own ms functions yet, but I think this could all be wrapped in a

mywrite.m file that defines the global and decrements the line number.

Geir Ove

Re: MathScript Nugget #4: Blazing Speed

qing_shan61 — Thu, 27 Jan 2011 15:34:26 GMT

Hi Jattas,

Between Mathscript node and formula node, which one is better integrated with LabVIEW, native to LabVIEW, and runs faster? I am writing instrument driver. If one of my customers has a only got a base-licence, he will not be able to run something writen by Mathscript. Can he run if driver is writen by formula?

Thank you.

Re: MathScript Nugget #4: Blazing Speed

jattas — Fri, 28 Jan 2011 08:24:25 GMT

Hello,

I ran a quick test in LabVIEW 2010 and you can create and run the Formula Node in the Base version. If your application must run in Base LabVIEW then you are correct that MathScript is not an option, so you're left with the Formula Node or pure G code.

There are many tradeoffs in the general question of Formula Node vs. MathScript Node. MathScript supports more functions (700+ vs about 40) and has more usability features like debugging and syntax highlighting. They both have excellent run-time performance but the Formula Node is often a little bit faster. As mentioned, the Formula Node is also available in the Base version and doesn't require purchasing an additional product (the MathScript RT Module).

I hope this helps you make your decision.

jattas

LabVIEW R&D