|
When doing save to disk the most important factor is how fast your disk subsystem can process I/Os. It depends on how data is distributed (it influences number of seeks - the slowest disk operation). There's no easy way to control this. The obvious thing to do is to separate library with *SAVFs to its own ASP - this should have the most effect. If you have many DASD IOPs, their placement on I/O buses can also be important. Another factor is number of DASD arms per disk IOP. As for number of jobs which run in parallel, you can experiment - run your mix and observe WRKDSKSTS - average disk unit utilization should not exceed 40%. When disk units are driven higher, it can actually lengthen run time. Best regards Alexey Pytel "Allen, Mark" <ALLENMA1@Mattel.com> on 03/23/99 03:27:25 PM Please respond to MIDRANGE-L@midrange.com To: MIDRANGE-L@midrange.com cc: (bcc: Alexei Pytel/Rochester/IBM) Subject: Best way (Fastest) to run We do our weekly backup disk to disk via *SAVF. We've played around a couple of different ways to try and speed this up. We currently save 30 libraries each of which is initiated through a submit job to a jobq with MAXACT=*NOMAX. This is taking about 57 minutes. We had been doing submit job to a jobq set at MAXACT=3 for some of the larger libraries and submitting the smaller ones to a jobq set at *NOMAX. In this case it ran about 60 minutes. Is there a way/method I could use to speed these up. The following is a Query I ran from the job accounting journal for these libraries, in case it would help. JOB CPU TIME ENTRY AUXIO TIME NAME STARTED TIME ACTIVE MUFTRANS 1,519 014504 23,501 1,460 2,997,726 INFLIBPR 30,907 014457 23,409 19,758 2,951,375 CLOCFILE04 6,033 014451 23,157 6,044 2,825,217 AADAT10 44,748 014446 23,148 36,220 2,822,103 AAOBJ10 34,045 014446 23,132 18,994 2,805,284 AASRC10 39,047 014447 22,858 25,002 2,651,021 MUFLIBPR 4,595 014503 22,454 2,960 2,391,015 INPLIBPR 9,991 014458 21,823 6,947 2,005,075 TRANSAV 27,852 014507 21,712 27,177 1,924,919 INPLIBR04 27,367 014458 21,618 17,405 1,879,129 TIMEKEEPER 11,784 014506 21,425 9,423 1,758,614 MUPLIBPR 12,003 014505 21,333 8,459 1,708,577 UTILITIES 5,898 014507 20,756 5,472 1,368,490 QGPL 4,625 014508 20,522 3,272 1,214,683 COMLIBF 9,440 014453 20,435 7,500 1,182,121 KTASSRCV8 5,649 014500 20,329 5,203 1,109,198 ACPLIB 5,248 014448 20,118 5,044 990,138 TAFLIBPR 2,650 014505 15,600 2,442 655,393 ACFLIB 3,518 014447 15,501 4,019 613,429 TAPLIBPR 2,254 014506 15,253 2,245 467,272 MAOBJ10 877 014501 14,831 1,031 209,768 MADAT10 848 014500 14,810 1,034 189,313 MASRC10 858 014502 14,811 839 189,071 TIMECUSTOM 604 014506 14,734 584 148,194 MIMICSLIB 515 014502 14,657 538 114,796 LOCLIB 433 014500 14,619 403 79,335 AARCV10 210 014447 14,516 199 29,488 COMLIBP 206 014455 14,516 178 21,706 DJFLIBR01 197 014457 14,516 108 19,631 DJPLIBR01 155 014457 14,516 90 18,576 Mark Allen MIS Manager Mattel-Murray allenma1@mattel.com
As an Amazon Associate we earn from qualifying purchases.
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.