I was thinking about a similar cause. We see such spikes caused by the WMQI Broker (or what is called these days). At startup, it allocates a huge amount of storage (0.6 GB) per address space (4 or 5), which is paged out for 90% after some time. A Stop/Start of the application frees the paged out storage, so does not provide much relief for Central Storage during Stop, but subsequent Start allocates again 4 or 5 times 0.6 GB. The system needs some time (and paging) to establish a new stable situtation.
Kees. "Shane Ginnane" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Last time I noticed something like this, we put it down to "early > starters". > Online regions not getting used overnight, wound up getting (heavily) > trimmed. First arrival in the morning whacks the "Enter" key and (probably) > strolls off to get a coffee. > Different office, similar scenario, but hitting a different region. Mad > scramble for swap-in of large working sets. > Once they are in and active, no paging. > > This was a while ago in a different age, prior to WLM and big real storage, > but I suspect the same situation could be a possibility. > > Shane ... > > > I am seeing short term paging spikes (zOS 1.4 system) at around 6am. No > > dumps happening, just a rapid drop in AFQ and then a spike of 500 pages / > > sec... for a about 1 min. > > Can anyone recommend how to find out who the causer is? Do SMF records > > capture this? The stuff I see doesn't have the granularity to find the > > culprit(s). > ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ********************************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
