Ed Gould wrote on 11/12/2005 09:55:56 AM:
Frank,
Could you talk about this a little, please? I have not heard of the
interface.
DFSORT has an internal interface with DFSMSrmm, and an externalized
interface (ICETPEX) that other tape management systems are using. Here's a
link to the
OK then one further question. The FM recommends to use a small number of
dynamic work files ie 2 or 3. Does sort allocate multi volume files if they
need to be very large for a very big sort.
Jim McAlpine
On 11/14/05, Frank Yaeger [EMAIL PROTECTED] wrote:
Jim,
DFSORT dynamically allocates
Jim McAlpine wrote on 11/14/2005 08:39:52 AM:
OK then one further question. The FM recommends to use a small number of
dynamic work files ie 2 or 3. Does sort allocate multi volume files if
they
need to be very large for a very big sort.
What is The FM?
DFSORT only uses the first volume of
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Frank Yaeger
Jim McAlpine wrote on 11/14/2005 08:39:52 AM:
OK then one further question. The FM recommends to use a
small number ...
What is The FM?
The F[ine] Manual. :-)
-jc-
jc wrote on 11/14/2005 11:17:38 AM:
What is The FM?
The F[ine] Manual. :-)
Oh, of course, as in RTFM. I should have made the connection. Silly me.
:-)
Frank Yaeger - DFSORT Team (IBM)
Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration
= DFSORT/MVS is on the Web at
On Nov 14, 2005, at 9:47 AM, Frank Yaeger wrote:
Ed Gould wrote on 11/12/2005 09:55:56 AM:
Frank,
Could you talk about this a little, please? I have not heard of the
interface.
DFSORT has an internal interface with DFSMSrmm, and an externalized
interface (ICETPEX) that other tape management
Ed Gould wrote on 11/14/2005 01:13:12 PM:
Interesting.. when did this (DFSORT release) happen? Just curious.
The support was added with DFSORT PTFs as follows:
DFSMSrmm - July, 2000
ICETPEX - March, 2002
Frank Yaeger - DFSORT Team (IBM)
Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols,
Subject: Re: SORTWKnn question
In [EMAIL PROTECTED], on 11/12/2005
at 04:38 PM, Ron and Jenny Hawkins [EMAIL PROTECTED] said:
Doesn't a 6250 reel tape only hold about 30MB of data,
Far more than that:
BPI Characters on 2400' reelCharacters on 3600' reel
200
Ed,
Doesn't a 6250 reel tape only hold about 30MB of data, so you were sorting
about 750MB? Working on SORTWKnn must total twice your input file you are
talking three SORTWKnn of about 500MB.
I can't imagine why it would be such a hard thing to figure out...
Ron
Thanks for mentioning that.
On Nov 12, 2005, at 2:38 AM, Ron and Jenny Hawkins wrote:
Ed,
Doesn't a 6250 reel tape only hold about 30MB of data, so you were
sorting
about 750MB? Working on SORTWKnn must total twice your input file
you are
talking three SORTWKnn of about 500MB.
I can't imagine why it would be such a
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/11/2005
08:44:54 PM:
A LONG time ago we had a need to sort 25+ 6250 (BPI) tapes at one
swat. It could not be broken up (I don't remember why).
This was a weekly job. The records were also large (18K -IIRC) . The
first couple of
On Nov 12, 2005, at 9:50 AM, Frank Yaeger wrote:
SNIP-
Well, hopefully if they're still doing that, they're using a tape
management system that knows the filesize and passes it to DFSORT
through
the appropriate interface. (A long time ago there was no such
In [EMAIL PROTECTED], on 11/12/2005
at 04:38 PM, Ron and Jenny Hawkins [EMAIL PROTECTED] said:
Doesn't a 6250 reel tape only hold about 30MB of data,
Far more than that:
BPI Characters on 2400' reelCharacters on 3600' reel
200 5,760,000 8,640,000
Ed Gould wrote on 11/10/2005 08:23:20 PM:
On Nov 10, 2005, at 12:00 PM, Skip Robinson wrote:
I'm all for dynamic SORTWK, but we recently hit a problem that I
posted to
the List for help. Our installation default number for SORTWK is 3. An
application did such a large sort that the work
We have a long running COBOL batch job that as part of its' processing runs
several sorts. If we code RLSE on the SORTWKnn dd statements, what will be
the effect on the amount of sort work space allocated in the later sorts.
Jim McAlpine
None, RLSE only works with QSAM/BSAM output files and sortwknn files are
never really initialized.
one of the left over reason that sortwk files are never multi-volume
Mike
On 11/10/05, Jim McAlpine [EMAIL PROTECTED] wrote:
We have a long running COBOL batch job that as part of its' processing
: SORTWKnn question
We have a long running COBOL batch job that as part of its' processing
runs
several sorts. If we code RLSE on the SORTWKnn dd statements, what will be
the effect on the amount of sort work space allocated in the later sorts.
Jim McAlpine
_
This message and any attachments
wrote on 11/10/2005
09:27:39 AM:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353
Sent: Thursday, November 10, 2005 11:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SORTWKnn question
Question: Why are you still
Peter Farley wrote on 11/10/2005 09:21:25 AM:
Question: Why are you still coding SORTWKnn statements at all? Modern
versions of SORT (whether DFSORT or SYNCSORT) will automatically
dynamically
allocate whatever SORTWK's they need whenever they need them (which isn't
nearly as often as in
-MAIN@BAMA.UA.EDU
Subject: Re: SORTWKnn question
Peter Farley wrote on 11/10/2005 09:21:25 AM:
Question: Why are you still coding SORTWKnn statements at all? Modern
versions of SORT (whether DFSORT or SYNCSORT) will automatically
dynamically
allocate whatever SORTWK's they need whenever they need
Hal Merritt wrote on 11/10/2005 11:05:26 AM:
Can you use DYNAUTO=IGNWKDD in the job step's DFSPARM DD *?? That way
you fix the job while waiting for global approvals.
No. DYNAUTO=IGNWKDD is only an installation parameter, not a run-time
parameter. It seemed that if you were going to change
On Nov 10, 2005, at 12:00 PM, Skip Robinson wrote:
I'm all for dynamic SORTWK, but we recently hit a problem that I
posted to
the List for help. Our installation default number for SORTWK is 3. An
application did such a large sort that the work files came out to
be 64K
tracks. The sort
22 matches
Mail list logo