-
Notifications
You must be signed in to change notification settings - Fork 625
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
metric gathering slower than snmpbulkwalk #89
Comments
Try -Nr 25 on the snmpbulkwalk. I smell hardware that is slower with increased batch sizes. |
Looks like my snmp-tools have no options starting with |
Might be -Cr |
Nope, looks it work even faster:
|
Hmm, those should be the same speed. Is anything odd apparent from a Tcpdump? |
Shot in the dark, but might one be going for the A and the other for the
AAAA record?
A pcap of each variant would help indeed.
Richard
Sent by mobile; excuse my brevity.
|
Just started looking at Prometheus snmp_exporter, but here's my theory.. net-snmp's snmpbulkwalk defaults are: While collector.go has timeout is the time between the initial get-request and the corresponding get-response until it sends another duplicate get-request (UDP-style handshake). I think you'll get comparable times if you more closely mirror the SNMP arguments used by collector.go
|
I don't think that explanation does it, as we'd be seeing times of over a minute if that were the case. |
Andrew, could you provide the pcap?
Richard
Sent by mobile; excuse my brevity
|
Sorry, but i can't share pcap's. |
with just snmpbulkwalk:
sum is ~18sec
with snmp_exporter with default config:
The text was updated successfully, but these errors were encountered: