In the past few weeks I have run into (3) issues with SRM polling devices.  The first is the SNMP daemon crashing and restarting on MDS and Nexus switches, the next was all of the SNMP daemons on the Nexus switches stopped requiring Cisco to install a temp patch on the system that gave them access to the Linux kernel in order to reset the service (we ended up having to reboot 1 switch which was a disruption to our fabric).  The last happened today with a VPlex management server where if you typed 1 or 2 commands the java process ran out f memory.  I did not see any advisory on this regarding changing any of the polling information.  I think the problem is how often or how much information SRM tries to gather at one time.  On the MDS and Nexus switches I am narrowing it down to the SNMPGetBulk request.  I have turned this off and have not seen any SNMPd crashes.  On the VPlexes it was a max sessions command changed from the default of 10 to 20.  Can anyone telll me if there is a document addressing this?  We are in the beginning stages of upgrading to ViPR SRM 3.5.  Thanks.