I can only tell you that on my development and test systems (Win7 and 10, both 32 and 64-bit), which includes a very cheap tablet. I've processed G-code files in the millions of lines many, many times. The largest is 7.5 million lines and I've now ran that probably 20 or 30 times over the months and the sender is rock solid on several different Nano's and firmware.
We know the G-code itself isn't the problem, so that only leaves the hardware or some configuration.
T2Laser requests a "high priority" thread from Windows and attempts to prevent power saving, you can also enable "Keep Display On" in the settings menu. There are still other processes; like anti-virus, security, backup that can interfere with operation and other things on the USB bus that could potentially cause issues.
Make sure you are both using the latest version, install v1.4d or later so it's the online deployment version. The DTR setting is now static so it is remembered if you forget to disable it every time you startup.
Do not disable "Fail Safe" mode or you won't know that Grbl reported an error, and then things will just act strange like you describe and you'll wonder why. If Grbl sends an error it usually means the communications got messed up and it's out of sync, that could happen if the USB port goes to power saving mode or the Nano memory is corrupt or the cable is bad. So many reasons especially on a long burn, and certainly difficult to troubleshoot.