High speed http GET help?

Question

Hey I, I have a machine hooked up via RS232 to a standalone computer that has a C++ program that takes the machine information, converts it to xml, and posts it to the tcp/ip host.  I am trying to stream that data to network computer using labview and HTTP GET command and writing the values to binary file to be opened in excel.  My program works, but its only sampling twice a second and I assume that is because I have everything inside the loop and its taking too long to run through the program.  I was wondering how could I accomplish this faster because I need to sample like every 10-100ms.  Something in that range.  This program will be used for monitoring, but also for analysis so that is why the sampling speed needs to be faster.
I am completely new to programming and labview and I could use some real detailed help on this.  Ive attached my current program.  Please, any help or suggestions would be greatly appreciated.  I am working on a deadline and its taking me forever.  Thank you guys for your time.
Attachments:
XML-RPC loop.vi ‏96 KB

Answer 1

Great job on the Producer-Consumer conversion! It looks like you put forth a good deal of effort and understand the general concept.
I mislead you when I said "Consider creating a SubVI for each of the snippets that were copy-and-pasted in your Data processing". What I meant was since each of the functions was so much alike, create ONE SubVI, then use multiple instances of that ONE SubVI. Practices such as creating reusable SubVI's promotes scalability and maintainability, yet Copy-and-Pasting code backs you into the corner of "technical debt" as the project scope increases. On inspection, it would just be better to process your data in a For Loop without needed a SubVI at all. Consider the following:
The efficiency of this code is not impressive, but it's maintains the spirit of the code you already have written, for the purpose of comparing what you have written to a more scalable solution.
Also, rather than having two 'Stop' buttons, you can stop the bottom loop by wiring the Error Out from the Dequeue directly into the Loop Stop Terminal. When the top loop exits from pressing the stop button, it will destroy the queue after exiting the loop, causing a (benign) error on the Dequeue in the bottom loop, causing that loop to cleanly exit. All of the File Write business should be in the No Error case of a case structure, so that it doesn't execute on this (benign and expected) error condition.
Finally, when you upload your top level VI, ensure to upload SubVI's as well. They show up as "?" when I open the main VI. I am especially interest in the VI you have named "TCP Read All.vi", because this is probably the culprit for your slow loop times.
a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}