Re: Acceptable paging

2012-02-12 Thread Vernooij, CP - SPLXM 
Ron,

At the moment I only have ESSs, but we are going to new storage soon. We
expect everything to improve.

Kees.

"Ron Hawkins"  wrote in message
news:<00ad01cce88a$d99abf30$8cd03d90$@net>...
> Kees,
> 
> Have you thought of putting your page datasets into Permacache (EMC)
or DCR
> (HDS).
> 
> This would give you true SSD performance right on the channel, which
is
> better than the SAS HDD emulation variety.
> 
> Ron
> 
> > 
> > Dead, until you stop the Execution Groups. For some reason this
storage is
> > then needed and paged in again, which turned up in delays during
shutdown
> and
> > brought 1 or 2 bad performing hotspots in my paging configuration
above
> the
> > table (or is this typically Dutch).
> > 
> > Kees.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.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...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Edward Jaffe 

On 2/12/2012 11:41 AM, Chris Craddock wrote:

The (evidently popular) idea that you can pick a random group of (cheap) 
gunslingers and solve big system or application development problems is as 
bankrupt today as it ever was. It only ever works on a spreadsheet.


It's funny how so often, despite Santayana's admonishments, new management teams 
implement the same failed ideas (with new names) all over again. Politicians do 
this every 4-8 years or so. Must be human nature... :-\


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Gartner Gives CA Mainframe Modernization Its Highest Possible Rating

2012-02-12 Thread Edward Jaffe 
"For the Mainframe Modernization category, which includes innovative new 
products geared to simplify mainframe management ..., CA Technologies earned a 
'strong positive.'  Strong positive is the highest possible rating given."


http://www.ca.com/us/news/Press-Releases/na/2012/CA-Technologies-Earns-Overall-Positive-Vendor-Rating-From-Leading-Analyst-Firm.aspx

Congratulations to Scott Fagen and the rest of our mainframe ISV colleagues at 
CA who have worked so hard to modernize our platform and earn these 
well-deserved accolades.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: NASA closes it's last mainframe

2012-02-12 Thread Clark Morris 
On 12 Feb 2012 11:10:08 -0800, in bit.listserv.ibm-main you wrote:

>As one of the two last sysprog's involved in the excessing of the NASA 
>"mainframe" we saw the results of the decision made many years ago to go with 
>the model of (cheaper???, smaller, better??? single server and virtual 
>servers) with all of the associated vulnerabilities and failures. 

Depending on the problems to be solved, are the p series computers a
better fit for what NASA is doing?  For management functions a
mainframe might be better but SAP runs on p as I recall.  Given that I
have used NASA goodies both on MVT and MVS, I hate to see this happen
but it may be an intelligent decision.

Clark Morris 
>
>
>*Regret for the things we did can be tempered by time; 
>it is regret for the things we did not do that is inconsolable. 
>
>
>- Original Message -
>From: "Dave Day"  
>To: IBM-MAIN@bama.ua.edu 
>Sent: Sunday, February 12, 2012 10:39:27 AM 
>Subject: Re: NASA closes it's last mainframe 
>
>All of the people entering the astronaut program now get an Ipod. :-P 
>
>On 2/12/2012 12:35 PM, Scott Ford wrote: 
>> Very interesting , my late father had the option to see Houston Manned 
>> Spacecraft Center in the 70s or 80s. He worked for Unisys and their systems 
>> at that time were all Univac. Also around the same time Disneyworld was 
>> Unisys also. He has the option to go ack stage there also.. 
>> 
>> Now NASA is removing their mainframes, what are the replacing them with ? 
>> 
>> Sent from my iPad 
>> Scott Ford 
>> Senior Systems Engineer 
>> www.identityforge.com 
>> 
>> 
>> 
>> On Feb 12, 2012, at 9:29 AM, Matthew Donald 
>> wrote: 
>> 
 This month marks the end of an era in NASA computing. Marshall Space 
 Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe. 
 For 
 my millennial readers, I suppose that I should define what a mainframe is. 
 Well, that’s easier said than done, but here goes -- It’s a big 
 computer that is known for being reliable, highly available, secure, and 
 powerful. They are best suited for applications that are more 
 transaction oriented and require a lot of input/output – that is, writing 
 or reading from data storage devices. 
>>> 
>>> Read the full 
>>> article[
>>>  
>>> blogs.nasa.gov] 
>>> 
>>> -- 
>>> For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 
>> -- 
>> For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 
>> 
>
>-- 
>For IBM-MAIN subscribe / signoff / archive access instructions, 
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM Doing Some Restructuring?

2012-02-12 Thread scott 
Remember "Better, Faster, Cheaper"?  Still nothing that can fly after 
the shuttle, no plan on what to do next (if there is, it will change 
AGAIN), and more cutting back on capabilities (While other countries are 
moving forward).



On 02/12/2012 04:37 PM, Scott Ford wrote:

I will second that..been there done that and was extremely ugly

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 3:04 PM, Aled Hughes  wrote:


Lord spare us from MBAs.
CC

Amen, Chris!



-Original Message-
From: Chris Craddock
To: IBM-MAIN
Sent: Sun, Feb 12, 2012 2:43 pm
Subject: Re: IBM Doing Some Restructuring?


On Feb 12, 2012, at 1:22 AM, Edward Jaffe  wrote:

On 2/11/2012 8:31 AM, Dave Day wrote:
The idea of hiring temporary workers, the 'liquid' people referred to in the

rticle, seems to me to be at odds with long term,  successful growth.

It's hard for me to understand how any serious development projects can be
one by temps. Software development is not a math problem. You can't just throw
bodies" at it to get things done more quickly. You need a smallish group of
ighly skilled people--the kind that usually have permanent "gigs"--and time for
hem to learn the infrastructure and architecture before they can be truly
seful. Also, as with any complex subject, the learning curves can be fairly
teep.

OTOH, perhaps the "projects" they're envisioning don't involve actual
evelopment. Maybe they involve customization of OTS packages.

o Ed, customization of OTS packages (generally a bad idea btw) has exactly the
ame talent requirements you're referring to; a smallish group of highly skilled
eople. The specific skills may be slightly different, but I know you would not
ave any trouble relating to them. The (evidently popular) idea that you can
ick a random group of (cheap) gunslingers and solve big system or application
evelopment problems is as bankrupt today as it ever was. It only ever works on
spreadsheet.
Lord spare us from MBAs.
CC
Sent from my iPad
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


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

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



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

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Scott Ford 
I will second that..been there done that and was extremely ugly

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 3:04 PM, Aled Hughes  wrote:

> Lord spare us from MBAs. 
> CC
> 
> Amen, Chris!
> 
> 
> 
> -Original Message-
> From: Chris Craddock 
> To: IBM-MAIN 
> Sent: Sun, Feb 12, 2012 2:43 pm
> Subject: Re: IBM Doing Some Restructuring?
> 
> 
> On Feb 12, 2012, at 1:22 AM, Edward Jaffe  wrote:
>> On 2/11/2012 8:31 AM, Dave Day wrote:
>> The idea of hiring temporary workers, the 'liquid' people referred to in the 
> rticle, seems to me to be at odds with long term,  successful growth.
> 
> It's hard for me to understand how any serious development projects can be 
> one by temps. Software development is not a math problem. You can't just 
> throw 
> bodies" at it to get things done more quickly. You need a smallish group of 
> ighly skilled people--the kind that usually have permanent "gigs"--and time 
> for 
> hem to learn the infrastructure and architecture before they can be truly 
> seful. Also, as with any complex subject, the learning curves can be fairly 
> teep.
> 
> OTOH, perhaps the "projects" they're envisioning don't involve actual 
> evelopment. Maybe they involve customization of OTS packages. 
> 
> o Ed, customization of OTS packages (generally a bad idea btw) has exactly 
> the 
> ame talent requirements you're referring to; a smallish group of highly 
> skilled 
> eople. The specific skills may be slightly different, but I know you would 
> not 
> ave any trouble relating to them. The (evidently popular) idea that you can 
> ick a random group of (cheap) gunslingers and solve big system or application 
> evelopment problems is as bankrupt today as it ever was. It only ever works 
> on 
> spreadsheet. 
> Lord spare us from MBAs. 
> CC
> Sent from my iPad
> --
> or IBM-MAIN subscribe / signoff / archive access instructions,
> end email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Ed Finnell 
Wonder if they've even heard of Fred Brooks?
 ---quote---
 
Few books on software project management have been as influential and  
timeless as The Mythical Man-Month . With a blend of software  engineering 
facts 
and thought ... 
search.barnesandnoble.com/Mythical-Man-Month/Frederick-P-Brooks-Jr/...
 
--- end quote ---

 
 
In a message dated 2/12/2012 2:07:39 P.M. Central Standard Time,  
aledlhug...@aol.com writes:

Lord  spare us from MBAs

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

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Aled Hughes 
Lord spare us from MBAs. 
CC

Amen, Chris!



-Original Message-
From: Chris Craddock 
To: IBM-MAIN 
Sent: Sun, Feb 12, 2012 2:43 pm
Subject: Re: IBM Doing Some Restructuring?


On Feb 12, 2012, at 1:22 AM, Edward Jaffe  wrote:
> On 2/11/2012 8:31 AM, Dave Day wrote:
> The idea of hiring temporary workers, the 'liquid' people referred to in the 
rticle, seems to me to be at odds with long term,  successful growth.
 
 It's hard for me to understand how any serious development projects can be 
one by temps. Software development is not a math problem. You can't just throw 
bodies" at it to get things done more quickly. You need a smallish group of 
ighly skilled people--the kind that usually have permanent "gigs"--and time for 
hem to learn the infrastructure and architecture before they can be truly 
seful. Also, as with any complex subject, the learning curves can be fairly 
teep.
 
 OTOH, perhaps the "projects" they're envisioning don't involve actual 
evelopment. Maybe they involve customization of OTS packages. 

o Ed, customization of OTS packages (generally a bad idea btw) has exactly the 
ame talent requirements you're referring to; a smallish group of highly skilled 
eople. The specific skills may be slightly different, but I know you would not 
ave any trouble relating to them. The (evidently popular) idea that you can 
ick a random group of (cheap) gunslingers and solve big system or application 
evelopment problems is as bankrupt today as it ever was. It only ever works on 
 spreadsheet. 
Lord spare us from MBAs. 
CC
Sent from my iPad
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


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

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Shmuel Metz (Seymour J.) 
In <4f3768a5.40...@phoenixsoftware.com>, on 02/11/2012
   at 11:22 PM, Edward Jaffe  said:

>It's hard for me to understand how any serious development projects
>can be done  by temps. Software development is not a math problem.

Don't confuse Mathematics with Arithmetic.

>You can't just throw "bodies" at it to get things done more quickly.

Nor can you in Mathematics.

>OTOH, perhaps the "projects" they're envisioning don't involve
>actual  development.

One could hope. I suspect that they mean development of large
components, and that it won't be a pretty picture from the customer
side.
 
-- 
 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...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Scott Ford 
Amen Ed, one word, mis-management dude to lack skill or knowledge

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 2:22 AM, Edward Jaffe  wrote:

> On 2/11/2012 8:31 AM, Dave Day wrote:
>> The idea of hiring temporary workers, the 'liquid' people referred to in the 
>> article, seems to me to be at odds with long term,  successful growth.
> 
> It's hard for me to understand how any serious development projects can be 
> done by temps. Software development is not a math problem. You can't just 
> throw "bodies" at it to get things done more quickly. You need a smallish 
> group of highly skilled people--the kind that usually have permanent 
> "gigs"--and time for them to learn the infrastructure and architecture before 
> they can be truly useful. Also, as with any complex subject, the learning 
> curves can be fairly steep.
> 
> OTOH, perhaps the "projects" they're envisioning don't involve actual 
> development. Maybe they involve customization of OTS packages?
> 
> -- 
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 310-338-0400 x318
> edja...@phoenixsoftware.com
> http://www.phoenixsoftware.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Chris Craddock 
On Feb 12, 2012, at 1:22 AM, Edward Jaffe  wrote:

> On 2/11/2012 8:31 AM, Dave Day wrote:
>> The idea of hiring temporary workers, the 'liquid' people referred to in the 
>> article, seems to me to be at odds with long term,  successful growth.
> 
> It's hard for me to understand how any serious development projects can be 
> done by temps. Software development is not a math problem. You can't just 
> throw "bodies" at it to get things done more quickly. You need a smallish 
> group of highly skilled people--the kind that usually have permanent 
> "gigs"--and time for them to learn the infrastructure and architecture before 
> they can be truly useful. Also, as with any complex subject, the learning 
> curves can be fairly steep.
> 
> OTOH, perhaps the "projects" they're envisioning don't involve actual 
> development. Maybe they involve customization of OTS packages. 


No Ed, customization of OTS packages (generally a bad idea btw) has exactly the 
same talent requirements you're referring to; a smallish group of highly 
skilled people. The specific skills may be slightly different, but I know you 
would not have any trouble relating to them. The (evidently popular) idea that 
you can pick a random group of (cheap) gunslingers and solve big system or 
application development problems is as bankrupt today as it ever was. It only 
ever works on a spreadsheet. 

Lord spare us from MBAs. 

CC

Sent from my iPad

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

Re: NASA closes it's last mainframe

2012-02-12 Thread Scott Ford 
Dave,

I find the most interesting of the difference between mainframe ppl and the pc 
world is the thinking process. The mainframe process was long and complicated 
and thought out, pc to me is usually a slam dunk.


Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 1:39 PM, Dave Day  wrote:

> All of the people entering the astronaut program now get an Ipod. :-P
> 
> On 2/12/2012 12:35 PM, Scott Ford wrote:
>> Very interesting , my late father had the option to see Houston Manned 
>> Spacecraft Center in the 70s or 80s. He worked for Unisys and their systems 
>> at that time were all Univac. Also around the same time Disneyworld was 
>> Unisys also. He has the option to go ack stage there also..
>> 
>> Now NASA is removing their mainframes, what are the replacing them with ?
>> 
>> Sent from my iPad
>> Scott Ford
>> Senior Systems Engineer
>> www.identityforge.com
>> 
>> 
>> 
>> On Feb 12, 2012, at 9:29 AM, Matthew Donald  
>> wrote:
>> 
 This month marks the end of an era in NASA computing. Marshall Space
 Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe.  
 For
 my millennial readers, I suppose that I should define what a mainframe is.
  Well, that’s easier said than done, but here goes -- It’s a big
 computer that is known for being reliable, highly available, secure, and
 powerful.  They are best suited for applications that are more
 transaction oriented and require a lot of input/output – that is, writing
 or reading from data storage devices.
>>> 
>>> Read the full 
>>> article[
>>> blogs.nasa.gov]
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: NASA closes it's last mainframe

2012-02-12 Thread Scott Ford 
Man, probably ...remember the lunar lander had was it 8 or 16k

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 1:39 PM, Dave Day  wrote:

> All of the people entering the astronaut program now get an Ipod. :-P
> 
> On 2/12/2012 12:35 PM, Scott Ford wrote:
>> Very interesting , my late father had the option to see Houston Manned 
>> Spacecraft Center in the 70s or 80s. He worked for Unisys and their systems 
>> at that time were all Univac. Also around the same time Disneyworld was 
>> Unisys also. He has the option to go ack stage there also..
>> 
>> Now NASA is removing their mainframes, what are the replacing them with ?
>> 
>> Sent from my iPad
>> Scott Ford
>> Senior Systems Engineer
>> www.identityforge.com
>> 
>> 
>> 
>> On Feb 12, 2012, at 9:29 AM, Matthew Donald  
>> wrote:
>> 
 This month marks the end of an era in NASA computing. Marshall Space
 Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe.  
 For
 my millennial readers, I suppose that I should define what a mainframe is.
  Well, that’s easier said than done, but here goes -- It’s a big
 computer that is known for being reliable, highly available, secure, and
 powerful.  They are best suited for applications that are more
 transaction oriented and require a lot of input/output – that is, writing
 or reading from data storage devices.
>>> 
>>> Read the full 
>>> article[
>>> blogs.nasa.gov]
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: NASA closes it's last mainframe

2012-02-12 Thread Bernard Hines 
As one of the two last sysprog's involved in the excessing of the NASA 
"mainframe" we saw the results of the decision made many years ago to go with 
the model of (cheaper???, smaller, better??? single server and virtual servers) 
with all of the associated vulnerabilities and failures. 


*Regret for the things we did can be tempered by time; 
it is regret for the things we did not do that is inconsolable. 


- Original Message -
From: "Dave Day"  
To: IBM-MAIN@bama.ua.edu 
Sent: Sunday, February 12, 2012 10:39:27 AM 
Subject: Re: NASA closes it's last mainframe 

All of the people entering the astronaut program now get an Ipod. :-P 

On 2/12/2012 12:35 PM, Scott Ford wrote: 
> Very interesting , my late father had the option to see Houston Manned 
> Spacecraft Center in the 70s or 80s. He worked for Unisys and their systems 
> at that time were all Univac. Also around the same time Disneyworld was 
> Unisys also. He has the option to go ack stage there also.. 
> 
> Now NASA is removing their mainframes, what are the replacing them with ? 
> 
> Sent from my iPad 
> Scott Ford 
> Senior Systems Engineer 
> www.identityforge.com 
> 
> 
> 
> On Feb 12, 2012, at 9:29 AM, Matthew Donald 
> wrote: 
> 
>>> This month marks the end of an era in NASA computing. Marshall Space 
>>> Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe. For 
>>> my millennial readers, I suppose that I should define what a mainframe is. 
>>> Well, that’s easier said than done, but here goes -- It’s a big 
>>> computer that is known for being reliable, highly available, secure, and 
>>> powerful. They are best suited for applications that are more 
>>> transaction oriented and require a lot of input/output – that is, writing 
>>> or reading from data storage devices. 
>> 
>> Read the full 
>> article[
>>  
>> blogs.nasa.gov] 
>> 
>> -- 
>> For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 
> 

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

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

Re: NASA closes it's last mainframe

2012-02-12 Thread Dave Day 

All of the people entering the astronaut program now get an Ipod. :-P

On 2/12/2012 12:35 PM, Scott Ford wrote:

Very interesting , my late father had the option to see Houston Manned 
Spacecraft Center in the 70s or 80s. He worked for Unisys and their systems at 
that time were all Univac. Also around the same time Disneyworld was Unisys 
also. He has the option to go ack stage there also..

Now NASA is removing their mainframes, what are the replacing them with ?

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 9:29 AM, Matthew Donald  wrote:


This month marks the end of an era in NASA computing. Marshall Space
Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe.  For
my millennial readers, I suppose that I should define what a mainframe is.
  Well, that’s easier said than done, but here goes -- It’s a big
computer that is known for being reliable, highly available, secure, and
powerful.  They are best suited for applications that are more
transaction oriented and require a lot of input/output – that is, writing
or reading from data storage devices.


Read the full 
article[
blogs.nasa.gov]

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

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



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

Re: NASA closes it's last mainframe

2012-02-12 Thread Scott Ford 
Very interesting , my late father had the option to see Houston Manned 
Spacecraft Center in the 70s or 80s. He worked for Unisys and their systems at 
that time were all Univac. Also around the same time Disneyworld was Unisys 
also. He has the option to go ack stage there also..

Now NASA is removing their mainframes, what are the replacing them with ?

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Feb 12, 2012, at 9:29 AM, Matthew Donald  wrote:

>> 
>> This month marks the end of an era in NASA computing. Marshall Space
>> Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe.  For
>> my millennial readers, I suppose that I should define what a mainframe is.
>>  Well, that’s easier said than done, but here goes -- It’s a big
>> computer that is known for being reliable, highly available, secure, and
>> powerful.  They are best suited for applications that are more
>> transaction oriented and require a lot of input/output – that is, writing
>> or reading from data storage devices.
> 
> 
> Read the full 
> article[
> blogs.nasa.gov]
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: CSSMTP and AUTH LOGIN smtp command

2012-02-12 Thread Anne & Lynn Wheeler 
shmuel+ibm-m...@patriot.net (Shmuel Metz  , Seymour J.) writes:
> So even if plaintext is enough for the time being, any requirement you
> submit to IBM should ask for a full implementation.

related, recent long-winded post in a different mailing list
http://www.garlic.com/~lynn/2012b.html#71 Password shortcomings

i've been somewhat paranoid for some quite some time ... part of it may
have been requirement that IBM required that all links be encrypted
... in the mid-80s, there was claim that over half of link encryptors
in the world were on the corporate internal network. misc. past
posts mentioning internal network
http://www.garlic.com/~lynn/subnetwork.html#internal

recent post referencing realizing that there were three kinds
of encryption:
http://www.garlic.com/~lynn/2012.html#63 Reject gmail

semi-related ... old email discussing doing pgp-like email
http://www.garlic.com/~lynn/2007d.html#email810506
http://www.garlic.com/~lynn/2006w.html#email810515

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: What QA tools do you use for testing?

2012-02-12 Thread Shmuel Metz (Seymour J.) 
In <4f357b29.9020...@consolidated.net>, on 02/10/2012
   at 02:16 PM, Dave Day  said:

> I'd like to improve the quality of my code, before it goes out
>the  door.  Sometimes, some really stupid coding errors make it past
>my own  testing.  If your are writing the  code, and then testing it
>yourself,  you're kind of in a tunnel-vision scenario.

The best tools, IMHO, are

 1. Code/design reviews

 2. A thorough test suite. The hard part is not the driver for the
test, but coming up with the actual test data to cover all
code paths.
 
-- 
 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...@bama.ua.edu with the message: INFO IBM-MAIN

Re: CSSMTP and AUTH LOGIN smtp command

2012-02-12 Thread Shmuel Metz (Seymour J.) 
In <1328881573.60206.yahoomail...@web171202.mail.ir2.yahoo.com>, on
02/10/2012
   at 01:46 PM, Eric Loriaux  said:

>I'm currently trying to use CSSMTP with an SMTP server that will
>require AUTH LOGIN. Our IBM support saids it is not supported y
>CSSMTP and indeed it doesn't work.

RFC 4954 is half a decade old and RFC 2554 is over a decade old; it is
hardly surprising that mail servers are requiring SMTP-AUTH. RFC 4409
and RFC 6409 require a Mail Submission Agent to enforce its use in
most cases. It shouldn't be too hard to make a business case if you
submit a requirement to IBM.

>For that purpose, a special command is supposed to be added to the
>usual SMTP command sequence (just after EHLO command), that is :
> 
>AUTH LOGIN   

Be aware that RFC 4954 specifies

   Note: A server implementation MUST implement a configuration in
   which it does NOT permit any plaintext password mechanisms,
   unless either the STARTTLS [SMTP-TLS] command has been
   negotiated or some other mechanism that protects the session
   from password snooping has been provided.  Server sites SHOULD
   NOT use any configuration which permits a plaintext password
   mechanism without such a protection mechanism against password
   snooping.

So even if plaintext is enough for the time being, any requirement you
submit to IBM should ask for a full implementation.

>Have you had the same problem ? 

Yes.

>What did you do ? 

I asked the vendor of my e-mail client to add SMTP-AUTH support. In my
case plaintext was adequate, but I wouldn't be surprised if I had to
upgrade in the future.

-- 
 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...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM Doing Some Restructuring?

2012-02-12 Thread Anne & Lynn Wheeler 
edja...@phoenixsoftware.com (Edward Jaffe) writes:
> It's hard for me to understand how any serious development projects
> can be done by temps. Software development is not a math problem. You
> can't just throw "bodies" at it to get things done more quickly. You
> need a smallish group of highly skilled people--the kind that usually
> have permanent "gigs"--and time for them to learn the infrastructure
> and architecture before they can be truly useful. Also, as with any
> complex subject, the learning curves can be fairly steep.
>
> OTOH, perhaps the "projects" they're envisioning don't involve actual
> development. Maybe they involve customization of OTS packages?

re:
http://www.garlic.com/~lynn/2012b.html#74 IBM Doing Some Restructuring

The cp40 paper makes references that small group of skilled experienced
people are much more effective (which would also be cost effective) to
large hords

at the science center we would make references to heads rolled uphill
for failed projects and/or piling bodies to try and save failing
projects ... was attactive to executives since they tended to be
compensated proportional to bodies in the executives
organizations. Problems were frequently proportional to lack of
skill/experience ... but then they would attempt to reframe lack of
skill/experience as some innate difficulty of the task (as opposed to
lack of skills/experience) ... requiring large hordes, much larger
organization, etc.

this shows up in spades in the Future System failure ... some
past posts 
http://www.garlic.com/~lynn/submain.html#futuresys

also referenced in this recent (Greater IBM) post
http://www.garlic.com/~lynn/2012.html#104 Can a business be democratic? Tom 
Watson Sr. thought so

a smaller scale comparison was the System/R effort ... some past posts
http://www.garlic.com/~lynn/submain.html#systemr

that initially got out as SQL/DS ... being below the corporate radar as
all focus was on the massive EAGLE effort ... then when EAGLE failed
... there was request how fast could there be a port of System/R - SQL/DS
to MVS ... for what becomes DB2.

There is also large intersection with the growing "Success of Failure"
culture ... mentioned in this article
http://www.govexec.com/dailyfed/0407/040407mm.htm
but has been around in quite some time in many industries.

A possible short-term window is that there may be a pocket of
high-skilled/experienced people that have been laid off in various
employment actions ... which could be available as temporary workers.
This would tend to be a temporary anomoly in a culture transitioning
from long-term, high-skilled workers to lots of focus on 3month horizon.
This is also reflected in statistics of private-equity LBOs where the
focus on short-term payback is eliminating lots of of R&D (that tends to
have payback long after the private-equity event). in another recent
(Greater IBM) posts
http://www.garlic.com/~lynn/2012.html#4 The Myth of Work-Life Balance
http://www.garlic.com/~lynn/2012.html#57 The Myth of Work-Life Balance
also discussed in these posts
http://www.garlic.com/~lynn/2012.html#45 You may ask yourself, how did I get 
here?
http://www.garlic.com/~lynn/2012.html#54 Report: Fed Officials Joke About 
Housing Crisis
http://www.garlic.com/~lynn/2012b.html#47 Where are all the old tech workers?

past references to growing "Success of Failure" culture
http://www.garlic.com/~lynn/2009o.html#25 Opinions on the 'Unix Haters' 
Handbook'
http://www.garlic.com/~lynn/2009o.html#41 U.S. house decommissions its last 
mainframe, saves $730,000
http://www.garlic.com/~lynn/2010b.html#19 STEM crisis
http://www.garlic.com/~lynn/2010b.html#26 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010f.html#38 F.B.I. Faces New Setback in Computer 
Overhaul
http://www.garlic.com/~lynn/2010k.html#18 taking down the machine - z9 series
http://www.garlic.com/~lynn/2010p.html#78 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010q.html#5 Off-topic? When governments ask 
computers for an answer
http://www.garlic.com/~lynn/2010q.html#69 No command, and control
http://www.garlic.com/~lynn/2011b.html#0 America's Defense Meltdown
http://www.garlic.com/~lynn/2011c.html#45 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011g.html#32 Congratulations, where was my invite?
http://www.garlic.com/~lynn/2011g.html#34 Congratulations, where was my invite?
http://www.garlic.com/~lynn/2011g.html#72 77,000 federal workers paid more than 
governors
http://www.garlic.com/~lynn/2011i.html#36 Having left IBM, seem to be reminded 
that IBM is not the same IBM I had joined
http://www.garlic.com/~lynn/2011i.html#79 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#33 China Builds Fleet of Small Warships 
While U.S. Drifts
http://www.garlic.com/~lynn/2011k.html#41 Rafael Team with Raytheon to Offer 
Iron Dome in the U.S
http://www.garlic.com/~lynn/2011k.html#48 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011l.html#0 Justifying application of Boyd

NASA closes it's last mainframe

2012-02-12 Thread Matthew Donald 
>
> This month marks the end of an era in NASA computing. Marshall Space
> Flight Center powered down NASA’s last mainframe, the IBM Z9 Mainframe.  For
> my millennial readers, I suppose that I should define what a mainframe is.
>   Well, that’s easier said than done, but here goes -- It’s a big
> computer that is known for being reliable, highly available, secure, and
> powerful.  They are best suited for applications that are more
> transaction oriented and require a lot of input/output – that is, writing
> or reading from data storage devices.


Read the full 
article[
blogs.nasa.gov]

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

Re: Turning on additional CPs

2012-02-12 Thread Martin Packer 
This used to be a big deal back in the 3090 (and prior) days. Less so now 
as the numbers sustain us to very high numbers of engines without much 
discomfort. In the original case (3 going to 4) I wanted (a few days ago) 
to point out the engine speed decrease was slight enough to probably not 
be the cause.

I might be wrong :-) but that's still my opinion...

I know we've not really talked about MP ratios as a community for a very 
long time. I'm wondering what's been done in the past 15 years (other than 
multi-book machines since z990 and Hiperdispatch) to potentially change 
the picture. Anyone care to chip in? I'm also going to think about the 
effects of multibook and HD myself.

On multibook I think it analogous to the old 280 and 380 models that were 
faster than the 200 and 300 models despite having the same number of 
engines (2 and 3 respectively) because of the second lot of cache.

Cheers (as I just heard George Clooney say :-)  ) Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
Edward Jaffe 
To:
IBM-MAIN@bama.ua.edu, 
Date:
12/02/2012 07:54
Subject:
Re: Turning on additional CPs
Sent by:
IBM Mainframe Discussion List 



On 2/9/2012 8:53 AM, Staller, Allan wrote:
> There is a well know impact of additional CP's known as the "MP effect".
> Going from 1 to 2 engines does not get you twice as much horsepower.
> Only 1.9 times as much.
> In the early days 360/65 AP&  305/65 MP, the effect was only 1.7 times.

Specifically, if you look at z196 machines 
http://tech-news.com/publib/pl2817.html you'll see the following LSPR 
ratios:

Modl Ratio Delta
701  2.15   N/A
702  4.06   1.91
703  5.92   1.86
704  7.72   1.80
705  9.47   1.75
706  11.17  1.70
707  12.82  1.65
and so on...

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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