Re: 9.40FC9 BUFFERS limit

eshkambx-iiug@yahoo.com wrote: > Does anyone know what is real maximum number (not from release notes) of BUFFERS parameter for IDS > 9.40FC9 for Solaris 10? Exact Solaris version is: Solaris 10 11/06 s10s_u3wos_10 SPARC. Until IDS 10, the maximum size for a single shared memory segment, even on a 64-bit machine, was 4 GB. And you had to be able to allocate your 4 GB segments contiguously. This requires the correct configuration in /etc/system. IDS 10 (and 11) permits larger single segments on 64-bit machines. Of course, 32-bit machines are stuck with a maximum of 4 GB for everything - program, shared memory, stack, etc; realistically, much more than 3 GB is hard to achieve there. > Situation: > > We have new computer with more than 100GB of memory. > With our's 9.40FC7 I get an error when I try to allocate 20000000 BUFFERS. > > This is real output: > >> oninit -v> Checking group membership to determine server run modesucceeded > Reading configuration file '/app/informix/ids9/etc/onconfigrep'...succeeded > Creating /INFORMIXTMP/.infxdirs ... succeeded > Creating infos file "/app/informix/ids9/etc/.infos.onlinerep" ... > "/app/informix/ids9/etc/.conf.onlinerep" ... succeeded > Writing to infos file ... succeeded > Checking config parameters...succeeded > Allocating and attaching to shared memory...succeeded > Creating resident pool 4597566 kbytes...FAILED > oninit: Fatal error in shared memory creation > > > onconfig shm parameters are: > > BUFFERS 20000000 # if BUFFERS is 15000000 everything is fine > > SHMBASE 0x200000000L # Shared memory base addres > SHMVIRTSIZE 16384000 > SHMADD 8192000 > SHMTOTAL 120000000> > > When I use IDS v11 I can allocate 20000000 with no questions asked. > > BUFFERPOOL size=2K,buffers=20000000,lrus=32,lru_min_dirty=0.500000,lru_max_dirty=1.000000 > SHMBASE 0x200000000L # Shared memory base address > SHMVIRTSIZE 16384000 # initial virtual shared memory segment size > SHMADD 8192000 # Size of new shared memory segments (Kbytes) > SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited> > -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/

Thanks Jonathan I know about maximum segment size already. For 15000000 BUFFERS we need 7.5 segments. See the output below. Problem is with more BUFFERS :) onstat -g seg IBM Informix Dynamic Server Version 9.40.FC7 -- On-Line -- Up 14:38:36 -- 45630464 Kbytes Segment Summary: id key addr size ovhd class blkused blkfree 16777229 1381386241 200000000 4278190080 549256 R 1044480 0 16777230 1381386242 2ff000000 4278190080 131216 V 1044480 0 16777231 1381386243 3fe000000 4278190080 131216 V 1044480 0 16777232 1381386244 4fd000000 4278190080 131216 V 1044480 0 16777233 1381386245 5fc000000 4278190080 131216 V 1044480 0 16777234 1381386246 6fb000000 4278190080 131216 V 1044480 0 16777235 1381386247 7fa000000 4278190080 131216 V 1039900 4580 16777236 1381386248 8f9000000 4278190080 131216 V 41 1044439 16777237 1381386249 9f8000000 4278190080 131216 V 33 1044447 16777238 1381386250 af7000000 4278190080 131216 V 33 1044447 16777239 1381386251 bf6000000 3942645760 120976 V 30 962530 16777240 1381386252 ce1000000 1048576 688 M 135 121 Total: - - 46725595136 - - 7307052 4100564 (* segment locked in memory) Cheetah has no such limitation (version 10 either): onstat -g seg IBM Informix Dynamic Server Version 11.10.FC1 -- On-Line -- Up 00:04:14 -- 61453312 Kbytes Segment Summary: id key addr size ovhd class blkused blkfree 111 1381582849 200000000 46149926912 541250864 R 11266821 251 112 1381582850 cbec00000 16777216000 196609928 V 67929 4028071 113 1381582851 10a6c00000 1048576 13544 M 138 118 Total: - - 62928191488 - - 11334888 4028440 (* segment locked in memory) --- Jonathan Leffler <jleffler@earthlink.net> wrote: > eshkambx-iiug@yahoo.com wrote: > > Does anyone know what is real maximum number (not from release notes) > > of BUFFERS parameter for IDS 9.40FC9 for Solaris 10? > > Exact Solaris version is: Solaris 10 11/06 s10s_u3wos_10 SPARC. > > Until IDS 10, the maximum size for a single shared memory segment, even > on a 64-bit machine, was 4 GB. And you had to be able to allocate your > 4 GB segments contiguously. This requires the correct configuration in > /etc/system. > > IDS 10 (and 11) permits larger single segments on 64-bit machines. > > Of course, 32-bit machines are stuck with a maximum of 4 GB for > everything - program, shared memory, stack, etc; realistically, much > more than 3 GB is hard to achieve there. > > > Situation: > > > > We have new computer with more than 100GB of memory. > > With our's 9.40FC7 I get an error when I try to allocate 20000000 BUFFERS. > > > > This is real output: > > > >> oninit -v> > Checking group membership to determine server run modesucceeded > > Reading configuration file '/app/informix/ids9/etc/onconfigrep'...succeeded > > Creating /INFORMIXTMP/.infxdirs ... succeeded > > Creating infos file "/app/informix/ids9/etc/.infos.onlinerep" ... > > "/app/informix/ids9/etc/.conf.onlinerep" ... succeeded > > Writing to infos file ... succeeded > > Checking config parameters...succeeded > > Allocating and attaching to shared memory...succeeded > > Creating resident pool 4597566 kbytes...FAILED > > oninit: Fatal error in shared memory creation > > > > > > onconfig shm parameters are: > > > > BUFFERS 20000000 # if BUFFERS is 15000000 everything is fine > > > > SHMBASE 0x200000000L # Shared memory base addres > > SHMVIRTSIZE 16384000 > > SHMADD 8192000 > > SHMTOTAL 120000000> > > > > > When I use IDS v11 I can allocate 20000000 with no questions asked. > > > > BUFFERPOOL size=2K,buffers=20000000,lrus=32,lru_min_dirty=0.500000,lru_max_dirty=1.000000 > > SHMBASE 0x200000000L # Shared memory base address > > SHMVIRTSIZE 16384000 # initial virtual shared memory segment size > > SHMADD 8192000 # Size of new shared memory segments (Kbytes) > > SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited> > > > > > > -- > Jonathan Leffler #include <disclaimer.h> > Email: jleffler@earthlink.net, jleffler@us.ibm.com > Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/ > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list >