× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Rick,

Yes, if you do not have performance adjustment turned on, then all
additional memory will go to *base.  No, you don't need to make the
machine pool bigger because you've added additional memory.  Best bet
would be to examine the faulting rates in your various pools, including
the machine pool.  The work management manual will provide guidelines
for acceptable levels depending on the power of the machine.  Only older
manuals are available in any depth, perhaps there is something in
InfoCenter.

If you have oodles of memory now, why not just turn on the automatic
adjustment and see where the pools settle.  The auto tuning works much
better than it did in the older releases and might just make your life
easier and your users happier.

Regards,
Andy Nolen-Parkhouse

> On Behalf Of Rick Rayburn
> Subject: We've Added more memory...but I can't remember!
>
> ...if I need to "goose" up the machine pool with additional "wattage".
>
> the memory was added because we got a great deal on the chips NOT
because
> we
> were experiencing problems. I believe all of the additional "K" was
dumped
> into *BASE but I'm not certain.
> Does anyone remember/know if memory additions ALWAYS dump into Base?
> If it does, any GENERAL rule of thumb to follow for incrementing the
> MACHINE
> pool? I believe I OVER-allocated memory to the "SPOOL POOL" by
granting an
> average of 300 K per active writer. Any thoughts on that as well...or
> anything else memory-pool related?
>
> Thanks all.
>
> Rick Rayburn




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.