Runtime Queue status

[Diya]

Sometimes programmers overlook the building queues and face performance issues ... I think there should be a utility to monitor the 'queue status of all the queues associated' when the program is running.The features of the utility should be in 2 ways :

I. Watch a particular queue : this should list the updating  vi's name where the queue has been updated, number of elements queued in that particular vi , the total elements at any time.

ii.Watch the queues in a particular vi / set of selected vis / project : A page to first to select one among the 3 options (particular vi / set of selected vis / project) .Runtime indication of the queue status of all the queue associated.

[PhillipBrooks]

A simple version of this idea has been suggested.(Simpler meaing no project related concepts; just generic queue probe)

See Create Generic Queue Probe with Status Information

[tst]

I'm not sure, but I think the Desktop Execution Trace Toolkit already supplies this info.

[Mads]

Maybe the core of this idea is a need for access to the internal queue list?

Today you can find the reference of existing queues if you know its name, but the list that is searched is not accessible, and if you do not have the name or reference you are lost.

Let us say that you want to make a plug-in that allows you to monitor queues in a built application. The first thing that tool would need would be a "List all queues"-function...the returning list would contain the name of the queue(if any), the reference...and the name of the VI that first created it. That way you would have a chance to identify even unnamed queues. From this list you would then have all the access you would need based on the references....

Such access could be a security issue though...so perhaps it should be possible to specify during creation that "your" queue should be hidden from such listings...

[tst]

This is actually a duplicate idea - http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Enumerate-active-queues/idi-p/992715

As you'll see, the DETT is the proposed solution there as well.