On 21/05/2017 7:55 AM, Clark Morris wrote:
Large cloud operations claim they assemble their own blades for 1/3rd
the price of brand named blades ... around $1/BIPS ... possibly
contributing to IBM selling off its server business.
Given these figures, why haven't emulation and various mainframe
>>Since the JES2-L list seems to be defunct, and I have not found a conclusive
>>answer in the archives nor the books, ...
>
>Have you been able to search the archives of the JES2-L list? Last time I
>tried I did not succeed.
Bupkus. It would seem everything on this listserv has been dismantled
On Fri, 19 May 2017 08:19:10 -0700, Lizette Koehler
wrote:
>Here is a best guess.
>
>If the printer was added with $ADD then a hot start may work
>
>Otherwise, remove the PRINTER definitions from the INIT Deck and then try a
>HOT Start. IF that does not work, then you will need an IPL (WARM) S
>What about running a second JES2 system on where a production JES2 is already
>running? It can totally separate from the JES2 production system.
> And on that test JES2 system you can try removing the PRT and RMT definitian
> and see what happens.
That gives me a single-member MAS, which I hav
On Sat, 20 May 2017 13:33:09 -0700, Charles Mills wrote:
>Consider for example "flash copy" and similar technologies. The DASD
>subsystem is able to make a "copy" of an entire volume without using any
>significant amount of actual honest-to-gosh disk space.
>
>It's a little hard to explain the tec
Cloud Computing crossed the finish line first at the Preakness Stakes.
Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately
--
For IBM-MAIN subscribe / signoff / archive acc
[Default] On 20 May 2017 16:37:10 -0700, in bit.listserv.ibm-main
l...@garlic.com (Anne & Lynn Wheeler) wrote:
>mike.a.sch...@gmail.com (Mike Schwab) writes:
>> S/370 operating systems and Linux on System Z can be run on Hercules
>> on a small PC.
>
>max z196 config with 80 processors was rated at
mike.a.sch...@gmail.com (Mike Schwab) writes:
> S/370 operating systems and Linux on System Z can be run on Hercules
> on a small PC.
max z196 config with 80 processors was rated at 50BIPS and went for
$30M. Last published peak I/O benchmark was for z196 with 104 FICONs
(running over 104 fibre cha
And you can drive across the country on a bicycle. Doesn't make it the best
choice for most use cases.
On Fri, May 19, 2017 at 10:53 PM, Mike Schwab
wrote:
> S/370 operating systems and Linux on System Z can be run on Hercules
> on a small PC.
> https://www.youtube.com/watch?v=BrYmA3JXIqA
>
> On
Consider for example "flash copy" and similar technologies. The DASD
subsystem is able to make a "copy" of an entire volume without using any
significant amount of actual honest-to-gosh disk space.
It's a little hard to explain the technology in a quick e-mail paragraph but
basically the controll
Never mind, just noticed that that point had already been made.
Sent from my iPhone
> On May 20, 2017, at 12:54 PM, Charles Mills wrote:
>
> Is my understanding correct?
>
> - the call from COBOL to assembler is dynamic; that is, the assembler
> programs are separately linkedited AMODE/RMODE
Why not simply make the program AMODE 31 and RMODE 24?
Sent from my iPhone
> On May 20, 2017, at 12:54 PM, Charles Mills wrote:
>
> Is my understanding correct?
>
> - the call from COBOL to assembler is dynamic; that is, the assembler
> programs are separately linkedited AMODE/RMODE 24.
> - t
Is my understanding correct?
- the call from COBOL to assembler is dynamic; that is, the assembler programs
are separately linkedited AMODE/RMODE 24.
- the assembler programs contain hard-coded DCB, OPEN, GET/PUT, etc.
If so, yes, if you call from COBOL to assembler the I/O should all work.
If
On Sat, 20 May 2017 11:09:18 -0700, Gerhard Adam wrote:
>I don't see how the space would not be wasted. Where would it be assigned or
>accounted for? If you ignored such waste, you could have more capacity
>available than the volumes you've defined.
>
>On May 20, 2017, at 10:40 AM, Charles Mil
ALL:
I have a STC in Cobol running with these compile options:
CBL NOC(E),FLAG(W),DATA(31),NODYN,RES,RENT,MAP,SSR
CBL NOZWB,NUM,NOTERM,NOVBREF,X,APOST,LIB,LIST
we link as :
MODE AMODE(31),RMODE(ANY)
So my question is we call assembler programs using I/O to QSAM with
ADMODE(24) and RMODE(24), i
On Sat, 20 May 2017 10:18:40 -0700, Lizette Koehler wrote:
>
>TSO XMIT (Transmit) takes a file and compresses it (if possible)
>
I was unaware of a compression facility, and I don't see it mentioned
in the Ref., so I remain skeptical. But I noticed an ENCIPHER option
of which I had previously be
I don't see how the space would not be wasted. Where would it be assigned or
accounted for? If you ignored such waste, you could have more capacity
available than the volumes you've defined.
Sent from my iPhone
On May 20, 2017, at 10:40 AM, Charles Mills wrote:
>> if you write a 32K block t
Hello All,
Finally problem has been resolved and solution is,
Basically , even though we specify 15 min or 1 hr etc in jeslog spin
command, there is no mechanism in jes2 to trigger SPIN.
So, Whenever any new message comes in JESMSGLG and JESMSGSG, then jes2
check spin parameter value and see if
> if you write a 32K block to an emulated 3390 track, the balance of the
space will be wasted
Is that true? (Serious question -- everything I know about DASD management
could be written in one paragraph of an e-mail.) Sure, it wastes "virtual"
space on the emulated 3390 track, no doubt, but aren't
On 2017-05-20 17:17, Lizette Koehler wrote:
TRSMAIN and TSO XMIT both take the input file and build it into fixed length
records. The output file contains the information needed to reconstruct the
file in its original format. So LRECL, BLKSIZE, DSORG, RECFM, etc... which
it will use to restore
TRSMAIN and TSO XMIT both take the input file and build it into fixed length
records. The output file contains the information needed to reconstruct the
file in its original format. So LRECL, BLKSIZE, DSORG, RECFM, etc... which it
will use to restore the file to its original state.
So some
On Sat, 20 May 2017 06:43:22 -0500, Elardus Engelbrecht wrote:
>
>Yes, I am using FTP to transfer my SMF data, RACF DB, etc. from several LPARs
>to one LPAR, simply for archival purposes.
>...
>I can supply a sample JCL for FTP of SMF data if you wish to experiment with
>that.
>
I'll not ask
Nathan Astle wrote:
>I was trying to understand if XMIT is used versus FTP then I will have to run
>a TSO RECEIVE command from the target LPAR to ensure the file is available in
>Target LPAR
E Finnell gave you a good answer. (I used that JCL years ago before TCP/IP is
in use.)
FTP is faster
Hi Ed
Apologies
I was trying to understand if XMIT is used versus FTP then I will have to
run a TSO RECEIVE command from the target LPAR to ensure the file is
available in Target LPAR
On May 20, 2017 2:38 PM, "Edward Finnell" <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
> What
What have you tried?
//JOBCARD JOB
//STEP1 EXEC PGM=IKJEFT01,REGION=4096K,DYNAMNBR=16
//SYSTSPRT DD SYSOUT=A
//SYSTSIN DD *
TRANSMIT nodename.userid DSN('my.big.honkin.smf')
//*
In a message dated 5/20/2017 1:38:12 A.M. Central Daylight Time,
tcpipat...@gmail.com writes:
Could some
25 matches
Mail list logo