Back to this issue again. :-(

If there are more than 10 queries simultaneously, what could happen
besides performance slows done? Occasionally, it has
"netsnmp_call_handlers() called illegally" log message. I don't know if
it is related or not?

Thanks,

FT

-----Original Message-----
From: Wes Hardaker [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 02, 2005 9:58 AM
To: Fong Tsui
Cc: [email protected]
Subject: Re: performance issue on simultaneously walk

>>>>> On Thu, 2 Jun 2005 07:44:14 +0200, Magnus Fromreide
<[EMAIL PROTECTED]> said:

>> I suspect two things:
>> 1) That master agent talking to subagent with simultaneous queries
slows
>> down the speed?

Magnus> That shouldn't be the the case - there is additional overhead
Magnus> as you are issuing twice as many requests but it shouldn't be
Magnus> that bad and as the times you are quoting are very big I'd say
Magnus> you have either a very large number of objects or there are
Magnus> some other problem.

There are some optimizations (5.2 and beyond...  hmm.. might be 5.1
actually, I forget) that help walk (getnext actually) requests find
the next spot to start on whenever possible.  It's possible two walks
would actually bypass the optimization, but knowing how it works it
should work until you hit like 8-9 walks at once.

However, remember that the agent only processes one request at a time
so you would get some compounding as the 2 application timing and the
agent timings interplayed.  Ideally if the applications themselves
required 0ms to achieve there end you would get only a doubling.  But
with two apps and their own overhead it will affect the results
(though the app should be much faster than the agent).

-- 
Wes Hardaker
Sparta, Inc.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to