Re: Clear or Delete Library

[DrFranken <midrange@xxxxxxxxxxxx>]

Agreed on performance, same same.

Too many does stress everything and may slow other jobs. However if this 
is the only thing on the system multi-thread until it runs out of gas to 
get the maximum work down in the minimum time. In admittedly extreme 
case we took a 3 day process and ran it in an hour by multithreading 32 
at once in a massive memory pool rather than sequential in the 
interactive pool.

Personally I do CLRLIB only because if the library is in a library list 
somewhere CLRLIB works while DLTLIB fails. This may not be an issue for 
you.


        - Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 1/13/2016 1:13 PM, Steinmetz, Paul wrote:

> Steve,
>
> We do a similar process using BRMS, on a as needed basis.
> We do DLTLIB, and let RSTLIBRM recreate the libraries.
> The performance will depend on your DASD subsystem.
> We have 10k spinny with 5913 controllers.
> 20+ libraries equating to about 1tb takes about 1 hour.
> If we run multiple deletes at the same time, the disk subsystem is stressed, everything suffers.
> I don't think you will see much difference between a CLRLIB or DLTLIB.
>
> Paul
>
>
> -----Original Message-----
> From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steve Pavlichek
> Sent: Wednesday, January 13, 2016 1:02 PM
> To: Midrange List
> Subject: Clear or Delete Library
>
> Is there a performance difference between a CLRLIB and DLTLIB? I have a customer who is refreshing over 10TB of data from PROD to DEV using BRMS save/restore and is needing to get the process done quicker.
>
> They are submitting CLRLIBs to batch and are running multiple jobs concurrently. Would single threading these help at all?
>
> Any other suggestions?
>
> Thanks
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
>
> Please contact support@xxxxxxxxxxxx for any subscription related questions.