So this is an interesting problem I've been having on one of our CNC control systems. It is a Windows10 system. On this particular machine we have 3 LAN ports dedicated to the CNC controls. 2x Intel i210, one for each motion control device and one Intel i219 for the TCP modbus network. The PC is connected to the internet via a wifi connection, which is obviously how I remote into the system with the Rescue app. When the machine is running, without the remote connection active, we are having data flow issues on the i210 NICs. We are getting some severe stuttering motion due to loss of data. However, when a remote connection is made with Rescue (running as a system service), the problem is resolved. So this is not so much of an issue with Rescue, but a why is it solving my problem and how do I get the system to the same state when Rescue is not connected? In short, what does Rescue do to the Windows system when a remote connection is made?
We thought this was an interrupt moderation problem, that has been turned off. Tx and Rx buffers are maxed out on the LAN ports, disabled a bunch of the offloading and flow control. Checked and double, triple checked power settings, everything is set to maximum performance. Nothing should be suspended or shut down to save power. I'm at my wits end with this one and need to find a solution. This is not something I've seen on any of our other systems, I'm not sure what is different. We image all our PCs so they should all be set up the same way.
Any help/thoughts/ideas would be greatly appreciated. Thank you for reading thru this and in advance for any advice you might have.
That certainly is odd behavior.
We open a websocket connection over port 443 or port 80 as the fallback. Do you think there may be a default porting problem within these imaged PCs that gets corrected or improved when Rescue connects?
That's a good question. We haven't been able to find anything, but that doesn't mean it doesn't exist. I'll dig a little deeper into it and see what I see. This isn't my area of expertise, so lots of learning happening at the same time.
I experience heavy video/audio stuttering when playing a video or general latencies when downloading a file when connected via LAN/Ethernet NOT when connected via WLAN/Wifi. According to my observations the stuttering only happens when the LAN network driver is somehow busy, which means preloading the video or downloading a file. As soon as the video is chached/loaded or the file is downloaded, the stuttering disappears. So in my opinion it is definetly a driver problem.
Target Card Balance Now
I recently updated the LAN driver due to suddenly occuring BSOD. The update fixed the BSODs but now the stuttering appeared. I already tried to switch to other versions of the driver or even use just the Windows driver, but the problem doesn't disappear.
With updating the LAN driver I also updated all the other drivers (BIOS, Soundcard, PCI, Chipset, etc.) because my system was a little outdated. Everything works fine and in games (like Borderlands) everything works like a charm. Just when the LAN driver is busy the CPU has a 90%-100% load. The process causing the CPU load is in these cases not Chrome, it's the System process according to the task manager. Another hint that the driver should be responsible.
Interesting. I did update the NIC driver to try and resolve this issue with no change. The issue I'm seeing completely goes away when the remote connection is made with rescue. Somehow the Logmein software is fixing the problem, just haven't been able to nail down how. I am going to rebuild this system from scratch, not using the image and start totally fresh. We'll see what happens.
No, Rescue is in the image we load them all with. We've built several of these PCs and not seen this issue. I don't believe Rescue is creating the problem. I did uninstall it, and tried tests with screen connect and the results are the same. The remote connection "cures" the problem.
I am building a new one that will be a totally clean install, not from the image. Hoping that will work with no issues.