Re: 9.40FC9 BUFFERS limit

Just FYI.. Since Solaris10,The IPC Shared Memory module no longer has system-wide limits. $ uname -aSunOS raiden 5.10 Generic_125100-08 sun4u sparc SUNW,Sun-Fire-V490 Here is a part of output from sysdef. * IPC Shared Memory * * The IPC Shared Memory module no longer has system-wide limits. * Please see the "Solaris Tunable Parameters Reference Manual" for * information on how the old limits map to resource controls and * the prctl(1) and getrctl(2) manual pages for information on * observing the new limits. -- Tsutomu Ogiwara from Tokyo Japan. >From: Jonathan Leffler <jleffler@earthlink.net> >To: informix-list@iiug.org >Subject: Re: 9.40FC9 BUFFERS limit >Date: Thu, 26 Jul 2007 04:06:38 GMT > >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 isfine > > > > 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 segmentsize > > 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 _________________________________________________________________ いよいよ夏本番！地図マガの特集「浴衣が似合う下町散策マップ」でお出かけしよう http://chizumaga.jp/