>"If you can't measure it, you can't tune it."
...
The original quote was more general:
“If you can't measure it, you can't manage it”.
“Tuning” is just one aspect of “Managing”.
-teD
Me? A skeptic? I trust you have proof!
--
In a message dated 11/9/2005 6:36:25 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
We have every intention of addressing that in the near future.
>>
Mark and Roland did it about 4 hours(with a couple of snags
and enhancements thrown in). "If you can't measure it, you can't t
An earlier append (properly) berated IBM for not providing SMF information
about >2G usage.
We have every intention of addressing that in the near future.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signo
On Fri, 4 Nov 2005 23:01:39 +1000, ibm-main <[EMAIL PROTECTED]> wrote:
>> There is absolutely nothing wrong, incorrect, improper, or unexpected
>about
>> any system space (GRS) using as much memory above 2G as it wants,
provided
>> that it has documented that use so that customers can properly plan
Somebody might call paranoid but after you hit such a problem
you mind will also change.
Roland
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Friday, November 04, 2005 1:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and
Sorry list. This was supposed to go to Mark not the list.
Patrick Falcone/US/Combined
11/04/2005 02:09 PM
To
IBM Mainframe Discussion List
cc
Subject
Re: MEMLIMIT and IEFUSI
Mark,
We should all be thanking you for all you've done on the list.
I went out to your web site and
, 2005 2:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: MEMLIMIT and IEFUSI
Richards.Bob wrote:
>Mark,
>
>It does work:
>
>BROWSE Mark's MVS Utilities - RXSTOR64 Tasks found with objects
>Command ===>
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden
> Sent: Friday, November 04, 2005 11:50 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: MEMLIMIT and IEFUSI
>
>
> Folks,
>
> I had some time th
Mark,
We should all be thanking you for all you've done on the list.
I went out to your web site and found myself in the pool area and checking
out your family. You seemingly have a lot to be grateful for. I also
appreciate all the help you have given me over time. You seem to be a real
genui
On Fri, 4 Nov 2005 14:00:27 -0500, Richards.Bob <[EMAIL PROTECTED]>
wrote:
>Mark,
>
>It does work:
>
SHARE SHARE SHARE
# OBJ ALLOCHWM
- -- --
0 0M 0M
I know the private stuff works. I'm looking for someone who can
test shared memory objects. P
Richards.Bob wrote:
Mark,
It does work:
BROWSE Mark's MVS Utilities - RXSTOR64 Tasks found with objects
Command ===> Scroll ===> HALF
Top of Data **
6 4
BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
>If anyone (including vendors)actually has shared memory objects, I'd
>appreciate you trying this out and letting me know if it actually works. :-)
LEGAL DISCLAIMER
The information transmitted is intended solely for the i
Folks,
I had some time this morning and updated my tool to also show shared
memory objects for z/OS 1.5 and above. I've renamed it to RXSTOR64.
You can get RXSTOR64 at my web site in the EXECs/CLIST section or by
downloading the TSO XMIT format file:
http://home.flash.net/~mzelden/mvsutil.html
>I am differentiating GRS from DB2 in this regard.
One thing to remember: DB2 is already (in most shops) using HIPERPOOLs (even in
64-bit mode).
What V8 will do is move all of those into its own adress space.
So, you are alread back-stored in AUX.
What the issue is, what happens when the DBA as
From: "Peter Relson"
> Time to enflame the waters...
I've been away for a couple of days. Seems this didn't even register a bite.
Time for me to rectify that oversight.
> There is absolutely nothing wrong, incorrect, improper, or unexpected
about
> any system space (GRS) using as much memory abo
ginal Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Bongiorno
Sent: Thursday, November 03, 2005 7:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI and GRS
what is showzos and what ipcs command did yo
- Original Message -
From: "Craddock, Chris" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, November 02, 2005 10:04 PM
Subject: RE: MEMLIMIT and IEFUSI
/snippage/
So you're going to modify the IEFUSI exit for each needed change,
reassemb
what is showzos and what ipcs command did you use.
Walt Farrell <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List
11/03/2005 12:05 PM
Please respond to
IBM Mainframe Discussion List
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: MEMLIMIT and IEFUSI and GRS
On 11/2/2005 7
On 11/2/2005 7:57 AM, Barbara Nitz wrote:
Doubting what
showzos told me, I took a dump, learned a new IPCS command and found that
59 frames are used, 3300 are on AUX, more than 112000 are FREF (meaning
getmained but unused) and 408000 are in the guard area.
I don't think you actually have any "
>If the system needs the storage to do its job, then it needs the storage
>(emphasis on "needs").
And all that you would do is break the system by trying to impose a limit where
none should be imposed.
...
Peter,
A very valid point.
And, in DB2's, case it was not a secret.
And, it is “needed”;
Time to enflame the waters...
There is absolutely nothing wrong, incorrect, improper, or unexpected about
any system space (GRS) using as much memory above 2G as it wants, provided
that it has documented that use so that customers can properly plan. Note
that I am differentiating GRS from DB2 in t
In
<[EMAIL PROTECTED]>,
on 11/02/2005
at 11:03 PM, "Craddock, Chris" <[EMAIL PROTECTED]> said:
>Even when it was brand new it was not exactly a brilliant concept.
>IEFUSI is to virtual storage management as pliers are to
>microsurgery.
The solution is to provide better tools, not to remove the
> why the hell introduced IBM an exit like IEFUSI? There must be an
> reason <<>> It's not because of missing planing, communication and
> so on. It's just to ensure the health of operating system in case
> of ..
"Back in the day..." the world was much less complex than today.
Workloads were b
Tom wrote on 03/11/2005 02:36:06 AM:
>
> They missed a very large portion of the puzzle, Chris: Aux.
>
> IF the DB2 and z/OS designers had ALSO implemented "private paging" for
the
> (ab)users of virtual storage (like DB2 and perhaps GRS) then they would
> have moved all of the controls over to t
>If the sysprog is out of the loop then an IEFUSI,SMF parm or JES limit will
>bring them
automaticly in the loop.
...
Horse?
Barn door?
>So this just help to force the sysprog as a partner.
...
Buz! Wrong answer!
Thank you for playing.
This is an approach to a disaster.
NOT, a sound business
if they understand
the issue
and the reason. Of course sometimes it's hard to speak the same language.
Roland
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Wednesday, November 02, 2005 1:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Su
>so why the hell introduced IBM an exit like IEFUSI? There must be an reason in
>the past
and in the future. It's not because of missing planing, communication and so on.
It's just to ensure the health of operating system in case of ..
...
There are two kinds of fallacies:
1. This is old, th
ovember 02, 2005 1:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
>Now, the sysprog is out of the loop
...
That is the problem!
NOT, that IBM broke the rules!
Rather, why is the SYSPROG out of the loop?
I have never worked that way (or, at least, for long).
The Cap
>DB2 is still just an application running on the OS, so your point
doesn't apply there.
...
It's more than just an application.
It is a sub-system that has always used CPU and Memory to reduce I/O (the
longest portion of any response event).
Now, with V8 and 64-bit we have the potential to reduc
On Wed, 2 Nov 2005 16:37:43 -0500, Knutson, Sam <[EMAIL PROTECTED]> wrote:
>
>Just a consideration that some tasks that make up the z/OS core services
>really probably should be exempt from exits intended to impose limits on
>user programs. I agree it probably should be submitted as an RCF
>again
>If GRS has a memory leak but it's still working I want
it to keep working till I IPL
...
BINGO!!
-teD
In God we Trust!
All others bring data!
-- W. Edwards Deming
--
For IBM-MAIN subscribe / signoff / archive access instructi
What would be the alternative? If GRS has a memory leak you might want
some kind of alert but would you want to fail a request by having
imposed a limit? If GRS has a memory leak but it's still working I want
it to keep working till I IPL. If I start failing requests for GRS to
obtain storage th
>Now, the sysprog is out of the loop
...
That is the problem!
NOT, that IBM broke the rules!
Rather, why is the SYSPROG out of the loop?
I have never worked that way (or, at least, for long).
The Capacity Analyst, Performance Analyst, DBA, SYSPROG, & (gasp) the
Application Programmer should all
On 2 Nov 2005 06:04:01 -0800, in bit.listserv.ibm-main
(Message-ID:<[EMAIL PROTECTED]>)
[EMAIL PROTECTED] (Craddock, Chris) wrote:
Based on direct personal experience of both sides of this,
I would argue
that removing artificial limits that -will- bite you at
bad times and
striving to manage
>And taken the control away from those who understand how to keep the
system up. A crashed system does not contribute to achieving business
goals.
...
Nor does a database system failing because some SYSPROG refusing to change
things.
Both sides of the argument have some merit.
But, business fir
D VS,HVSHARE
IAR019I 13.22.57 DISPLAY VIRTSTOR 258
SOURCE = DEFAULT
TOTAL SHARED = 522240G
SHARED RANGE = 2048G-524288G
SHARED ALLOCATED = 0M
Now if only TCP/IP, VTAM, and IMS
>Right now there are too many conflicting points of control in z/OS. The
DB2 designers have chosen to remove what might otherwise be a hidden
limit (the MEMLIMIT) and in doing so they have given control over (and
responsibility for) storage management to those who, in theory,
understand the databas
On Wed, 2 Nov 2005 08:03:48 -0600, Craddock, Chris answered Barbara wwho
said:
>> No, it isn't. Since someone else is taking control away from me, I
>>cannot plan at all or rather, I have to plan for desaster. Your attitude
>>makes me think that some BMC products probably do the same - overwrite
>>
elden
Sent: Wednesday, November 02, 2005 10:57 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
On Wed, 2 Nov 2005 11:24:32 +1000, Shane Ginnane <[EMAIL PROTECTED]>
wrote:
>Mark, you might want to include these in the code rather than a comment.
>I assigned th
On Wed, 2 Nov 2005 11:24:32 +1000, Shane Ginnane <[EMAIL PROTECTED]>
wrote:
>Mark, you might want to include these in the code rather than a comment.
>I assigned them to a stem, and used that in the display, using RAXLVMEMLIMS
>as the stem index. Knock some blanks out of the display line, and you'
In
<[EMAIL PROTECTED]>,
on 11/02/2005
at 08:03 AM, "Craddock, Chris" <[EMAIL PROTECTED]> said:
>Right now there are too many conflicting points of control in z/OS.
>The DB2 designers have chosen to remove what might otherwise be a
>hidden limit (the MEMLIMIT) and in doing so they have given con
On Wed, 2 Nov 2005 13:57:07 +0100, Barbara Nitz <[EMAIL PROTECTED]> wrote:
>For 1.4, all is well with the world (except for what we already knew and
>IRLM also hardcodes the memlim with 2GB).
Here is what my testing told me:
DBM1 gets 4T no matter what (unless it can get MEMLIMIT=NOLIMIT via
RE
> >There are potential disasters around every corner in life. Most of
them
> >are avoidable through prudent planning. This is just another of
those.
>
> No, it isn't. Since someone else is taking control away from me, I
cannot
> plan at all or rather, I have to plan for desaster. Your attitude
mak
Well, I just ran Rolands new showzos on both z/OS 1.4 and 1.6.
For 1.4, all is well with the world (except for what we already knew and
IRLM also hardcodes the memlim with 2GB).
In 1.6, not only does GRS overwrite the MEMLIMIT with 64PB, it also has 4
objects allocated above the bar with 19GB and
On my 1.4 system, I didn't have any exploiters - not GRS, not nobody (me
excepted of course). Got sick of all the zeroes, so hacked them out - then I
needed a message to say nothing to display ...
*then* I needed a parm to allow me to display them all if I wanted to ...
:o)
And, of course, common
>If IBM was worried about customers not changing the MEMLIMIT=0 default,
>why didn't they just code REGION=0M.
Because then we would come and say that REGION=0 doesn't automatically give
them a NOLIMIT (We have hysterically grown just about all and sundry on
region=0M and nobody dares to take that
Brian Peterson wrote:
Hmmm I have MEMLIMIT(6G) coded in SMFPRMxx. Here's a few entries
from SDSF:
NP JOBNAME it StorCrit RptClass MemLimit
*MASTER*NO STCDEF16383PB
PCAUTH NO PCAUTH
XCFAS NO XCFSTC16383PB
GRS NO
Mark, you might want to include these in the code rather than a comment.
I assigned them to a stem, and used that in the display, using RAXLVMEMLIMS
as the stem index. Knock some blanks out of the display line, and you're a
goer :)
For convenience I used source.0 = "** ??? **"
Shane ...
>
esday, November 02, 2005 12:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
Brian Peterson wrote:
>Here's SDSF's take on MEMLIMIT:
>
> Display Filter View Print Options Help
>---
>SDSF DA SYSA SYSA PAG
Hmmm I have MEMLIMIT(6G) coded in SMFPRMxx. Here's a few entries
from SDSF:
Display Filter View Print Options
---
SDSF DA SYSA SYSA PAG0 SIO 435
COMMAND INPUT ===>
NP JOBNAME it StorCrit RptClass MemLimit
*MASTER*NO
Brian Peterson wrote:
Here's SDSF's take on MEMLIMIT:
Display Filter View Print Options Help
---
SDSF DA SYSA SYSA PAG0 SIO 358 CPU
COMMAND INPUT ===>
NP JOBNAME CPUCrit StorCrit RptClass MemLimit
*MASTER* NO NO STCD
Here's SDSF's take on MEMLIMIT:
Display Filter View Print Options Help
---
SDSF DA SYSA SYSA PAG0 SIO 358 CPU
COMMAND INPUT ===>
NP JOBNAME CPUCrit StorCrit RptClass MemLimit
*MASTER* NO NO STCDEF16383PB
Brian
O
: Tuesday, November 01, 2005 10:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
On Tue, 1 Nov 2005 22:19:55 +0100, Schiradin,Roland HG-Dir
itb-db/dc <[EMAIL PROTECTED]> wrote:
>Tnx Mark, well I'm not a REXX expert but a beta version of
SHOWzOS also
>contains such
What is 64P ? Is it 64 petabyte ??! 8-o
Thomas Berg
== Edward E. Jaffe == wrote2005-11-01 19:38:
Knutson, Sam wrote:
DB2 V8 and SYNCSORT are the only two tools which allocation storage
above the 2G BAR so far.
Guess it all depends on what you're running. I just tried it o
On Tue, 1 Nov 2005 22:19:55 +0100, Schiradin,Roland HG-Dir itb-db/dc
<[EMAIL PROTECTED]> wrote:
>Tnx Mark, well I'm not a REXX expert but a beta version of SHOWzOS
>also contains such a display. I used the REXX to verify my coding.
>
No, thank you. Do my numbers look good?
>The setting for ME
A.EDU
Subject: Re: MEMLIMIT and IEFUSI
On Tue, 1 Nov 2005 08:37:43 -0600, Mark Zelden
<[EMAIL PROTECTED]>
wrote:
>
>Roland took a couple of my other programs and modified them into
>something to show MEMLIMIT and 64-bit usage for all address
spaces. I'm
>cleaning it up a
Jon Brock wrote:
You have a girly-man DB2?
Most definitely! :-[
--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software Internationa
Jon Brock wrote:
I like that "Contact Mark Zelden" part at the end. I'm putting that in all my
stuff now.
Jon
What? In your code you have a message to contact Mark?
Outsourcing at its finest.
Kind regards,
-Steve Comstock
-
You have a girly-man DB2?
Jon
Guess it all depends on what you're running. I just tried it on one of
our little test systems and came up with:
| 6 4 - B I T S T O R A G E A L L O C A T I O N
|
| TASK MEMORY NUMALLOC HIDDEN HWMMEMLIM
| NAME LIMITOBJ
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Zelden
Sent: Tuesday, November 01, 2005 1:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: MEMLIMIT and IEFUSI
On Tue, 1 Nov 2005 13:15:31 -0500, Richards.Bob <[EMAIL PROTECTED]>
Knutson, Sam wrote:
DB2 V8 and SYNCSORT are the only two tools which allocation storage
above the 2G BAR so far.
Guess it all depends on what you're running. I just tried it on one of
our little test systems and came up with:
| 6 4 - B I T S T O R A G E A L L O C A T I O N
|
I like that "Contact Mark Zelden" part at the end. I'm putting that in all my
stuff now.
Jon
First cut.
/*/
/* This exec will show the MEMLIMIT and 64-bit storage allocation*/
/* for all tasks running in the system. The
DB2 V8 and SYNCSORT are the only two tools which allocation storage
above the 2G BAR so far.
I am very happy to trade our memory for reduced SIO's against our DASD
pools.
6 4 - B I T S T O R A G E A L L O C A T I O N
On Tue, 1 Nov 2005 13:15:31 -0500, Richards.Bob <[EMAIL PROTECTED]>
wrote:
>Now for the ability to browse a temp dataset instead of just the SAY
commands.
>
I have canned code to add that if I want. I have just been using my
TSOB exec that traps the output. Most shops have one of those
float
Zelden
Sent: Tuesday, November 01, 2005 1:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: MEMLIMIT and IEFUSI
On Tue, 1 Nov 2005 08:37:43 -0600, Mark Zelden <[EMAIL PROTECTED]>
wrote:
>
>Roland took a couple of my other programs and modified them into
>something to show MEML
On Tue, 1 Nov 2005 08:37:43 -0600, Mark Zelden <[EMAIL PROTECTED]>
wrote:
>
>Roland took a couple of my other programs and modified them into
>something to show MEMLIMIT and 64-bit usage for all address spaces.
>I'm cleaning it up a little (Roland, those "used" values were in bytes,
>not KB) and w
>
> I am not a DB2 person, but it would seem reasonable to me that IBM
> should(in the documentation) make it clear that there are *NEW* major
> requirements for DB2 (and what the new requirements are), so the
> appropriate people can make the adjustments necessary.
A few people seem to be "pilin
On Tue, 1 Nov 2005 09:14:17 -0600 "McKown, John" <[EMAIL PROTECTED]>
wrote:
:>That's how our people design. They ASSuME infinite wall clock time,
:>infinite CPU cycles, infinite DASD space, 0 milliseconds to mount a
:>tape, etc.
If you assume infinite wall clock time, why would you care how fast
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Barbara Nitz
Sent: Tuesday, November 01, 2005 7:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
>Truly, guess I'm curious as why not report a big honkin' defect?
It is sort of do
In <[EMAIL PROTECTED]>, on 10/31/2005
at 09:00 AM, Barbara Nitz <[EMAIL PROTECTED]> said:
>My space admin tells me that to support additional 4TB of paging
>config I would need 360 additional mod3 volumes.
Why mod3? Why not max sized[1] custom volumes.
[1] Max sized for paging use; still smal
In <[EMAIL PROTECTED]>,
on 10/28/2005
at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said:
>Possibly, but I don't think so.I was probably over-reacting.We don't
>implement a 4TB system overnight.We plan and understand (sometimes on
>both points)
K3wl. What do you do when someone fails to plan? T
ailto:[EMAIL PROTECTED] On Behalf
Of Barbara Nitz
Sent: Tuesday, November 01, 2005 2:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
>The current maximum size of a page data set is 4GB, making the maximum
>local paging space 253 * 4GB, which is a little less than 1TB (and
>con
On Oct 31, 2005, at 11:16 PM, Craddock, Chris wrote:
SNIP good info---
Other than the unarguable truth that "above the bar" is a really big
place, why are we obsessing about it?
CC
Chris:
I am not a DB2 person, but it would seem reasonable to me that IBM
shoul
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell
> Sent: Tuesday, November 01, 2005 9:00 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: MEMLIMIT and IEFUSI
>
>
>
> In a message dated 11/1/2005
In a message dated 11/1/2005 8:29:21 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
is POSSIBLE for a z/OS 1.7 system. DB2 V8 is clearly broken by
thoughtless design.
>>
Maybe they're putting into effect what Ray Wicks(circa 1991) described as
'current modeling uses infinite sto
On Tue, 1 Nov 2005 14:23:20 +0100, Roland Schiradin <[EMAIL PROTECTED]>
wrote:
>Hmmmh.. I believe Mark Zelden Rexx code will be faster.
>
>Roland
>
Roland took a couple of my other programs and modified them into
something to show MEMLIMIT and 64-bit usage for all address spaces.
I'm cleaning it
On Tue, 1 Nov 2005 09:18:42 +0100, Barbara Nitz wrote:
>>The current maximum size of a page data set is 4GB, making the maximum
>>local paging space 253 * 4GB, which is a little less than 1TB (and
>>considerably less than 4TB).
>
>IMHO, that makes a hardcoded default of 4T (with the potential of i
On Tue, 1 Nov 2005 14:22:32 +0100, Barbara Nitz <[EMAIL PROTECTED]> wrote:
>
>I don't consider what DB2 does right and I think that their setting is
>asinine given what we now learned about the possible paging config. So the
>only chance I see is submitting an RCF that the Extended addressability
Agreed - for a "one-off" display, it probably fits better in IPLINFO than
ShowZos.
I almost knocked up something to send to Mark today, but got way-laid by
real work :o)
For a SMF data logging requirement, perhaps Barbaras solution is better.
Of course if IBM would get off it's collectiv
In a message dated 11/1/2005 7:23:10 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
So I better spend my time writing my monitor program to get alerted once
things go downhill than spend the energy to argue with IBM. I'll leave that
to the SHARE memebrs - maybe a topic for the next S
Hmmmh.. I believe Mark Zelden Rexx code will be faster.
Roland
> >Please get your company to agree to your donating this code to the CBT
> >tape.
> That shouldn't be a problem - we're using stuff from the cbttape ourselves.
> And I had intended to donate, anyway.
>
> Maybe Roland will be faste
>Truly, guess I'm curious as why not report a big honkin' defect?
It is sort of documented that DB2 doesn't honour IEFUSI - not spelled out in
brutal clarity and worded very carefully, but the DB2 apar says that they
don't honour memlimits below 4TB. So I don't see that reporting a 'defect'
has an
>Please get your company to agree to your donating this code to the CBT
>tape.
That shouldn't be a problem - we're using stuff from the cbttape ourselves.
And I had intended to donate, anyway.
Maybe Roland will be faster having this display in ShowZOS, though
Regards, Barbara
--
Lust, ein
In a message dated 11/1/2005 5:40:30 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Please get your company to agree to your donating this code to the CBT tape.
>>
Truly, guess I'm curious as why not report a big honkin' defect?
--
On Tue, 1 Nov 2005 09:18:42 +0100, Barbara Nitz <[EMAIL PROTECTED]> wrote:
>
>And now that I have gotten the good idea to write my own monitor to show me
>who is using storage above the bar, I still wonder why RMF for 1.6 doesn't
>show this.
>
Barbara,
Please get your company to agree to your dona
>The current maximum size of a page data set is 4GB, making the maximum
>local paging space 253 * 4GB, which is a little less than 1TB (and
>considerably less than 4TB).
IMHO, that makes a hardcoded default of 4T (with the potential of it really
getting used) so much more ridiculous.
>By way of a
Gee hasn't this turned into a long running thread? I have worked in many
places where the sysprog's job was to say no loudly and often. I was a
sysprog myself. BTDTGTS. I confess to being largely on the side of the
user community in these cases. But that's just my own bias showing.
Yes, you do nee
Now just suppose you had say 20-30 of these little beasties (M1s) under V7,
spread out over 10-12 LPAR on 3 or 4 Z990 boxes. Oh well, glad I ain't a
SYSPROG or a DBA. Think I'll go out and put my retirement fund(both dollars)
into a nice DASD factory in the PRC. Hmmm maybe I better not ...is this
>Just because there is a larger (or smaller) number of something
that can be specified, it doesn't mean you should specify it
...
My bad.
Maybe I over-generalised.
And, I should have put the caveat that it's not always goodness to
'over-specify'.
But, it doesn't cost, set to the max.
That's wha
On Mon, 31 Oct 2005 00:00:00 GMT, Ted MacNEIL
<[EMAIL PROTECTED]> wrote:
>If the max is not the default, the max is specified.
>
>That's the way I do it.
>
Bad idea. Many times there are trade-offs in performance or getting
less of something else when you specify "the max". You need to look
at
>PAGTOTL=256 is a virtual limit, the real limit is 253 and I never seen a
>number higher then 15.
...
1. Yes, I know. I saw the post.
2. Come to the shops I've had responsibility for.
If the max is not the default, the max is specified.
That's the way I do it.
I also specify as much as I can ab
IBM Mainframe Discussion List wrote on 10/31/2005
04:12:46 PM:
> From: "Jim Mulder"
> >
> > The current maximum size of a page data set is 4GB, ...
>
> C'mon Jim, no need to be coy; you're among friends.
> When did you fix this, and when can we expect to see it ???. Your past,
our
> future -
, 2005 1:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and IEFUSI
>Ted, as long as you don't hit the max number defined in
>IEASYSxx/PAGTOTL.
...
PAGTOTAL=256
(I also do similar things for the maximum number of JES-SPOOL,
ASID's, TIOT, systems in a CFRM policy, etc.
I as
>Ted, as long as you don't hit the max number defined in IEASYSxx/PAGTOTL.
...
PAGTOTAL=256
(I also do similar things for the maximum number of JES-SPOOL, ASID's, TIOT,
systems in a CFRM policy, etc.
I asked for the last once, back in 1994.
The SYSPROG said “No, we only have 5 systems.”
You c
From: "Jim Mulder"
>
> The current maximum size of a page data set is 4GB, ...
C'mon Jim, no need to be coy; you're among friends.
When did you fix this, and when can we expect to see it ???. Your past, our
future - Walts answer from the last time still makes my head spin :-).
Shane ...
-
Ted, as long as you don't hit the max number defined in IEASYSxx/PAGTOTL.
Roland
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Monday, October 31, 2005 1:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: MEMLIMIT and I
IBM Mainframe Discussion List wrote on 10/31/2005
03:00:42 AM:
> My space admin tells me that to support additional 4TB of paging config
I
> would need 360 additional mod3 volumes. Did I mention that z/OS 1.6 only
> supports 256 page data sets (and that includes the common ones)? What
will
> t
>Other than turning on VSTOR for DB2 private (which I rather wouldn't do
because of the performance impact),
...
If you're talking about RMF's VSTOR, what performance impact?
I've used it for years withoug any.
>is there any way to find out how much
storage above the bar DB2's DBM1 address space
Rob,
great idea!
>I hestitate to suggest the following as you already seem to be aware of
>the RAX - but what is wrong with using the fields in RAXV64B (non-shared
>MemObj) and RAXV64C (shared MemObj).
For some reason I thought the RAX would be in private storage. You're right,
I guess I didn't
Barbara,
I hestitate to suggest the following as you already seem to be aware of
the RAX - but what is wrong with using the fields in RAXV64B (non-shared
MemObj) and RAXV64C (shared MemObj).
I use this fields to monitor the 64-bit memory usage for address spaces
in MXI G2 - for example :
Cmd J
1 - 100 of 124 matches
Mail list logo