For some reason, this produces bad data.

@SuperQ Any idea why? Maybe @matthiasr knows more?

uh, no, how is it bad? some byte order problem? what do the darwin/macOS tools do?

@matthiasr I have no idea why it doesn't work.

Here's another implementation I found that might work better. Uses golang.org/x/sys/unix instead of C. https://github.com/Microsoft/ethr/blob/master/plt_darwin.go

Ok, I tested this on my mac, seems to work better.

@pronoiac I found a better way to get the data. I've re-written this PR, can you try this again?

Ran a test on my mac, looks correct now:

Before:

node_network_receive_bytes_total{device="en0"} 1.094969344e+09
node_network_receive_bytes_total{device="lo0"} 6.580224e+06

After:

node_network_receive_bytes_total{device="en0"} 9.687110656e+09
node_network_receive_bytes_total{device="lo0"} 6.62016e+06

Rollover math looks right:

9687110656 % 2^32 = 1097176064

Hah, no, this is syscalls, not procfs parsing.

I tested build 5550, and the data looks good at first glance! Thanks! 🎉