Migrating from Dynamic Server 7.2 to IDS 9 (2000) - NETTYPE

Migrating from Dynamic Server 7.2 to IDS 9 (2000) - NETTYPE

Post by Jack Parke » Wed, 19 Sep 2001 00:12:16



Quote:> #changed 03/08/2001 - Dirk - on request of Tech Support - case# 265 221
> #NETTYPE         ipcstr,4,300,CPU
> #NETTYPE         ipcshm,1,100,NET

> NETTYPE         ipcstr,4,600,NET
> NETTYPE         soctcp,1,100,NET
> NETTYPE         ipcshm,1,100,CPU

Ok.  Perhaps now I understand.  For shared memory connections the third
field is used to determine the size of the message segment - not the number
of connections.  I gather an inter process communication protocol using
streamed pipes would therefore be included.

cheers
j.

 
 
 

Migrating from Dynamic Server 7.2 to IDS 9 (2000) - NETTYPE

Post by Mark D. Stoc » Thu, 20 Sep 2001 00:38:32



> > #changed 03/08/2001 - Dirk - on request of Tech Support - case# 265 221
> > #NETTYPE         ipcstr,4,300,CPU
> > #NETTYPE         ipcshm,1,100,NET

> > NETTYPE         ipcstr,4,600,NET
> > NETTYPE         soctcp,1,100,NET
> > NETTYPE         ipcshm,1,100,CPU

> Ok.  Perhaps now I understand.  For shared memory connections the third
> field is used to determine the size of the message segment - not the number
> of connections.  I gather an inter process communication protocol using
> streamed pipes would therefore be included.

The 3rd field still indicates the number of users. It is then used to
create either a SHM table or a network queue large enough to store that
many users. The difference is that the network queue will grow
dynamically.

Cheers,
--
Mark.

+----------------------------------------------------------+-----------+

| http://www.informix.com  http://www.informixhandbook.com |/////  / //|
| http://www.iiug.org  +-----------------------------------+////  / ///|
|                      |This email will self-destruct in   |///  / ////|
|                      |10 sec. If you received this email |//  / /////|
|                      |in error, sorry about the mess.    |/  ////////|
+----------------------+-----------------------------------+-----------+

 
 
 

Migrating from Dynamic Server 7.2 to IDS 9 (2000) - NETTYPE

Post by DJW » Fri, 21 Sep 2001 07:09:41


When will this be fixed so that the shared memory connections
limit will also be dynamic?



>> > #changed 03/08/2001 - Dirk - on request of Tech Support - case# 265 221
>> > #NETTYPE         ipcstr,4,300,CPU
>> > #NETTYPE         ipcshm,1,100,NET

>> > NETTYPE         ipcstr,4,600,NET
>> > NETTYPE         soctcp,1,100,NET
>> > NETTYPE         ipcshm,1,100,CPU

>> Ok.  Perhaps now I understand.  For shared memory connections the third
>> field is used to determine the size of the message segment - not the
number
>> of connections.  I gather an inter process communication protocol using
>> streamed pipes would therefore be included.

>The 3rd field still indicates the number of users. It is then used to
>create either a SHM table or a network queue large enough to store that
>many users. The difference is that the network queue will grow
>dynamically.

>Cheers,
>--
>Mark.

>+----------------------------------------------------------+-----------+

>| http://www.informix.com  http://www.informixhandbook.com |/////  / //|
>| http://www.iiug.org  +-----------------------------------+////  / ///|
>|                      |This email will self-destruct in   |///  / ////|
>|                      |10 sec. If you received this email |//  / /////|
>|                      |in error, sorry about the mess.    |/  ////////|
>+----------------------+-----------------------------------+-----------+