Re: Negative implications to performance due to scratch files pro cess

2005-08-23 Thread Vernooy, C.P. - SPLXM
Hello,

Maybe the problem is (partially) caused by converting the SYSVTOC Reserve. 
According to MVS Planning: Global Resource Serialization: SA22-7600, 
...  SYSVTOC is generally not a good candidate for reserve conversion
because reserves are of short duration and I/O intensive


Kees.


DMR-Qualitas Outsourcing [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 Hello Bruce,
 
 this ASM module uses following macros: NAME (to locate), UCATDX (to
 descatlg) and SCRATCH (to delete).
 
 This 'long process' (12hour) is a batch that executes thousands of file
 deletes and it loads this module and it passes differents parameters.
 
 This module is prepared to execute different function with every paramater
 passed (delete scratch, hdelete, delete noscratch).
 
 We are converting SYSVTOC to global ENQ and we have an active VTOCIX on
the
 disk volume.
 
 Perhaps the 'bug' is at architecture of this module. We will revise it.
 
 
 Thanks
 
 --
 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


**
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


Re: Negative implications to performance due to scratch files pro cess

2005-08-23 Thread DMR-Qualitas Outsourcing
Hello,

yes but we can't have any reserve due to Hyperswap (GDPS feature) and
therefore all reserves must be converted to ENQ.

Tks for your help

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


Re: Negative implications to performance due to scratch files pro cess

2005-08-23 Thread Bruce Black



...  SYSVTOC is generally not a good candidate for reserve conversion
because reserves are of short duration and I/O intensive


That is true if you are using GRS Ring configuration (CTCs) but not if 
you are using GRS Star (CFs in a parallel sysplex)


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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


Re: Negative implications to performance due to scratch files pro cess

2005-08-23 Thread DMR-Qualitas Outsourcing
On Tue, 23 Aug 2005 11:51:48 -0400, Bruce Black [EMAIL PROTECTED]
wrote:



...  SYSVTOC is generally not a good candidate for reserve conversion
because reserves are of short duration and I/O intensive


That is true if you are using GRS Ring configuration (CTCs) but not if
you are using GRS Star (CFs in a parallel sysplex)

--

Yes, it's correct. We are using mode Star through CFs in a Parallel Sysplex
(9 systems).

Tks!

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