Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Phillip Tien found his IDS BUFFERS set above the documented 512000 maximum yet working well, and asked about drawbacks and the maximum LRUs. Art Kagel said the LRUS and CLEANERS maximum is 128, but through 7.24UC7 128 LRUs gave a spurious startup error, so he used 127. Clifton Bean said the server reports the maximum if a value is too high, and gave sizing rules. allenj said the LRUS=128 bug was fixed in 7.31.UC2.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Phillip Tien — — source: Informix-list mailing list archive (1991-1998)
The sysadmin book says that the max number of BUFFERS for IDS is
512000. However, I just discovered that our number was set higher than
that, and everything's working fine. In fact, we have read/write cache
ratio's of around 95% (onstat -p). I was just wondering if anyone knew
the detriments of having their # of BUFFERS higher than 512K. Also,
anyone know the max # LRUs IDS can have? Thanks.
--
Phillip
"I always wanted to be the last guy on Earth, just to see if all those
women were lying to me."
↪ replying to Phillip Tien
Art S. Kagel — — source: Informix-list mailing list archive (1991-1998)
The maximum value of LRUS is 128 as for CLEANERS also. There is a bug in
all versions upto and including 7.24UC7 that reports a spurious error
message at startup time if you use 128 LRUs, complaining that your logical and
physical logs sizes are zero (0) so I just use 127. I have not check
to see if they fixed this one in 7.3x but it is harmless, only annoying.
Art S. Kagel
Phillip Tien wrote:
>
> The sysadmin book says that the max number of BUFFERS for IDS is
> 512000. However, I just discovered that our number was set higher than
> that, and everything's working fine. In fact, we have read/write cache
> ratio's of around 95% (onstat -p). I was just wondering if anyone knew
> the detriments of having their # of BUFFERS higher than 512K. Also,
> anyone know the max # LRUs IDS can have? Thanks.
>
> --
> Phillip
>
> "I always wanted to be the last guy on Earth, just to see if all those
> women were lying to me."
↪ replying to Phillip Tien
Clifton M. Bean — — source: Informix-list mailing list archive (1991-1998)
When you change a parameter in the ONCONFIG file and recycle your instance,
the server will tell you what parameters were changed and their old and new
values. If you have a value listed in your ONCONFIG file greater than the
maximum, it will list the maximum instead of the value you listed in the
file.
You can, of course, test this by changing the parameter to 510,000 and
recycling, then changing it to a value greater than 512,000.
LRUS maximum, listed in the manual, is 128. HOWEVER, for an OLTP system,
the normal setting for this parameter is NUMCPUVPS * 4 (with CLEANERS set to
the same value). In DSS (Decision Support System) environments, it is
BUFFERS / 1000 up to the maximum 128.
Take care.
===============================================
Clifton M. Bean cmbean@msn.com
SAP/Informix Database Administrator
Informix Certified Database Specialist
Informix 4GL-Certified
Informix D4GL-Certified
Tekmetrics Certified Informix DBA
Tekmetrics Certified RDBMS Developer
===============================================
Phillip Tien <phillip.tien@wholefoods.com> wrote in message
news:37BADD83.E813E299@wholefoods.com...
> The sysadmin book says that the max number of BUFFERS for IDS is
> 512000. However, I just discovered that our number was set higher than
> that, and everything's working fine. In fact, we have read/write cache
> ratio's of around 95% (onstat -p). I was just wondering if anyone knew
> the detriments of having their # of BUFFERS higher than 512K. Also,
> anyone know the max # LRUs IDS can have? Thanks.
>
> --
> Phillip
>
> "I always wanted to be the last guy on Earth, just to see if all those
> women were lying to me."
>
>
↪ replying to Art S. Kagel
allenj — — source: Informix-list mailing list archive (1991-1998)
Art:
FYI it looks like this LRUS=128 is fixed in 7.31.UC2.
allen
"Art S. Kagel" wrote:
>
> The maximum value of LRUS is 128 as for CLEANERS also. There is a bug in
> all versions upto and including 7.24UC7 that reports a spurious error
> message at startup time if you use 128 LRUs, complaining that your logical and
> physical logs sizes are zero (0) so I just use 127. I have not check
> to see if they fixed this one in 7.3x but it is harmless, only annoying.
>
> Art S. Kagel
>
> Phillip Tien wrote:
> >
> > The sysadmin book says that the max number of BUFFERS for IDS is
> > 512000. However, I just discovered that our number was set higher than
> > that, and everything's working fine. In fact, we have read/write cache
> > ratio's of around 95% (onstat -p). I was just wondering if anyone knew
> > the detriments of having their # of BUFFERS higher than 512K. Also,
> > anyone know the max # LRUs IDS can have? Thanks.
> >
> > --
> > Phillip
> >
> > "I always wanted to be the last guy on Earth, just to see if all those
> > women were lying to me."
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.