× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Hoss

CPYLIB was part of the original post - it was reported as slower than the SAVLIB/RSTLIB combination, because it uses CRTDUPOBJ for everything, so has to do access path rebuilds and all. If the SAVLIB is done with saving access paths, it'll definitely be faster. And the SAV/RST code path is optimized for speed - really large page requests from disk, etc.

I've not tested the efficiency of SAVRSTLIB so can't confirm what someone said, that the restore starts before the save is done - that seems not possible, since a SAVF - if that's what is used in that set of commands - has to be completed before it can be sent anywhere and restored. But IBM do all manner of interesting things, sometimes.

Vern

On 9/13/2010 7:45 AM, Bruce Hoffman wrote:
or even cpylib...

On 09/13/2010 07:07 AM, Jim Oberholtzer wrote:
Sam,

Yes you could get it to work, but to what end? The process saves an
object (there are several SAVRSTxxx commands) sends it to another
machine using APPN communications, then restores the object. I don't
understand what the value is. If all you want is a copy of a
library(ies) then use a save file or virtual tape.

Jim Oberholtzer
CEO/Chief Technical Architect
Agile Technology Architects, LLC


On 9/11/2010 4:09 PM, Lennon_s_j@xxxxxxxxxxx wrote:
In my former job I was using SAVRSTLIB to send objects between testing
LPARs and I wasn't intimately involved with the communications setup. I
guess I assumed SAVRSTLIB was part of the operating system...

Now I'm on a single partition machine. If so, can I still use SAVRSTLIB
to make a copy of a library? I suspect not.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.