Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Sorry to be so late in chiming in, but some health issues have limited my online-time, and I'm playing catch-up. The reference to the Secret Service's mainframe 60-percent uptime reminded me of an issue from 30-some years ago. I was called on the carpet because the supervisor of our remote data-entry facility claimed that the IMS system I supported was down 70 percent of the time. After a quick plane trip and some careful observation, I determined that some of the staff were using a response-mode transaction involving a full-file scan. This meant that the terminal involved was locked (the old 3270 input inhibited light was on for the duration of the scan). The supervisor standing behind the clerks was starting her stop-watch any time she saw the input inhibited light come on. It took a lot of persuasion to get it through the lady's head that all the other terminals were continuing to work and that we had explicitly instructed her in the past to not let her staff use that transaction in the way they were using it. Even as far back in the stone age as that, I doubt that any management I worked for would ever have tolerated a 60-percent up time. Of course, I have seen some very poor availability tolerated on the unix/ windoze side of the data centers. Dale Miller dalelmil...@comcast.net -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Shane Ginnane wrote: Whenever these sort of threads arise I always wonder who amongst us is quietly sniggering in the shadows. We can probably all agree the machine will ship second half this year - so let's say announcement July, shipping October. That means several of the usual suspects on this list already have them as ESP. They know what they look like, the rest of us are just trying to pin the tail on the donkey. Blindfolded. Does make for a bit of fun though - just like last time when the model number escaped. The following minimally-described presentations from SHARE in Boston (August 1-5) look like they could be interesting: http://share.confex.com/share/115/webprogram/Session7585.html http://share.confex.com/share/115/webprogram/Session7538.html http://share.confex.com/share/115/webprogram/Session7540.html http://share.confex.com/share/115/webprogram/Session7545.html -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Does anyone have opinions on the trade press rumors that the next z frames will house not only z-architecture engines but also power and x64 blades? In particular, how would you see these being used? what advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? (but please, don't vector off into a Windows-bashing discussion... non-z arch blades could also run linux/solaris/aix/bsd/etc. IBM has admitted that their ultimate goal is to have only one processor/chip/hardware that can run the workloads from all three processor families and still be competitive. At this point, personally I see it as IBMs way to reduce hardware development costs while at the same time draw in more customers to run on an 'IBM chip'. Being the pessimistic person that I am, I also see it as one more nail in the coffin for z/OS. In about 10 years I guess there will be about 50 huuuge z/OS installations that run the 'traditional workload'. The rest of the hardware (not called z at that time) will run other workloads not related to z/OS. From our experience, z has a reputation of being able to deliver good 'management' of the workloads. That's why we are approached to run more applications on zLinux. My guess is this is the same everywhere and that IBM also hopes that this reputation will carry over to whatever the hardware/workload will be called. Unfortunately I think that the reputation will die with z/OS. NextGen just doesn't have the mindset to manage it the way we do. (Some exceptions apply.) Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Whenever these sort of threads arise I always wonder who amongst us is quietly sniggering in the shadows. We can probably all agree the machine will ship second half this year - so let's say announcement July, shipping October. That means several of the usual suspects on this list already have them as ESP. They know what they look like, the rest of us are just trying to pin the tail on the donkey. Blindfolded. Does make for a bit of fun though - just like last time when the model number escaped. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
There are probably quite a few other members of this list who know quite a bit, but are under NDA, and can't discuss it. Shane Ginnane ibm-m...@tpg.com.au 5/26/2010 7:56 AM Whenever these sort of threads arise I always wonder who amongst us is quietly sniggering in the shadows. We can probably all agree the machine will ship second half this year - so let's say announcement July, shipping October. That means several of the usual suspects on this list already have them as ESP. They know what they look like, the rest of us are just trying to pin the tail on the donkey. Blindfolded. Does make for a bit of fun though - just like last time when the model number escaped. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Wed, May 26, 2010 at 10:08 AM, Scott Rowe scott.r...@joann.com wrote: There are probably quite a few other members of this list who know quite a bit, but are under NDA, and can't discuss it. Sure, but it's been discussed publicly at user group meetings. If you have a local user group and haven't been attending, you need to get out more. If you don't have a local user group, start one. :-) Anyway, yes, this is apparently coming. The idea is that it's another way to offload CPU-intensive work. The blades won't own any data, so a lot of the reliability issues go away. Analytics was mentioned; I forget what-all else. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Tue, 25 May 2010 15:05:13 -0500, Kirk Wolf wrote: In particular, how would you see these being used? what advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? Suppose they offload Java to the blades; discontinue the zAAps; and declare an armistice with Neon zPrime? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Wed, May 26, 2010 at 2:54 PM, Paul Gilmartin paulgboul...@aim.comwrote: Suppose they offload Java to the blades; discontinue the zAAps; and declare an armistice with Neon zPrime? Now that would be interesting! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
zTheFollowUp On Tue, May 25, 2010 at 11:59 AM, Ken Porowski ken.porow...@cit.com wrote: http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e ither-way-its-coming-soon If they actually call it zNext what will they call the one after it zAfterNext ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
zplane, zplane Richard, Vickie, and Randy Pinion --- mpac...@gmail.com wrote: From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! Date: Tue, 25 May 2010 12:43:19 -0400 zTheFollowUp On Tue, May 25, 2010 at 11:59 AM, Ken Porowski ken.porow...@cit.com wrote: http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e ither-way-its-coming-soon If they actually call it zNext what will they call the one after it zAfterNext ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
In a message dated 5/25/2010 10:59:15 A.M. Central Daylight Time, ken.porow...@cit.com writes: If they actually call it zNext what will they call the one after it zAfterNext ? More likely z EOD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
That is interesting, but I thought another part of the article was more interesting. On the second page there is a heading Governments Invest in Modernization with the following statement. The timing of this research is intriguing; it comes on the heels of reports that the U.S. Secret Service has been seriously hampered by underfunding in IT, and specifically by a 30-year-old legacy mainframe system at the heart of the organization, which has been fully operational only 60 percent of the time. I'd certainly like to have more on this. Are they saying that the U.S. Secret Service is still using 30 year old IBM 360 processors - certainly not. But if the processors and operating systems are much newer than that shouldn't they be able to get better than 60% up time? Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, May 25, 2010 10:59 AM To: IBM-MAIN@bama.ua.edu Subject: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e ither-way-its-coming-soon If they actually call it zNext what will they call the one after it zAfterNext ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Tuesday, May 25, 2010 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! That is interesting, but I thought another part of the article was more interesting. On the second page there is a heading Governments Invest in Modernization with the following statement. The timing of this research is intriguing; it comes on the heels of reports that the U.S. Secret Service has been seriously hampered by underfunding in IT, and specifically by a 30-year-old legacy mainframe system at the heart of the organization, which has been fully operational only 60 percent of the time. I'd certainly like to have more on this. Are they saying that the U.S. Secret Service is still using 30 year old IBM 360 processors - certainly not. But if the processors and operating systems are much newer than that shouldn't they be able to get better than 60% up time? Tom Kelman Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Tue, May 25, 2010 at 12:31 PM, McKown, John john.mck...@healthmarkets.com wrote: Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. http://bama.ua.edu/archives/ibm-main.html I laughingly refer to this as running in 1985 compatibility mode and pretty much all but the top tier of customers still run that way. There's a huge gulf between what the platform is capable of and what people actually do with it. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Tuesday, May 25, 2010 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! On Tue, May 25, 2010 at 12:31 PM, McKown, John john.mck...@healthmarkets.com wrote: Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. http://bama.ua.edu/archives/ibm-main.html I laughingly refer to this as running in 1985 compatibility mode and pretty much all but the top tier of customers still run that way. There's a huge gulf between what the platform is capable of and what people actually do with it. SNIP Perhaps if you stop and think about it for a few moments, the shops that stop and do all these batch updates (or come to a halt for 30-90 minutes) are the shops that seem to be able recover quickly during a Recovery practice. The ones that run 24x7 with no daily sync-point (across all systems) find that when they are forced to do a D/R practice, they have n number of platforms in various states (looking at a business day), and then realize that they have a secondary disaster on their hands. Meanwhile, continuing to think about the aforementioned situation (running in '85 compat mode), yes, there are things that can be done to allow real-time updates using VSAM. But when has a good business case been presented to upper management to go to that kind of processing? Understand, with a Bank, that may be forbidden by law (debits first processing being illegal...). Regards, Steve Thompson -- opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Chris Craddock wrote: On Tue, May 25, 2010 at 12:31 PM, McKown, John john.mck...@healthmarkets.com wrote: Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. http://bama.ua.edu/archives/ibm-main.html I laughingly refer to this as running in 1985 compatibility mode and pretty much all but the top tier of customers still run that way. There's a huge gulf between what the platform is capable of and what people actually do with it. That's for sure! Furthermore, management is quick to point out that the IT folks are not responsive to the rapid change of business needs, yet management will not fund training in new or updated technologies for their staff (nor even for conceptual updates for themselves). While I'm at it, another common piece of folk lore, to me, is the constant claim that IT people are not aligned with the business needs. And yet the folks responsible for maintaining any application usually know very deeply how it works; yet management will not spend any time learning how IT supports the vital interests and functioning of their own business! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Understand, with a Bank, that may be forbidden by law (debits first processing being illegal...). In the US, maybe. I used to work for a Canadian bank: debit first was allowed. People in the US have to realise that not all of their laws apply to other countries. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
snip Furthermore, management is quick to point out that the IT folks are not responsive to the rapid change of business needs, yet management will not fund training in new or updated technologies for their staff (nor even for conceptual updates for themselves). While I'm at it, another common piece of folk lore, to me, is the constant claim that IT people are not aligned with the business needs. And yet the folks responsible for maintaining any application usually know very deeply how it works; yet management will not spend any time learning how IT supports the vital interests and functioning of their own business! In serious line of business applications with, competing requirements from many internal departments, it is often that IT is the central and only organization that understand multiple aspects of the business and how they work (or not) together. How many times have you had to ask two business units to resolve the requirements conflicts at a business level because they are a) doing conflicting things; b) doing similar things in an inconsistent and incompatible manner; or c) wanting to do things that are proven money losers. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On 25 May 2010 12:37:52 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote: Understand, with a Bank, that may be forbidden by law (debits first processing being illegal...). In the US, maybe. I used to work for a Canadian bank: debit first was allowed. People in the US have to realise that not all of their laws apply to other countries. That's why he said may. But this illustrates that libraries can be built for one set of regulations, maybe with such assumptions which apply to part of one's business but not with other parts. And when libraries get updated, we can get burned if we don't understand how updated specifications apply or don't apply to our business. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On a related topic - Does anyone have opinions on the trade press rumors that the next z frames will house not only z-architecture engines but also power and x64 blades? In particular, how would you see these being used? what advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? (but please, don't vector off into a Windows-bashing discussion... non-z arch blades could also run linux/solaris/aix/bsd/etc. Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Tuesday, May 25, 2010 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! On a related topic - Does anyone have opinions on the trade press rumors that the next z frames will house not only z-architecture engines but also power and x64 blades? In particular, how would you see these being used? what advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? (but please, don't vector off into a Windows-bashing discussion... non-z arch blades could also run linux/solaris/aix/bsd/etc. Kirk Wolf Dovetailed Technologies The biggest thing that I can think of would be having the systems talk to each other at extremely high speed using a hipersocket type I/O adapter so that z/OS could talk to Windows or Linux/Intel at memory speeds instead of only 1 (or maybe 10) Gigabit/sec. This assumes the power and x86 blades are just that - blades similar to what is already available but inside a z frame. I don't know if it would be possible to integrate things like the z's memory reliability onto a power or x86 type processor. What about EMIF type I/O so that your Power / x86 / z can talk to your SAN over a single set of fibre? Instead of separate HBAs for each blade. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
And when libraries get updated, we can get burned if we don't understand how updated specifications apply or don't apply to our business. Yes, I know. I worked for an international wholesaler, with 34 offices in 23 countries, and (especially) applib updates always caused grief. Sometimes, we stayed years behind (anathema to me), and I understood the reasons. BTW, to us, the whole SOX compliance was a joke to us. Canadian financial regulations were still stricter than the 'new' requirements. Britain, as well. It was: Got it! Got it! Got it! Got it! Got it! No 'need it's. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf On a related topic - Does anyone have opinions on the trade press rumors that the next z frames will house not only z-architecture engines but also power and x64 blades? In particular, how would you see these being used? what advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? Hipersockets connectivity between the z side and the x side? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
snip If they actually call it zNext what will they call the one after it zAfterNext ? unsnip-- Interesting thought: if they continue with numbers, how long before the z28 ??? :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
John, Our mainframe appliation systems are old also. We have a z10BC, one production LPAR, no CF, and CICS/VSAM with a very little bit of DB2 processing. Over the past year and a half our DDF processing has been increasing dramatically, so the applications folks have found out about that nicety. However, I would say we are fully operational greater than 60% of the time. Being not operational 40% of the time means you have something down at some time for a total of 9.6 hours a day. Being a bank with online banking (Yes, our online banking has to access the mainframe for legacy data) that would be completely unacceptable for us. We'd be losing customers rapidly. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, May 25, 2010 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Tuesday, May 25, 2010 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! That is interesting, but I thought another part of the article was more interesting. On the second page there is a heading Governments Invest in Modernization with the following statement. The timing of this research is intriguing; it comes on the heels of reports that the U.S. Secret Service has been seriously hampered by underfunding in IT, and specifically by a 30-year-old legacy mainframe system at the heart of the organization, which has been fully operational only 60 percent of the time. I'd certainly like to have more on this. Are they saying that the U.S. Secret Service is still using 30 year old IBM 360 processors - certainly not. But if the processors and operating systems are much newer than that shouldn't they be able to get better than 60% up time? Tom Kelman Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Tue, 25 May 2010 15:17:08 -0500, Rick Fochtman rfocht...@ync.net wrote: Interesting thought: if they continue with numbers, how long before the z28 ??? :-) One a year would make it 17 years, which is when I will (hopefully) retire. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
One a year would make it 17 years, which is when I will (hopefully) retire. Since it seems to be every two years, 34 appears to be the better estimate. By then, with the 'technology dividend' a 9000 MIPS processor will be less than an MSU. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-snip-- In serious line of business applications with, competing requirements from many internal departments, it is often that IT is the central and only organization that understand multiple aspects of the business and how they work (or not) together. How many times have you had to ask two business units to resolve the requirements conflicts at a business level because they are a) doing conflicting things; b) doing similar things in an inconsistent and incompatible manner; or c) wanting to do things that are proven money losers. --unsnip--- Sam, you're quite correct in this, but there's another piece of management philosophy that you have overlooked. There's never enough time to do it right, but there's always enough time to do it over, as many times as needed. Also consider this: managers, in most of the situations I've been in, are far more worried about saving their own scalps than saving the bacon of the folks under them. Many, but not all, managers fail to understand that the people being managed can make a manager look either very good or very bad, often in ways that are very subtle. This is very much how the military services work. :-) For this reason I have more respect for a working manager than for the guy who sits in the corner office pushing paper and only comes out long enough to scream obscenities at the peons (us technicians). Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-snip- On a related topic - Does anyone have opinions on the trade press rumors that the next z frames will house not only z-architecture engines but also power and x64 blades? In particular, how would you see these being used? What advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? (but please, don't vector off into a Windows-bashing discussion...non-z arch blades could also run linux/solaris/aix/bsd/etc. --unsnip It MIGHT be useful as a means to access a file server for Unix System Services, or a mail server, or as an adjunct to enhanced TCP/IP processing. I can't perceive any other benefit. I'd be awful concerned about security considerations. And who's going to manage those extra addons?? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Ken Porowski wrote: http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e ither-way-its-coming-soon If they actually call it zNext what will they call the one after it zAfterNext ? LOL. They *always* refer to the upcoming System z hardware release as zNext until it's officially announced. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
Kirk Wolf wrote: On a related topic - Does anyone have opinions on the trade press rumors that the next z frames will house not only z-architecture engines but also power and x64 blades? In particular, how would you see these being used? what advantage would you see/imagine in putting power or x64 blades in the same box as z-engines (vs separate boxes)? http://www.ibm.com/software/data/infosphere/smart-analytics-optimizer-z/ -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
On Wed, May 26, 2010 at 12:46 AM, Rick Fochtman rfocht...@ync.net wrote: -snip-- In serious line of business applications with, competing requirements from many internal departments, it is often that IT is the central and only organization that understand multiple aspects of the business and how they work (or not) together. How many times have you had to ask two business units to resolve the requirements conflicts at a business level because they are a) doing conflicting things; b) doing similar things in an inconsistent and incompatible manner; or c) wanting to do things that are proven money losers. --unsnip--- Sam, you're quite correct in this, but there's another piece of management philosophy that you have overlooked. There's never enough time to do it right, but there's always enough time to do it over, as many times as needed. Also consider this: managers, in most of the situations I've been in, are far more worried about saving their own scalps than saving the bacon of the folks under them. Many, but not all, managers fail to understand that the people being managed can make a manager look either very good or very bad, often in ways that are very subtle. This is very much how the military services work. :-) For this reason I have more respect for a working manager than for the guy who sits in the corner office pushing paper and only comes out long enough to scream obscenities at the peons (us technicians). Rick Rick, Correct on all points. Slipped my mind when writing the response. You are very much on the money, especially for item 2. Performance tuning in particular comes to mind. Cheers, Sam snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html