× 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.



wait...so I should add 62,500 k to machine pool from the 1 gig?
andy??????????????


>From: "Charly Jones" <charly301@hotmail.com>
>Reply-To: midrange-l@midrange.com
>To: midrange-l@midrange.com
>Subject: RE: We've Added more memory...but I can't remember!
>Date: Wed, 10 Jul 2002 18:27:26 +0000
>
>
>> > If it does, any GENERAL rule of thumb to follow for incrementing the
>> > MACHINE pool?
>
>Rick  --
>
>I disagree with Andy on a couple of points.  First, unless IBM has made
>some
>major architectural changes that I don't know about, the VAT (virtual
>address translator) mechanism requires some pinned memory in the machine
>pool to keep track of what "real" address is stored in each memory frame.
>If I remember correctly - when you add 16 gigabytes of memory to a system
>you need to put 1 gigabyte of additional memory in the machine pool just
>for
>that purpose alone.  The rule of thumb is one sixteenth of the memory added
>needs to be added to the machine pool.
>
>Second, the "guidelines" for acceptable faulting are totally bogus.  It is
>not "OK" to have hundreds of non-database faults per second.  Every fault
>requires something to be brought from the disks into memory.  These poor
>disks are busy enough (don't get me started on the disk problem.)  If you
>have a performance problem you can either keep buying hardware until the
>performance improves enough, or you can take action to reduce the
>unnecessary faulting.
>
>--  Charly
>
>
>>From: "Andy Nolen-Parkhouse" <aparkhouse@attbi.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
>>
>
>
>"Nothing would please me more than being able to hire ten programmers and
>deluge the hobby market with good software."  -  Bill Gates in 1976
>
>"We are still waiting..."  -  Alan Cox in 2002
>
>"Linux is only free if your time is worthless."
>
>
>Charly Jones
>253 265-6244
>Gig Harbor
>Washington USA
>
>
>
>_________________________________________________________________
>Chat with friends online, try MSN Messenger: http://messenger.msn.com
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.




_________________________________________________________________
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx



As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.