kondratko

I actually have tested going through RAID on this. I am trying to kill of the latency involved with the client write and server read. I just want to dump directly to memory of the server. The data throughput eon the SCRAMNet only exceeds 200 MBps. I was hoping for like 800MBps ;-) Peter The diagram of the mobo bus system can be seen here: http://www.gocct.com/sheets/diagram/pp41x03x.htm and the descriptions at http://www.gocct.com/sheets/pp41003x.htm It clearly shows PCI Express 1x bus for the three 1 GbE. If you have any thoughts, let me know. Peter

Guys, I have checked, and the three enthernet ports are sitting on the PCIe x1- which should give me 250MB/s. I have never played with Jumbo Frames. Is that essentially a setting for each ethernet. I think its time to ping the mobo manufacturer. Peter

All, Good suggestions! I have tried the teaming of adapters already. It seems that with each ethernet card being point-to-point to individual server ethernet card it does not give me any throughput improvements. I am not sure if I require a switch that supports aggregation to see any bandwidth in excess of ~115MB/s. I have recently tried the test with the Win32 File IO read/write benchmarks (downloaded from NI). I mapped three network drives over three point-to-point ethernet connections using map option under windows. Over the three drives I was writing to the server RAM disk three independent files at the same time (I will try to do single file stiching at a later time once I get this bandwidth issue sorted out). It seems that I have not gained any bandwidth increase, still ~115MB/s. I am not sure if the client three ethernet cards are not capped in terms bus of bandwidth. If I run the same benchmark using just one of the 1GbE link (not three at same time), I also get 115MB/s. I do use Intel adapters. Yes, I would love to go to 10GbE, the problem is that the client platform so far does not allow for that upgrade. Any suggestions are widely appreciated. Peter

All, I am trying to concotion a way to utilize multiple 1GbE ports for streaming large amount of data to a server computer. Lets say I have three 1GbE point-to-point links to the server machine (and can dump data for fast write to RAM disk) therefore I will be link limited. Is this at all possible? Anyone has some hints for this implementation. In the end it is a file that needs to be moved from the client to a server. Will this parallel multi 1GbE implementation give me increased data throughput? Example: The client Eths with 192.168.0.4, 192.168.0.5, 192.168.0.6 will be directly linked to 192.168.0.1, 192.168.0.2, 192.168.0.3, i.e. .4 talks to .1 only. I guess in the end one has to run these separate processes in a way so that file will get assembled on the server side correctly? Any way to do this dynamically for dynamic amount of 1GbE ports? Any suggestions are appreciated.Thanks Peter

I am trying to have one application (server) talking to another one (client) over networked computers using VI-Server. The server application will be talking to a compiled client (run-time environment). I am having no success in getting this to work across the network. I have tested the same server/client applications in the Development System (which I tested on port 3363 and 3364), and things work just fine over the same network (this excludes any firewalls or network connections issues). I have also tested the server and compiled client on local machines, and this also works. The application build is on port 3364, and I cannot for anything get that working across the network. I am getting "Error 66 occurred at Open Application Reference in Remote Run.vi", and have verified that my INI allows access to everything, see below: server.tcp.enabled=True server.tcp.port=3364 server.vi.access="+*" server.tcp.access="+*" server.tcp.paranoid=True If you guys have any points for solution, please let me know. BTW, I did telnet to both the run-time port of the client and server, therefore that does seem to indicate the the VI-server on the client application and Development System are working. At the Application:Kind after connection to the networked remote application I get : Invalid app kind. Thanks for any help and advice! Peter

QUOTE (jdunham @ Dec 11 2008, 11:40 PM) Have you tried this on the network? I am having very hard time getting this to work in the Run-time environment running on networked computer. Funny thing is everything works under Development System (which I keep on port 3363). The application build is on port 3364, and I cannot for anything get that working. I am getting "Error 66 occurred at Open Application Reference in Remote Run.vi", and have verified that my INI allows access to everything, see below: server.tcp.enabled=True server.tcp.port=3364 server.vi.access="+*" server.tcp.access="+*" server.tcp.paranoid=True If you guys have any points for solution, let me know. BTW, I did just telnet to both of the ports and that does seem to indicate the the VI-server on the Application and Development System are working.

The Extech is on its way. Thanks for your code and the document. In my case, I also want instant display and very large temperature ranges (i.e. -200C, which typically depends on thermocouple). NI is specking the NI ENET-9211 with 0C-55C, I am not sure if that is the box operating temperature, or the actual measurement range. The 24bit resolution should result in larger ranges. John and others, thanks for your input! Peter

John, Thanks for your quick reply. I actually did place a purchase of the HH806. However I might buy the one you opted for. I would not ming getting your LV code for data capture. Thanks again, Peter

Hey ooth, I am considering buyig this HH806AU temp sensor/logger/streamer. Before I do that, I want to make sure that it can be "talked" to via LV and its USB (COM) connection. I have called the customer support, but they were completely un-knowledgeable in the type of the driver or LV interface. Did you have any luck hacking this thing so you have LV control? I am after just a temperature streaming capability. Let me know. Thank you. Peter