|
midrange-l-request@xxxxxxxxxxxx wrote: > 3. Re: Why separate pools? (rob@xxxxxxxxx) > >How does the separate pools help memory management? If I am using >something like QPFRADJ to shift memory around automatically, how does >having it in separate pools help memory management? Rob: Since there haven't been many significant answers to what I've thought your question really was ("Why not just use one big, shared pool with all spare memory in it and never worry about moving between pools automatically since the memory is already going to be in that pool? This probably assumes that the basic interactive/batch/spool/machine separation is already done."), I began a couple attempts at giving what I thought the answer should be. But then I thought "Nobody cares." In general, even sites where I've seen multiple shared pools allocated, performance adjustment active, etc., most really only pay lip-service. Most still end up running perhaps the majority of their active jobs in a single pool anyway -- *BASE. Most never consider that all of IBM's default routing entries and prestart job entries all route to *BASE. With every host server and TCP/IP server job, as well as the subsystem monitors and various machine functions and possibly QTSEPOOL jobs as well, running all over *BASE, I guess pretty much nobody knows a good answer to your question. At least, the vast majority of configurations indicate that. So, there's apparently no good reason not to just put it all in *BASE. Tom Liotta -- Tom Liotta The PowerTech Group, Inc. 19426 68th Avenue South Kent, WA 98032 Phone 253-872-7788 x313 Fax 253-872-7904 http://www.powertech.com __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.