> > So long as these counters are still in ethtool -S, i guess it does not > > matter. That i do trust to be accurate, and probably consistent across > > the counters it returns. > > Not in the NIC designs I'm familiar with. Many NICs have a way to take a hardware snapshot of all counters. You can then read them out as fast or slow as you want, since you read the snapshot, not the live counters. As a result you can compare counters against each other. > But anyway - this only matters in some strict testing harness, right? > Normal users will look at a stats after they noticed issues (so minutes > / hours later) or at the very best they'll look at a graph, which will > hardly require <1sec accuracy to when error occurred. As Vladimir has pointed out, polling once per second over an i2c bus is expensive. And there is an obvious linear cost with the number of ports on these switches. And we need to keep latency down so that PTP is accurate. Do we really want to be polling, for something which is very unlikely to be used? I think we should probably take another look at the locking and see if it can be modified to allow block, so we can avoid this wasteful polling. Andrew