如何避免pysnmp导致高CPU使用率

3 投票
1 回答
1947 浏览
提问于 2025-04-17 20:21

我在使用 pysnmp 的时候,发现 CPU 使用率很高。我知道 netsnmp 是用 C 语言写的,而 pysnmp 是用 Python 写的,所以我本来以为 CPU 的使用时间会高个 20% 到 100%。结果我看到的却是高了 20 倍

我在使用 pysnmp 的时候是不是有什么不对,或者有没有办法让它用得更少的资源呢?

测试案例 1 - PySNMP:

from pysnmp.entity.rfc3413.oneliner import cmdgen
import config
import yappi

yappi.start()
cmdGen = cmdgen.CommandGenerator()
errorIndication, errorStatus, errorIndex, varBindTable = cmdGen.nextCmd(
    cmdgen.CommunityData(config.COMMUNITY),
    cmdgen.UdpTransportTarget((config.HOST, config.PORT)),
    config.OID,
    lexicographicMode=False,
    ignoreNonIncreasingOid=True,
    lookupValue=False, lookupNames=False
)
for varBindTableRow in varBindTable:
    for name, val in varBindTableRow:
        print('%s' % (val,))
yappi.get_func_stats().print_all()

测试案例 2 - NetSNMP:

import argparse
import netsnmp
import config
import yappi

yappi.start()
oid = netsnmp.VarList(netsnmp.Varbind('.'+config.OID))
res = netsnmp.snmpwalk(oid, Version = 2, DestHost=config.HOST, Community=config.COMMUNITY)
print(res)
yappi.get_func_stats().print_all()

如果有人想自己测试,这两个测试案例需要一个小文件来设置,叫做 config.py:

HOST = '192.168.1.111'
COMMUNITY = 'public'
PORT = 161
OID = '1.3.6.1.2.1.2.2.1.8'

我比较了返回的值,它们是一样的,所以两个例子都能正常工作。不同的是时间:

PySNMP:

Clock type: cpu
Ordered by: totaltime, desc

name                                    #n         tsub      ttot      tavg
..dgen.py:408 CommandGenerator.nextCmd  1          0.000108  1.890072  1.890072
..:31 AsynsockDispatcher.runDispatcher  1          0.005068  1.718650  1.718650
..r/lib/python2.7/asyncore.py:125 poll  144        0.010087  1.707852  0.011860
/usr/lib/python2.7/asyncore.py:81 read  72         0.001191  1.665637  0.023134
..UdpSocketTransport.handle_read_event  72         0.001301  1.664446  0.023117
..py:75 UdpSocketTransport.handle_read  72         0.001888  1.663145  0.023099
..base.py:32 AsynsockDispatcher._cbFun  72         0.001766  1.658938  0.023041
..:55 SnmpEngine.__receiveMessageCbFun  72         0.002194  1.656747  0.023010
..4 MsgAndPduDispatcher.receiveMessage  72         0.008587  1.654553  0.022980
..eProcessingModel.prepareDataElements  72         0.014170  0.831581  0.011550
../ber/decoder.py:585 Decoder.__call__  1224/216   0.111002  0.801783  0.000655
...py:312 SequenceDecoder.valueDecoder  288/144    0.034554  0.757069  0.002629
..tCommandGenerator.processResponsePdu  72         0.008425  0.730610  0.010147
..NextCommandGenerator._handleResponse  72         0.008692  0.712964  0.009902
...

NetSNMP:

Clock type: cpu
Ordered by: totaltime, desc

name                                    #n         tsub      ttot      tavg
..kages/netsnmp/client.py:227 snmpwalk  1          0.000076  0.103274  0.103274
..s/netsnmp/client.py:173 Session.walk  1          0.000024  0.077640  0.077640
..etsnmp/client.py:48 Varbind.__init__  72         0.008860  0.035225  0.000489
..tsnmp/client.py:111 Session.__init__  1          0.000055  0.025551  0.025551
...

所以,netsnmp 使用了 0.103 秒 的 CPU 时间,而 pysnmp 使用了 1.890 秒 的 CPU 时间来完成同样的操作。我觉得这个结果很惊讶……我也测试了异步模式,但结果甚至更糟。

我在使用 pysnmp 的时候是不是做错了什么?

更新:

根据 Ilya 的建议,我尝试用 BULK 代替 WALK。总体来说,BULK 确实快很多,但 PySNMP 的 CPU 时间还是比 netsnmp 多了大约 20 倍:

..dgen.py:496 CommandGenerator.bulkCmd  1          0.000105  0.726187  0.726187

Netsnmp:

..es/netsnmp/client.py:216 snmpgetbulk  1          0.000109  0.044421  0.044421

所以问题还是存在的 - 我能不能让 pySNMP 的 CPU 使用率低一些?我是不是用错了?

1 个回答

2

试着用GETBULK代替GETNEXT。根据我的代码和设置的最大重复次数为25,这样做在我的测试中性能提升了5倍。

撰写回答