<img height="1" width="1" src="https://www.facebook.com/tr?id=1101141206686180&amp;ev=PageView &amp;noscript=1">

Blog

The Queue[d Message Handler] is a Lie

The Queued Message Handler (QMH) or Queue Driven Message Handler (QDMH) is the most ubiquitous architecture in LabVIEW; so much so that the high-level concept finds itself in significantly more advanced architectures such as the Actor Framework. The QMH forces process serialization and is not very efficient when individual processes take extended human time to execute.

The most basic QMH is a while loop with a queue as an input that carries a command/data message with shared data in the form of a shift register.

qmh.png

Limitations of QMH:

  • Functions existing in a shared case structure forces all API to execute as if NRE via process serialization
  • Functions that take significant time to complete will stall any other related functions
  • High priority messages must wait on any currently running messages to finish
  • QMH can be memory optimized by never optimized for execution

Process serialization (like data flow) is when one process must complete before another. When processes are serialized, the time to execute one process is equal to the sum of the time for each process to run.  In the blog, How to Share Data and Mutexes in LabVIEW 1, the examples showed the difference in execution between re-entrant and non- re-entrant as well as the complication regarding sharing data. The QMH in a very basic way forces non re-entrant operation because each of the processes/functions are handled in a shared case structure.

The most efficient function/process is one where each instance of the command runs in its own loop with no connection to any other process or dependency; like how QMHs are modified so that certain processes run alongside the QMH will have their own while loop. Unfortunately, a fully independent process is generally NEVER a normal use case and as such there are three basic kinds of processes/functions:

  • Independent - doesn’t affect or depend on any other processes during the normal use case.
  • Dependent (external) - dependent on another process that is has not control over.
  • Dependent (internal) - dependent on another process that is has no control over.

By organizing your modules with the above in mind, you can determine the degree to which a process can be parallelized. It will also allow you to grow beyond the QMH ideology by placing the’ functionality’ inside the API rather than the API being a means to access the functionality. By doing this, we have the flexibility to maximize the efficiency of certain processes.

 theory.png

This ‘new’ architecture requires the following:

  • Protected shared data storage that can be accessed in parallel
  • Functions that can truly run in parallel
  • Implementation that allows running in parallel

In the final part of the Sharing Data and Mutexes in LabVIEW blog series, we’ll introduce an implementation of this ‘new’ architecture as well as scalable solutions to the above requirements.

3-Strategies-LabVIEW-ErdosMiller-Mockup

 

Recent Posts:

The Absolute Necessity of Goals
Publish Date 22 Aug 2017 Cameron BashamAntonio Alexander

The Biology of Goals  

Nyquist Rate and Antialiasing Filter Explained
Publish Date 22 Aug 2017 Jason ThaiAntonio Alexander

In mud pulse telemetry, we use a sync signal for synchronization. A commonly used [..]

Good Firmware Programming: Quantitative vs Qualitative
Publish Date 22 Aug 2017 Yifang YangAntonio Alexander

Write Software for others as you wish they would write for you.

Simulations and Data Driven Approach for Improved Code Deployment
Publish Date 22 Aug 2017 Saravanan PandiyanAntonio Alexander

  Introduction At Erdos Miller, we are firm believers in making data-driven [..]

Wireframe, Mockups, and Prototypes
Publish Date 22 Aug 2017 Ashton ScaliseAntonio Alexander

Before implementing a new feature in an application, it is common practice to create [..]

Simple Practice of Time Management
Publish Date 22 Aug 2017 Bryce UrestiAntonio Alexander

Time Management can be very easy but also complicated based on schedules. But with [..]