Re: Local Page dataset sizing/quantity ROT?

[Vernooij, CP - SPLXM]

I agree, overall sizing is a minor issue: make sure there is enough, what does 
100GB more cost these days?
The more important issue is parallelism. Make sure ASM can do mass page outs if 
it needs to. Page in should not be your problem I suppose.
This brings in the missing info: what is your storage device? 
Why don't you have Hiperpav?
The DS88xx are much more flexible than the ESSs. 

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Art Gutowski
Sent: Monday, December 30, 2013 00:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Local Page dataset sizing/quantity ROT?

I, too, have been watching this thread with interest.  I read much on overall 
sizing, but little on individual page dataset sizing or count (quantity).  I 
have perused past posts where those particulars have been discussed, but am 
curious as to whether any new experiences has lead folks to adjust the number 
and placement of their page datasets...

Regards,
Art Gutowski
General Motors Corporation

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

how to get XM(cross memory) jobs on zOS

[lltvw]

Dear list,

Thanks for your help.

I am wondering to how to get the jobs using XM on zOS, i think maybe some tools 
can do this job, thanks




--
发自我的网易邮箱手机智能版

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Invoking CSVLLIX1

[Robert A. Rosenberg]

At 22:14 -0500 on 01/01/2014, MichealButz wrote about Invoking CSVLLIX1:


I have coded LIBRARIES with a MEMBER  in  CSVLLA00 of the module I would
like to monitor

I start LLA LLA=00



Then in a program I have the following CSVDSYNEX macro invocations

However CSVLLIX1 never gets invoked
[snip]



I assume you have an unshown

DYN_PARM CSVDYNEX MF=L

for the MF=(E,DYN_PARM) macros to use/populate.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Invoking CSVLLIX1

[MichealButz]

Hi,

 

I have coded LIBRARIES with a MEMBER  in  CSVLLA00 of the module I would
like to monitor 

I start LLA LLA=00

 

Then in a program I have the following CSVDSYNEX macro invocations

However CSVLLIX1 never gets invoked

 

 *  

 CSVDYNEX REQUEST=UNDEFINE,

   EXITNAME=CSVLLIX1,  

   RETCODE=RETCODE,

   RSNCODE=RSNCODE,MF=(E,DYN_PARM) 

*  

 CSVDYNEX REQUEST=DEFINE,  

   EXITNAME=CSVLLIX1,  

   AMODE=DEFINED,  

   REENTRANT=REQ,  

   PERSIST=TASK,   

   EXITTYPE=PROGRAM,   

   RETCODE=RETCODE,

   RSNCODE=RSNCODE,MF=(E,DYN_PARM) 

*  

 LR15,RETCODE  

 LTR  R15,R15  

 BZ   DO_LOAD  

 TPUT ERRDEF,L'ERRDEF  

DO_LOAD  DS   0H   

 LOAD EP=CSVLLIX1,GLOBAL=(YES,F)   

 ST   R0,LLA_EXIT

 L R10,LLA_EXIT 

CSVDYNEX REQUEST=ADD,  

  EXITNAME=CSVLLIX1,   

  STATE=ACTIVE,

  MODNAME=CSVLLIX1,

  MODADDR=(R10),   

  JOBNAME=ANY, 

  POS=FIRST,   

  RETCODE=RETCODE, 

  RSNCODE=RSNCODE,MF=(E,DYN_PARM)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Top 10 Strategic Technologies | Gartner

[Ed Gould]

DITTO


On Jan 1, 2014, at 1:34 PM, Aled Hughes wrote:

Personally, never held much store on anything that Gartner ever  
said or commented on since the mid-80s. I doubt if they know what a  
'mainframe' is or can do these days.

On that note, I wish y'all a 'Blwyddyn Newydd Dda' as we say in Wales.







-Original Message-
From: Ed Finnell 
To: IBM-MAIN 
Sent: Wed, 1 Jan 2014 13:42
Subject: Check out Top 10 Strategic Technologies | Gartner


_Top  10 Strategic Technologies | Gartner_
(http://www.gartner.com/technology/research/top-10-technology-trends/)

We'll see how this goesHave a Happy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Top 10 Strategic Technologies | Gartner

[Mike Schwab]

More than a 24 bit IBM mainframe.

On Wed, Jan 1, 2014 at 1:57 PM, Ed Finnell  wrote:
> Yeah, well it was more of talking points than twerking and jerking on other
>  top trends feeds. Probably mobile, 3d printing and robotics are at top of
> list  of things to watch. Saw that NASA is using 3d print for replacement
> parts and  food. They're also using Nexus tablets for short lived satellites
> to pick up  specialty targets. 'They have more horsepower that a
> mainframe...' apologies to  Ron Burgundy
>
>
> In a message dated 1/1/2014 1:34:57 P.M. Central Standard Time,
> aledlhug...@aol.com writes:
>
> doubt if  they know what a 'mainframe' is or can do these days.
> On that note, I wish  y'all a 'Blwyddyn Newydd Dda' as we say in  Wales.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IODF Channel Assignment

[Mike Schwab]

The total number of paths must be kept at 256 or less.
With 2 cascading directors:
(LPAR <-> CNTRL1) * (CNTRL1 <-> CNTRL2) * (CNTRL2 -> DASD).
4 * 8 * 8 would be 256.
With a single director 16 * 16 is possible but not usually needed.


On Tue, Dec 31, 2013 at 8:26 AM, Dazzo, Matt  wrote:
> We have a new IBM DS8870 that I have to define to the IODF. We are going to 
> have (16) 2107 type LCU's controllers and about 3k total devices defined to 
> those 16 LCU's. We also have 16 FICON channels available to use, I was 
> thinking about defining 8 channels to each LCU.
>
> We currently have 4 channels defined to each LCU on our existing Shark 
> device. We do not experience any IO delays or contention with this config.
>
> My experience in this area as you can tell is a little limited. As far as 
> channels are concerned is the motto 'the more the merrier' apply here? Or 
> should I follow the existing standard of 4 channels to each LCU?  Any 
> standard to follow?
>
> Thanks Matt
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Major, Minor CDE

[Micheal Butz]

Thank you :) code worked 

Thanks again ill do a sysevent 
>From memory I think I may have to may have to do it by scheduling. SRB

Sent from my iPhone

On Jan 1, 2014, at 6:18 PM, Peter Relson  wrote:

>> I doing it from the outside XMEM
> 
> I do not know what that means, but guessing that you mean that you are 
> trying to access another address space's data from "yours" while within a 
> work unit of yours, that in general is not possible.
> 
> You cannot reliably access another address space by cross-memory unless 
> that address space is non-swappable.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Major, Minor CDE

[Peter Relson]

>I doing it from the outside XMEM 

I do not know what that means, but guessing that you mean that you are 
trying to access another address space's data from "yours" while within a 
work unit of yours, that in general is not possible.

You cannot reliably access another address space by cross-memory unless 
that address space is non-swappable.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Vacancy - WashDC area - z/VM & zLinux Sysprog

[Jim Marshall]

Vacancy Announcement – z/VM & zLinux Systems Programmer

I am helping a local software company locate a z/VM & Linux Systems Programmer 
needed in the Arlington, VA area.   This firm will hire the person as an 
employee to work on a US Government contract with 3 years to go.  The firm has 
contracts all over the WashDC area and pays competitive salaries along with 
good benefits.  I personally know employees who have worked 20-25 years for 
this firm on a variety of contracts.   

If anyone is interested let me know, contact me OFF-LIST, and would be glad to 
forward your contact info to them.   Jim Marshall 
marshall-ja...@comcast.net   

If you are skeptical about living here in the WashDC area, let me know and I 
can discuss living, commuting, etc.  I find the area quite attractive, have 
convinced others to relocate, and get over the notion is the cost of living is 
outlandish.  

jim  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Application development paradigms [was: RE: Learning Rexx]

[Paul Gilmartin]

On Wed, 1 Jan 2014 14:23:58 -0500, Farley, Peter x23353 wrote:
>
>Rather, I would argue that it is the even more the powerful concept of DVM's, 
>Disconnected Virtual Machines, and the resulting ability for even ordinary 
>application developers, not just sysprogs, ...
> 
Are you suggesting that I, as a Class G user, can build and deploy a DVM,
no sysprog intervention?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Top 10 Strategic Technologies | Gartner

[Scott Ford]

Ed,

I be willing to bet there are a lot of specialized computers with a lot of 
horsepower and memory we know nothing about as US Citizens. 

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Jan 1, 2014, at 2:57 PM, Ed Finnell  wrote:
> 
> Yeah, well it was more of talking points than twerking and jerking on other 
> top trends feeds. Probably mobile, 3d printing and robotics are at top of 
> list  of things to watch. Saw that NASA is using 3d print for replacement 
> parts and  food. They're also using Nexus tablets for short lived satellites 
> to pick up  specialty targets. 'They have more horsepower that a 
> mainframe...' apologies to  Ron Burgundy
> 
> 
> In a message dated 1/1/2014 1:34:57 P.M. Central Standard Time,  
> aledlhug...@aol.com writes:
> 
> doubt if  they know what a 'mainframe' is or can do these days. 
> On that note, I wish  y'all a 'Blwyddyn Newydd Dda' as we say in  Wales.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Top 10 Strategic Technologies | Gartner

[Ed Finnell]

Yeah, well it was more of talking points than twerking and jerking on other 
 top trends feeds. Probably mobile, 3d printing and robotics are at top of 
list  of things to watch. Saw that NASA is using 3d print for replacement 
parts and  food. They're also using Nexus tablets for short lived satellites 
to pick up  specialty targets. 'They have more horsepower that a 
mainframe...' apologies to  Ron Burgundy
 
 
In a message dated 1/1/2014 1:34:57 P.M. Central Standard Time,  
aledlhug...@aol.com writes:

doubt if  they know what a 'mainframe' is or can do these days. 
On that note, I wish  y'all a 'Blwyddyn Newydd Dda' as we say in  Wales.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ¢† One day , a computer will fit on a desk (1974) - YouTube

[Randy Hudson]

In article ,
 Robert A. Rosenberg  wrote:

> [Arthur C Clarke] also "invented"/predicted the synchronous satellite
> being used for communications. I saw a picture of him at a Science Fiction
> Convention wearing a T-Shirt which read "I invented the synchronous
> satellite and all I got was this T-Shirt" to make this point.

He not only predicted it (including pointing out the orbit it required to
function), he predicted that it would be used to allow sufficiently-wealthy
citizens to evade laws against pornography, and incidentally referred to
that predicted pornography targeting the four major sexes, implicitly
de-marginalizing homosexual men and homosexual women. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Top 10 Strategic Technologies | Gartner

[Aled Hughes]

Personally, never held much store on anything that Gartner ever said or 
commented on since the mid-80s. I doubt if they know what a 'mainframe' is or 
can do these days. 
On that note, I wish y'all a 'Blwyddyn Newydd Dda' as we say in Wales. 

 

 

 

-Original Message-
From: Ed Finnell 
To: IBM-MAIN 
Sent: Wed, 1 Jan 2014 13:42
Subject: Check out Top 10 Strategic Technologies | Gartner


_Top  10 Strategic Technologies | Gartner_ 
(http://www.gartner.com/technology/research/top-10-technology-trends/)  
 
We'll see how this goesHave a Happy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Application development paradigms [was: RE: Learning Rexx]

[Scott Ford]

Peter,

Totally agree with you, worked VM for a long time. Liked all of its 
features..still do..

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Jan 1, 2014, at 2:23 PM, "Farley, Peter x23353" 
>  wrote:
> 
> PMFJI here, but IMHO the pipeline paradigm, though obviously powerful and 
> useful, is not the major advantage of VM and CMS over z/OS and TSO for 
> developers, Rexx or otherwise.
> 
> Rather, I would argue that it is the even more the powerful concept of DVM's, 
> Disconnected Virtual Machines, and the resulting ability for even ordinary 
> application developers, not just sysprogs, to very simply arrange to pass 
> data between them via VMCF and/or IUCV.  Then add the power of VM Rexx and 
> pipeline support and XEDIT and the other CMS tools as the only code needed to 
> actually run in and interact with those DVM's and many extremely useful and 
> powerful applications can be coded with nary a compiler or assembler in 
> sight, never mind in use.  No authorized coding or cross-memory complexity 
> required.  Add DB2 and networking support for Rexx and many full-function 
> business applications are added to the possibilities.
> 
> I bemoan the failure decades ago of the CMS on MVS project.  That would, 
> indeed, have changed the history and practice of our computing lives.
> 
> And a Happy New Year to all.
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of David Crayford
> Sent: Sunday, December 29, 2013 11:21 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Learning Rexx
> 
>> On 29/12/2013 1:07 AM, Paul Gilmartin wrote:
>>> On 2013-12-28, at 09:47, Charles Mills wrote:
>>> 
>>> Actually CMS on VM better for rexx than z/OS.
>>> 
>> Why?  (Risking an advocacy thread.)
>> 
>> For me, one reason is the CMS HELP facility.  In fact,
>> sometimes coding Rexx for z/OS I'll log on to CMS merely
>> to use HELP REXX .
>> 
>> Other reasons?
> 
> Most VMers claim that Rexx is superior on VM because of CMS pipes. 
> That's a pretty strong argument.
> 
> --
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Maximum Capacity Feature

[R.S.]

Yes, both numbers apply to uncompressed capacity.
However the difference between 8.0 and 8.5 comes from the "Maximum 
Capacity Feature".


In my understanding (I've just read about it a little) the feature is  
resignation of some buffers which allows to fill more data on the cart. 
As far as I understand it such cart may or may not be copied (when 
filled up) due to tape length odds. (I can be wrong here).


--
Radoslaw Skorupka
Lodz, Poland







W dniu 2013-12-31 15:54, Ken Porowski pisze:

The data sheet says 8.5 TB native (uncompressed) capacity.



CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 
740 5459 (tel) | ken.porow...@cit.com




This email message and any accompanying materials may contain proprietary, privileged and 
confidential information of CIT Group Inc. or its subsidiaries or affiliates 
(collectively, "CIT"), and are intended solely for the recipient(s) named 
above.  If you are not the intended recipient of this communication, any use, disclosure, 
printing, copying or distribution, or reliance on the contents, of this communication is 
strictly prohibited.  CIT disclaims any liability for the review, retransmission, 
dissemination or other use of, or the taking of any action in reliance upon, this 
communication by persons other than the intended recipient(s).  If you have received this 
communication in error, please reply to the sender advising of the error in transmission, 
and immediately delete and destroy the communication and any accompanying materials.  To 
the extent permitted by applicable law, CIT and others may inspect, review, monitor, 
analyze, copy, record and retain any communications sent from or received at this email 
address.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Monday, December 30, 2013 6:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Maximum Capacity Feature

http://www.oracle.com/us/products/servers-storage/storage/tape-storage/t1-data-cartridges/overview/index.html

8.5 TB maximum capacity.  I assume that includes any built in compression.

2013/12/30 R.S. :

I'm just reading about STK/Sun/Oracle tape drives. The latest T1D
drive has uncompressed capacity 8TB, but with "Maximum Capacity
Feaure" it's 8,5TB.

I can't imagine what the feature is, physically. And why it's not
always-enabled?

Any clue?

Happy EOY'13

--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl 
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.555.904 złote.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Application development paradigms [was: RE: Learning Rexx]

[Farley, Peter x23353]

PMFJI here, but IMHO the pipeline paradigm, though obviously powerful and 
useful, is not the major advantage of VM and CMS over z/OS and TSO for 
developers, Rexx or otherwise.

Rather, I would argue that it is the even more the powerful concept of DVM's, 
Disconnected Virtual Machines, and the resulting ability for even ordinary 
application developers, not just sysprogs, to very simply arrange to pass data 
between them via VMCF and/or IUCV.  Then add the power of VM Rexx and pipeline 
support and XEDIT and the other CMS tools as the only code needed to actually 
run in and interact with those DVM's and many extremely useful and powerful 
applications can be coded with nary a compiler or assembler in sight, never 
mind in use.  No authorized coding or cross-memory complexity required.  Add 
DB2 and networking support for Rexx and many full-function business 
applications are added to the possibilities.

I bemoan the failure decades ago of the CMS on MVS project.  That would, 
indeed, have changed the history and practice of our computing lives.

And a Happy New Year to all.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Sunday, December 29, 2013 11:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Learning Rexx

On 29/12/2013 1:07 AM, Paul Gilmartin wrote:
> On 2013-12-28, at 09:47, Charles Mills wrote:
>
>> Actually CMS on VM better for rexx than z/OS.
>>   
> Why?  (Risking an advocacy thread.)
>
> For me, one reason is the CMS HELP facility.  In fact,
> sometimes coding Rexx for z/OS I'll log on to CMS merely
> to use HELP REXX .
>
> Other reasons?

Most VMers claim that Rexx is superior on VM because of CMS pipes. 
That's a pretty strong argument.

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IODF Channel Assignment

[R.S.]

W dniu 2013-12-31 15:26, Dazzo, Matt pisze:

We have a new IBM DS8870 that I have to define to the IODF. We are going to 
have (16) 2107 type LCU's controllers and about 3k total devices defined to 
those 16 LCU's. We also have 16 FICON channels available to use, I was thinking 
about defining 8 channels to each LCU.

We currently have 4 channels defined to each LCU on our existing Shark device. 
We do not experience any IO delays or contention with this config.

My experience in this area as you can tell is a little limited. As far as 
channels are concerned is the motto 'the more the merrier' apply here? Or 
should I follow the existing standard of 4 channels to each LCU?  Any standard 
to follow?


I would use 8 channels, shared for all the LCUs. Simple configuration, 
redundant, no chance to have bottleneck on the channels.
BTW: comparing total bandwith (i.e. 4xFICON 4Gbs vs 4xFICON 8Gbps) is 
*misleading*.


--
Radoslaw Skorupka
Lodz, Poland






---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl 
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: One day, a computer will fit on a desk (1974) - YouTube

[Warren Brown]

Actually, there was a desktop computer called GENIAC which came out in 1955. 
Quite crude but it worked fine.  I got an unmolested one off ebay about a year 
ago.  I first saw one when I was an IBM CE in the sixties.


Heathkit had an analog computer in 1956.  Again I got one off ebay two years ago

In early 1970's an electronics magazine featured a four bit computer based on 
the Intel 4004 chip.


GENIAC --  http://en.wikipedia.org/wiki/Geniac 
HEATHKIT -- http://www.radiomuseum.org/r/heath_educational_analog_compu.html 
4004 --  
http://www.intel.com/content/www/us/en/history/museum-story-of-intel-4004.html

ANTIQUE COLLECTOR 
 


 From: Shmuel Metz (Seymour J.) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 31, 2013 2:30 PM
Subject: Re: One day, a computer will fit on a desk (1974) - YouTube
  

In <1388417488.11875.16.camel@localhost>, on 12/30/2013
   at 10:31 AM, David Andrews  said:

>Though the wikipedia article doesn't mention it, my recollection is
>that Magnuson's M80 system was microprogrammable by the user. 
>Anybody remember/use that?

Remember.

-- 
     Shmuel (Seymour J.) Metz, SysProg and JOAT
     ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Check out Top 10 Strategic Technologies | Gartner

[Ed Finnell]

_Top  10 Strategic Technologies | Gartner_ 
(http://www.gartner.com/technology/research/top-10-technology-trends/)  
 
We'll see how this goesHave a Happy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT --

[Scott Ford]

Elardus,

Yeah, your 8 hrs ahead in SA

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Jan 1, 2014, at 12:08 PM, Elardus Engelbrecht 
>  wrote:
> 
> Scott Ford wrote:
> 
>> Happy New Year to all the great people who frequent this listserv
> 
> Too late. The year is old and gray and is nearing expiring. ;-D
> You have 364 days left to rectify this. ;-D
> 
> Thanks very much for your kind message. I hope you and other IBM-MAIN members 
> have also a great [bugfree] year.
> 
> Mind you: This century is now a toddler, remember that this century was born 
> while we have fun with the Y2K buggy?
> 
> Now we must be at peace and bury 2013. Year 2013 died due to age and left 
> behind this: 12 wifes, 52 childrens and 365 grand childrens. ;-D
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT --

[Elardus Engelbrecht]

Scott Ford wrote:

>Happy New Year to all the great people who frequent this listserv

Too late. The year is old and gray and is nearing expiring. ;-D
You have 364 days left to rectify this. ;-D

Thanks very much for your kind message. I hope you and other IBM-MAIN members 
have also a great [bugfree] year.

Mind you: This century is now a toddler, remember that this century was born 
while we have fun with the Y2K buggy?

Now we must be at peace and bury 2013. Year 2013 died due to age and left 
behind this: 12 wifes, 52 childrens and 365 grand childrens. ;-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

OT --

[Scott Ford]

Happy New Year to all the great people who frequent this listserv

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: When DB2 V10 sits around the house...

[Timothy Sipples]

If you haven't already, please take a look at this summary of techniques to
minimize the amount of storage (memory) that DB2 10 for z/OS uses:

http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/topic/com.ibm.db2z10.doc.perf/src/tpc/db2z_improverealvirtualstorageuse.htm

Please note that that the advice on how to optimize for *performance*
differs.


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
E-Mail: sipp...@sg.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN