Re: Changing kernel parameters

Hi Lars,

I already change these parametes working with oracle. I had not any
bad experience but in mine cases, I was running only oracle (10g) and
some apache based applications (apache + php + javascript). I think it
is strange because there are more parameters to change when using
oracle 10g, both, by work only and in order to tunning it, e.g. memory
parameters, semaphores and so on. If you wish, I could suggest this
documentation I already follow sucessfully

 http://www.puschitz.com/TuningLinuxForOracle.shtml

If you are starting the project, I think it will give you a good
knowledge of the process, including some test you can perform in order
to give some metrics about your system. It is a Red Hat based
documentation but is easy to transate it for other distributions.

Please, give us (me?) some feedback.

Good luck,


Avelino, Daniel A.

On Fri, Nov 21, 2008 at 10:46 AM, Lars <[email protected]> wrote:
> Hi!
>
> I'm working with Linux in a big enterprise.
> I now got a job with includes changing out some kernel parameters in
> one of our internal web services (very critical).
> Oracle (which we are running) are saying that this is should better
> our SSO solution on the web servers.
>
> Ok, so the kernel parameters are currently like these:
>                net.ipv4.tcp_keepalive_time = 7200
>                net.ipv4.tcp_keepalive_probes = 9
>                net.ipv4.tcp_keepalive_intvl = 75
>
> And Oracle want me (us) to change it to:
>                net.ipv4.tcp_keepalive_time = 300
>                net.ipv4.tcp_keepalive_probes = 3
>                net.ipv4.tcp_keepalive_intvl = 20
>
> I must do this on several HA servers, so I really dont want this to go wrong!
>
> Do you guys have any tips, warnings or anything that can help me do
> this as smooth as possible? Do you have any bad experiences with
> changing these values?
>
>
> Thanks!
>
> --
>  Lars
> --
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to [email protected]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>