Dear VEE usrs,
Just prior to seeing the recent thread on multicore processors and VEE, I posting a link to my blog called "Is there really a multicore crisis?
It links to an article by Jim Kring called "LabView and the Mutlicore Crisis." Kring argues that software must be completely rewritten to take advantage of multicore processors. Here's the link.
http://www.tmworld.com/blog/1430000143/post/1320014732.html
Martin Rowe
Senior Technical Editor
Test & Measurement World
781-734-8419
m.rowe@tmworld.com
Listen to my songs "The Measurement Blues,"
"The lab in the corner," and "Check designs for EMI early" at www.tmworld.com/blues
---
You are currently subscribed to vrf as: ming_meng@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".
Just prior to seeing the recent thread on multicore processors and VEE, I posting a link to my blog called "Is there really a multicore crisis?
It links to an article by Jim Kring called "LabView and the Mutlicore Crisis." Kring argues that software must be completely rewritten to take advantage of multicore processors. Here's the link.
http://www.tmworld.com/blog/1430000143/post/1320014732.html
Martin Rowe
Senior Technical Editor
Test & Measurement World
781-734-8419
m.rowe@tmworld.com
Listen to my songs "The Measurement Blues,"
"The lab in the corner," and "Check designs for EMI early" at www.tmworld.com/blues
---
You are currently subscribed to vrf as: ming_meng@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".
I have two independent USB laser controllers with on-board memory, and there is no requirement for the data from the two lasers to be simultaneous.
If I bring myself up to speed on .net and API use so that I know what I am asking for, I can have a VB, or C programmer provide me with dlls that can call the individual laser dlls (vendor USB) for a data dump, and then use individual processors for data storage and some processing outside of Vee.
My only VEE timing concern would be that I allow enough time for the initial USB download prior to asking for the second due to sharing the USB.
In between reads, I can use VEE for data display, etc. until I am ready for another read - allowing the OS to time share this activity as it wishes.
I realize that this is a very broad overview, but I am only hoping for some idea of feasibility. From what I have read about using the multicore processors, major gains in throughput are only realized when the programming is explicitly set up for parallel operations on separate cores.
Thanks for all your replies,
Steve
---
You are currently subscribed to vrf as: ming_meng@agilent.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".