Fwd: NETTYPE NET/CPU
Posted in 2007
---------- Forwarded message ----------
From: Jonathan Leffler <jleffler.iiug@gmail.com>
Date: Aug 8, 2007 10:56 PM
Subject: Re: NETTYPE NET/CPU
To: "mohitanchlia@gmail.com" <mohitanchlia@gmail.com>
On 8/8/07, mohitanchlia@gmail.com <mohitanchlia@gmail.com> wrote:
> Version: IDS 10
>
> I am trying to understand NETTYPE better so that we can configure our
> connections appropriately and perhaps make it more efficient. My
> questions is:
>
> 1. Is VP Class NET synonymous to OS's CPU and Vp Class CPU synonymous
> to oninit.
No. All VPs are copies of the oninit process. The CPU VPs are the
VPs that handle regular SQL statements - as distinct from AIO, LIO,
PIO, JVP, MSC, ADM, ADT, NET, etc VPs. NET VPs are tasked with
looking after network connections and i/o only.
> 2. After reading about Vp Class my understanding is that ipcshm
> protocol should be configured for CPU vp class. Is that correct ?
> What's the benefit of using one over other
That's the received wisdom.
> 3. And should soctcp protocol be configured for NET vp class. Is that
> correct ? What's the benefit of using one over other
Opinion diverges on this point. Inside Informix R&D, the preference
is for configuring these on CPU VPs. Outside, there is support for
putting soctcp connections on NET VPs. An advantage of using a NET VP
is that it doesn't have anything else to do than handle network
activity, so it tends to be more responsive.
> 4. Also, when I do onstat -g glo I see lot of cpu type virtual
> processors having total of more than 100. On IBM's website they
> recommend adding one more cpu if total is more than 100, but our
> application seems to be fine. So I am little bit confused about this
> too.
We'd need to know a lot more about your configuration to help here.
Which machine are you on? How many CPUs? What are all those 'more
than 100' VPs types?
--
Jonathan Leffler #include <disclaimer.h>
Email: jleffler@earthlink.net, jleffler@us.ibm.com
Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/
NB: Please do not use this email for correspondence.
I don't necessarily read it every week, even.
--
Jonathan Leffler #include <disclaimer.h>
Email: jleffler@earthlink.net, jleffler@us.ibm.com
Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/
NB: Please do not use this email for correspondence.
I don't necessarily read it every week, even.