Typical question in development process: "How quickly does my code execute? What runs faster... Code A or Code B?" So, if you're like me, you throw in a quick sequence that looks like this:
AHHH! What a mess! It's so hard to fit it in, with FP real estate so packed these days!
We need this:
Just like my other idea, and for simplicity's sake NI, I would be PERFECTLY happy even if you had to set up the probes during edit mode, and were not able to "probe" while running.
As a bonus, this idea may be extrapolated into n timing probes, where you can find delta t between any two of the probes.
I've thought about this idea for a while (and we've even discussed it within LabVIEW R&D). This is one of the things I plan implementing as a plugin for the JKI Right-Click Framework (unless they already have it).
it's already possible with a custom probe. It's a bit circumstantial because you have to know the name of the second probe and insert it into a field in the first probe, but it's already possible. Maybe the name part can be changed (i work on it), but then it should do what you need.
Just for info. The attached image shows such a custom probe. It needs a lot of time, but it's already possible.
The second probe has to be added directly after the first one.
I would like this as a build in function. Right click on any node and activate "Timing Measurement". The timing should be sent to a "Timing display window" (which must not be open during runtime nesseccarily). This would give the chance to use a timing below 1 ms.
Even a simple multiply would be of interest when multiplying an array of CDB with 100,000 elements with another CDB.
I would also like to have this little stop watch to spread over the diagram just like a breakpoint.
However I would love to see it at Tools/Profile/Diagram metrics with some more statistics involved.
A complete matrix might be overkill but nice to select the relations of interest and have last,min,max,mean,sdev and while we are at it: a histogram and export? :-)
And last but not least: the ability to store it (in the vi?) and be able to general enable,disable it.
You could use something like this:
It is only 1 ms accuracy but in Windows, you can't really expect much better than that anyways. Also it requires that one uses error clusters for sequential programming, but this is usually done in most code anyways.
I've taken a similar approach, (also windows-only) but used the performance counter from kernel32.dll.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.