Monitoring link speed negotiation changes alongside bandwidth spikes?

Hi everyone,

I’ve been using the software for about a year now to keep an eye on my data caps, but I’ve run into a bit of a specific scenario with my home setup that I wanted to get your thoughts on.

I recently did some overdue maintenance on my older media server PC. It was struggling with large file backups to my NAS, and after some digging, I realized it was being bottlenecked by an older integrated network port that was capping out at legacy 10/100 speeds. I went ahead and finally installed a dedicated Gigabit Network Interface Card to open up that 1000 Mbps lane. The difference in file transfer performance has been night and day—I honestly should have done this years ago rather than blaming the hard drives.

However, since upgrading the hardware, I’ve been watching the graph much more closely to verify I’m actually hitting those top speeds during scheduled backups. I noticed that occasionally, my backups seem to plateau at exactly 100 Mbps again, almost as if the card is auto-negotiating down due to a cabling issue or a driver hiccup, before jumping back up to gigabit speeds later in the day.

Does GlassWire have a feature or a specific log entry that tracks the actual link speed status of the adapter itself, rather than just the throughput? It would be really helpful to correlate a drop in link negotiation (from 1Gbps down to 100Mbps) with specific app activity or time of day without having to constantly check the Windows adapter settings manually.

Has anyone else used the graph patterns to successfully diagnose failing cables or unstable hardware negotiation issues like this?

Link speed negotiation drops like that often point to physical layer issues rather than software. Faulty Ethernet cables, older Cat5 runs, or marginal switch ports can cause a NIC to renegotiate down to 100 Mbps intermittently. Throughput graphs can hint at the problem, but adapter link state logs would make troubleshooting much easier.