View previous topic :: View next topic
|
Author |
Message |
new2cobol
New User
Joined: 04 Jan 2006 Posts: 77 Location: Bangalore
|
|
|
|
My experiance with DFSORT and SYNCSORT says DFSORT is better and faster. Not sure whether it is cheaper...
How ever, please use SORT options when you are talking of records numbering in millions. IEBCOPY should be a better option for small files, I guess. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10888 Location: italy
|
|
|
|
Quote: |
IEBCOPY should be a better option for small files, I guess. |
look at the manual to find out why IEBCOPY cannot be used |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6248 Location: Mumbai, India
|
|
|
|
Hi,
My experience differ a little in this regard - I've an in house utility (MULTIGEN) used for this purpose, surprgingly for in-house left others behind. Below are the statistics of a copy operation with differnt utilites done recently:
Code: |
For Records : 5,02,922 Utility : Multigen CPU Time : $0.10
For Records : 5,02,922 Utility : IEBGENER CPU Time : $0.14
For Records : 5,02,922 Utility : SORT CPU Time : $0.13 |
|
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
It is important to note that cpu time is not the issue when copying files. If an organization wants to measure how "good" a copy process is by using cpu time they are making a huge mistake. As was posted, even the biggest user uses almost none.
The big issue with measuring a copy process is how much i/o does it do and how well is the i/o done.
Another consideration is whether the copy is for "a file" or if it is a backup of many files. For many files, suggest dfdss, fdr, or something similar be considered as they are designed for high-volume backup/restore. |
|
Back to top |
|
|
jaspal
New User
Joined: 22 May 2007 Posts: 68 Location: mumbai
|
|
|
|
Hi Anuj D ,
MULTIGEN is faster and consume less CPU time when copying data
from one dataset to other.
In our shop we generally use multigen ,sort and IDCAMs , if there are no
calculation ( i.e sorting) we use MULTIGEN for taking backup etc.
Thanks,
Jaspal |
|
Back to top |
|
|
Debabrata Pruseth
New User
Joined: 11 Dec 2008 Posts: 59 Location: Pune , India
|
|
Back to top |
|
|
|