Hi all,

Is there any way I can find the current value of 'serverRecvBuf' variable?
Also, I guess I can set the value based on the machine's RAM? In that case,
I'd like to know how can I find its current value.

Thanks,
Trupti

On 19 July 2010 09:27, Trupti V.Kulkarni <trupss...@gmail.com> wrote:

> Hi Wes,
>
> Thank you for your reply. Is there any way I can find the current value of
> 'serverRecvBuf' variable? Also, I guess I can set the value based on the
> machine's RAM? In that case, I'd like to know how can I find its current
> value.
>
> Thanks,
> Trupti
>
>
> On 15 July 2010 19:50, Wes Hardaker <harda...@users.sourceforge.net>wrote:
>
>> >>>>> On Wed, 14 Jul 2010 16:08:57 +0100, "Trupti V.Kulkarni" <
>> trupss...@gmail.com> said:
>>
>> TVK> *serverRecvBuf INTEGER
>> TVK> specifies the desired size of the buffer to be used when
>> TVK> receiving incoming SNMP requests.  If the OS hard limit is  lower
>>  than
>> TVK> the  serverRecvBuf value, then this will be used instead.
>> TVK> Some platforms may decide to increase the size of the buffer actually
>> TVK> used for internal housekeeping.*
>>
>> TVK> Is serverRecvBuf specified in bytes or KB? (Or MB?) How does one
>> TVK> find out the "OS hard limit"? I have a Linux box: Linux
>> TVK> 2.6.18-128.1.6.el5
>>
>> Well, it's in bytes.  I don't know (personally) how to tell what the OS
>> limit might be.
>> --
>> Wes Hardaker
>> Cobham Analytic Solutions
>>
>
>
------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share 
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to