LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Enable TCP loopback Fast path in LabVIEW

Hi All,

 

I have two LabVIEW applications running in the same PC (Server & Client) communicating through TCP/IP. I wanted to stream data from the Server application to the client at a faster rate (500 MB/S).

 

Windows has a feature called TCP fast path to optimize the TCP speed by avoiding a few layers. I am looking for options to enable the fast path in LabVIEW TCP/IP communication. Please let me know if anyone has tried this before. Another option is to use the low-level DLL (wsock32.dll) but requires more effort to create APIs.

 

Thanks,

Mani.

0 Kudos
Message 1 of 3
(2,520 Views)

The documentation for this option is for the Wsk functions, which seems to be a Windows kernel API, not a Windows user API. So it is almost certainly not available from the wsock32.DLL user API. Also it says that this option is already deprecated.

 

LabVIEW uses the wsock32.dll API too for all network functions, so creating your own API to wsock32.dll is not only unneccessary but almost certainly never able to match the performance that the LabVIEW functions have, unless you are a real crack in C programming.

 

If the network connection is indeed to slow for your needs, rather than trying to use obscure network options and custom API bindings to wsock32.dll, I would recommend into looking into memory mapped files instead. Yes there you have to interface to the Windows API to do that, but that is a useful exercise, rather than trying to reinvent the wheel.

Rolf Kalbermatter  My Blog
DEMO, Electronic and Mechanical Support department, room 36.LB00.390
0 Kudos
Message 2 of 3
(2,488 Views)

Thanks Rolfk for the suggestion, My application would require TCP/IP as there will be few clients connected through 10Gigabit connection. To maintain the same interface for all clients (Local and Remote) I am using TCP/IP. 

 

I am noticing TCP/IP takes some time to reach the full possible bandwidth - TCP Slow Start. and because of that, there is a memory shoot up as the data generated rate is higher than the initial TCP ramp speed. I was hoping the TCP loopback fast path would help here.

Please let me know if you have any thoughts on this.

 

Regards,

Mani

0 Kudos
Message 3 of 3
(2,454 Views)