[SNMP4J] Thread count leads to SNMP response timeouts in snmp4j version 1.7.1

Frank Fock fock at agentpp.com
Wed Jan 26 01:08:43 CET 2011


Hi,

What do you mean with "thread count"?
Which class and method do you use to "increase"
it?
Why do you increase it?
(You can process responses of many devices
with a single thread)
Do you have enough memory for the threads?
(150*1MB = 150MB)

Best regards,
Frank


On 26.01.2011 00:28, loaner45244 at mypacks.net wrote:
> Hi All,
>
> We're running an old version of snmp4j (v1.7.1) where we are
> see-ing a peculiar behavior with respect to how snmp4j handles
> SNMP responses if the thread count is increased.
>
> Our default setting is 50 threads and when that value is increased to 150,
> the SNMP response timeouts expire. We know that the peer has the ability
> to send back responses even with 150 threads so any help in debugging this
> would be appreciated.
>
> In particular:
>
> 1. The usual suspect is that this may be just inherent behavior
>     of the old stack. Can anyone confirm if they have seen similar issues?
>
> 2. What kind of debugging can be employ to understand this behavior? Are there
>     logs that could identify the reason why timeouts may be occurring?
>
> 3. Are there any known enhancements to the latest snmp4j code that address
>     performance and timeout issues seen in the past? (to make it worth pursuing).
>
> Thanks,
>
> HA
> _______________________________________________
> SNMP4J mailing list
> SNMP4J at agentpp.org
> http://lists.agentpp.org/mailman/listinfo/snmp4j

-- 
AGENT++
http://www.agentpp.com
http://www.snmp4j.com
http://www.mibexplorer.com
http://www.mibdesigner.com




More information about the SNMP4J mailing list