Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
So assuming you could use the whole drive, the number of these current generation drives that you would need to back a single address space is (2**64)/(2**38) = 2**(64-38) = 2**26 = 67,108,864 Back in my old life I once did a presentation at an IBM customer meeting trying to illustrate how much 2**64 is. Besides a similar DASD device calculation, I also did a simpified swap time calculation. At 100MB/s sustained transfer speed, it takes 5850 years to transfer all bytes of a single 64bit AS. Make that 10GB/s and use 100 devices in parallel it still takes 210+ days. According to Word, the PoP has about 4'000'000 characters and is roughly 5cm thick. So 4 of them fit into one 16MB AS and this corresponds to a pile of paper of 20cm height. Going to 31bit multiplies these figures by 128: 512 PoPs and 25.6 meters. Going to 64bit from 31bit multiplies them by another 8 billions: 4400 billion PoPs and you can travel all the way from the Earth to the sun and half this distance further on on that bridge of PoPs. have good journey :-) History has shown all these this will sufficce forever statements have provben that forever is a relatively short period of time. So, I concluded my presentation stating that 64bit will do it for a couple of years. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GDG in deferred roll-in status
A fairly easy one? Can't remember the command to remove the entry from the base but keep the dataset or, for another example get rid altogether. Thx in anticipation JJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF arbchar
If I do f p'abc===xyz' I can find any string that begins with abc and ends with xyz and has any 3 characters in the middle. Is the any way to find any n-character string starting with abc and ending with xyz or do I always have to explicitly specify the number of unknown characters. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info-zip on Z/OS 1.6 and up
It is a feature of the emulated DASD support in Hercules. Chuck Arney illustro Systems International, LLC http://www.illustro.com Access 3270 data from anywhere with z/XML-Host Access 3270 apps from the web with z/Web-Host Access CMS minidisks from OS/390 or VSE with CMSACCess Voice: 972-296-6166 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Wednesday, July 19, 2006 12:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Info-zip on Z/OS 1.6 and up I have access to a Flex-ES system here. But, I'm not familiar with the base and shadow DASD concepts you mentioned. Is there any chance this is a Hercules feature? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG in deferred roll-in status
Joe, Can't remember the command to remove the entry from the base but keep the dataset or, for another example get rid altogether. I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Tso delete command can also be used. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
In a message dated 7/19/2006 5:32:04 A.M. Central Standard Time, [EMAIL PROTECTED] writes: If I do f p'abc===xyz' I can find any string that begins with abc and ends with xyz and has any 3 characters in the middle. Is the any way to find any n-character string starting with abc and ending with xyz or do I always have to explicitly specify the number of unknown characters. Don't know if you can do it in one command but can do the ONLY trick of ===ONLY abc pre Then ===FIND xyz suf nx all Don't remember where ONLY came from, PDS85 commands source or XEPHON. Surely it's the medication -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: newbie questions!
I strongly disagree. Some good programmers are arrogant, but then again so are some bad ones. The best ones realize that they don't -- and can't -- know it all, and they make allowances for it. Edsger Dijkstra even made humility the point of a paper he delivered at a Turing Award lecture, said paper being entitled The Humble Programmer. His argument was that most of the art/science of programming centers around trying to compensate for our finite cranial capacity. This is indisputably true. As Steve McConnell puts it, The people who are the best at programming are the people who realize how small their brains are. They are humble. The prople who are the worst at programming are the people who refuse to accept the fact that their brains aren't equal to the task. That may be a different sense of the word humility than you were discussing, but I think it is relevant. In more practical terms, arrogant programmers all too frequently become prima donnas, which often affords them the opportunity to become the best programmer nobody wants to work with. Jon snip 'Humility'? Anyone entering a new field has perforce much to learn from some of its experienced denizens, but humility should be short-lived. No good programmer I have every known was at all humble, and the great ones were/are well aware of their abilities, even [some few of them] arrogant about their skills. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL and 64 bits was Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
On 18 Jul 2006 11:32:54 -0700, in bit.listserv.ibm-main you wrote: On Jul 18, 2006, at 6:26 AM, Veilleux, Jon L wrote: I always get blank looks when I ask what would happen if someone actually tried to exploit 64bit addressing to the fullest. How do we provide page space to back these requests? As someone responsible for keeping our mainframes up and running, it worries me that application type people have the ability to crash the system just by a stupid mistake. One STORAGE loop in a 64bit address space and the paging subsystem is toast. I know that there are other exposures that application folks can use to crash the system, but, to me, this looks like an accident waiting to happen. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 Joe, You have reason to worry, IMO. I know COBOL types that really need the 64bit arch. Right now they are storing the tables in VSAM datasets and accessing them them as tables should be. They wanted 64 bits 10+years ago. They have gotten around the limitation of COBOL and wrote assembler subroutines to access the vsam datasets. They have updated the the subrountine for multiple VSAM datasets. Right now they ten extra DD statements for spill vsam files. One programmer used to call me up monthly to see if COBOL has finally kept up with the OS. When I left the business 5+ years ago they were begging for relief. Of course until IBM comes through with support for a large number of page datasets, cobol can sit still doing essentially nothing. COBOL as implemented by IBM is catching up with 31 bit in terms of maximum data area sizes. I believe that Microfocus will sell you a 64 bit capable COBOL for other platforms. They may even sell you one for z Linux. With the 64 bit usage by DB2 and Java, not providing 64 bit compile options for COBOL is telling what IBM really thinks of the future of COBOL (and for various reasons I would agree that the need for COBOL is dying). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
Ed Finnell wrote... Don't know if you can do it in one command but can do the ONLY trick of ===ONLY abc pre Then ===FIND xyz suf nx all Don't remember where ONLY came from, PDS85 commands source or XEPHON. Surely it's the medication ONLY is probably an Edit macro consisting of EXCLUDE ALL followed by a FIND ALL. Regards, John Kalinich CSC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
Jim, There is no way to do what you want using a single ISPF command, but the following simple edit macro will do it: /* REXX Edit Macro */ address isredit MACRO FIND ABC FIRST FIND XYZ .ZCSR .ZCSR NEXT if rc = 0 then say Found else say Not found exit 0 This will find any line that contains ABC followed by XYZ, including when there are no intervening characters (e.g. ABCXYZ). Of course you can change the strings to be entered as input arguments and use column ranges to limit the search and put the FIND in a loop (etc), but hopefully this will get you started. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm From: Jim McAlpine [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: ISPF arbchar Date: Wed, 19 Jul 2006 11:31:55 +0100 If I do f p'abc===xyz' I can find any string that begins with abc and ends with xyz and has any 3 characters in the middle. Is the any way to find any n-character string starting with abc and ending with xyz or do I always have to explicitly specify the number of unknown characters. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
Ed Finnell wrote... Don't know if you can do it in one command but can do the ONLY trick of ===ONLY abc pre Then ===FIND xyz suf nx all The above would find strings such as zzzxyz abczzz, but I think Jim only wanted to find strings where XYZ comes *after* ABC. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Journal Gazette | 07/15/2006 | Governor apologizes for BMV's breakdowns
On 18 Jul 2006 10:04:24 -0700, in bit.listserv.ibm-main you wrote: McKown, John wrote: Yet another convert off the mainframe has glitches despite the time (6+ years) and money ($35 Million US) spent. It does not say what OS the replacement system was running on. Nor exactly what the glitches were. http://www.fortwayne.com/mld/fortwayne/news/local/15046289.htm Oh, but you didn't mention the BEST part John... the reference to mainframes and being 1970s era hardware. Just gotta love when they describe STABLE systems as obsolete and unstable ones as state of the art. Depending on the application, the mainframe may have been solid, the RACF (or equivalent) implemented correctly and the application as flaky as possible. They may have been working around an number of constraints. Of course it is possible to develop unstable and buggy applications on any platform using any language, package or Integrated Development Environment. It is also possible to develop stable applications and run them successfully on platforms sized for the task and manage the environment to provide the required stability and integrity. It requires decent management and people. Mickey -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and 64 bits was Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
I am of two minds about whether the need for COBOL is dying. On one hand, it has served (and served well) for many years and is very well-suited for its original purpose. On the other hand, as time goes by there are fewer people around who know it. It is becoming increasingly marginalized in the workplace, and anything you can do with COBOL you can do with other more modern languages such as, say, Java. On the other other hand, though, I can run a COBOL program on z/OS with a region size of a few K, whereas I had to up my TSO region from 4MiB to 128MiB just to successfully execute java -version. On the other other other hand, many of the more modern languages are, to be charitable, not suited for non-psychotics. C++, in particular, is an abomination (in my not-as-humble-as-it-should-be opinion, of course). On yet another hand -- I'm up to five hands now -- as verbose as COBOL is, it is still reasonably simple to learn and use. So maybe the need for COBOL is dying, but its usefulness isn't. I haven't looked into any of its newer features, either, so I am hoping to be pleasantly surprised if I ever get around to boning up on it. Jon snip With the 64 bit usage by DB2 and Java, not providing 64 bit compile options for COBOL is telling what IBM really thinks of the future of COBOL (and for various reasons I would agree that the need for COBOL is dying). /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
On Tue, 18 Jul 2006 15:46:27 -0400, Kuredjian, Michael [EMAIL PROTECTED] wrote: I'm currently in University on my Co-op term as a COBOL programmer for host systems (zOS). I have a few basic questions regarding the zArchitecture that I can't seem to elicit answers to from my co-workers. The questions are as follows: 1. zOS has a kernel called the BCP, or Base Control Program. In Linux or Windows, it's established that the kernel runs on a general purpose CPU( PowerPC, x86, MIPS, etc...); however, I would like to know if such a central CPU exists in the mainframe, and if that central CPU is of some common architecture like, POWER. If not, are there any documents that I can look into that will describe the CPU architecture for me? While the processor has been enhanced over the years, the CPU may be the first general purpose architecture still in existence. The 360 architecture is still an integral and important part of z/Architecture, and almost any program written for 360 will run without being modified on z/Architecture. 2. ESCON and FICON are data busses used for external storage devices, but what does the mainframe use for internal data bus, InfiniBand, HyperTransport? IBM doesn't make the internal details available. In order to perform, there is a lot of point-to-point interconnect. Paths to memory are very wide, again to improve performance. I can't seem to find the last reference I found, but I think it's 256 bytes. FICON is essentially Fibre Channel with extra layers to improve security. 3. Does the mainframe use common interconnects on the hardware level? I'm thinking of PCIe, PCI-X, MCA, or PCI. AS someone mentioned, there are PCI slots for cryptographic processors, but for general use, none of those is fast enough. Connections from memory to the channels is through 16 Self Timed Interconnect (STI) busses per book (a maximum of 64), each of which is capable of independently transferring 2.7 Gigabytes per second. The z9 EC can support up to 336 FICON channels, and STI is how the data is transferred between the channels and memory. The channels on the mainframe do not talk directly to devices, but to control units, which are specialized processors that relieve the processor of the details of most of the workings of the device. There are tons of details on the IBM web site. Try these, for example: http://www-03.ibm.com/systems/z/hardware/ http://www-03.ibm.com/servers/eserver/zseries/zos/ Good luck, and welcome to the platform! Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
In a message dated 7/19/2006 9:07:06 A.M. Central Standard Time, [EMAIL PROTECTED] writes: ONLY is probably an Edit macro consisting of EXCLUDE ALL followed by a FIND ALL. Right. There was a bug in something for a while that rolled everything to uppercase but it went away a few releases back. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES3 to JES2 Migration
Hi, Would anyone have a project plan for doing the above or any pointers to documentation that I would find useful when embarking on such a task? Kind Regards Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
In a message dated 7/19/2006 9:16:59 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The above would find strings such as zzzxyz abczzz, but I think Jim only wanted to find strings where XYZ comes *after* ABC. Find only strings PREFIXED with ABC, of this subset find only strings suffixed with XYZ. Pre come before suf 99.98% of the time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and 64 bits was Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock I am of two minds about whether the need for COBOL is dying. On one hand, it has served (and served well) for many years and is very well-suited for its original purpose. Likewise Latin. On the other hand, as time goes by there are fewer people around who know it. It is becoming increasingly marginalized in the workplace, and anything you can do with COBOL you can do with other more modern languages such as, say, Java. And HLASM. :-) On the other other hand, though, I can run a COBOL program on z/OS with a region size of a few K, whereas I had to up my TSO region from 4MiB to 128MiB just to successfully execute java -version. I think that's called progress. :-| -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Linux - Our Saving Grace?
Just completed a 4.5 day class on Z/VM Installation and Tailoring for Linux. First off, it was great to get my hands on VM again after a long hiatus. Secondly, it was also nice to hear from my classmates that their sites were putting in Linux under VM as a way to get out of servers back to something more solid. My hope is that this swings the pendulum back toward the Big Iron and that we old timers might be able to make it to retirement after all. BTW, one of our attendees was considerably younger than the group I was with. We were in a multi-site class taught over IP connections. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * Everything comes to him who hustles while he waits. ? Thomas A. Edison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
Thanks to all of those that are replying. I've found a wealth of information in the IBM RD website. They have an issue that details the architecture of the z990 CPU very clearly. It seems as through IBM is modernizing the arch to handle more OOE/Superscalar execution as they make a push to SOA and e-business models. Out of curiosity, I've started poking around the system I've access to through ISPF to find out more regarding the hardware. Through the ISPVCALL STATUS function, I found that the system I'm on is a zArch 2064 with 4 CPUs; however, is there a way I can retrieve the model # of this system as well? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Marchant Sent: Wednesday, July 19, 2006 10:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Newbie Questions! On Tue, 18 Jul 2006 15:46:27 -0400, Kuredjian, Michael [EMAIL PROTECTED] wrote: I'm currently in University on my Co-op term as a COBOL programmer for host systems (zOS). I have a few basic questions regarding the zArchitecture that I can't seem to elicit answers to from my co-workers. The questions are as follows: 1. zOS has a kernel called the BCP, or Base Control Program. In Linux or Windows, it's established that the kernel runs on a general purpose CPU( PowerPC, x86, MIPS, etc...); however, I would like to know if such a central CPU exists in the mainframe, and if that central CPU is of some common architecture like, POWER. If not, are there any documents that I can look into that will describe the CPU architecture for me? While the processor has been enhanced over the years, the CPU may be the first general purpose architecture still in existence. The 360 architecture is still an integral and important part of z/Architecture, and almost any program written for 360 will run without being modified on z/Architecture. 2. ESCON and FICON are data busses used for external storage devices, but what does the mainframe use for internal data bus, InfiniBand, HyperTransport? IBM doesn't make the internal details available. In order to perform, there is a lot of point-to-point interconnect. Paths to memory are very wide, again to improve performance. I can't seem to find the last reference I found, but I think it's 256 bytes. FICON is essentially Fibre Channel with extra layers to improve security. 3. Does the mainframe use common interconnects on the hardware level? I'm thinking of PCIe, PCI-X, MCA, or PCI. AS someone mentioned, there are PCI slots for cryptographic processors, but for general use, none of those is fast enough. Connections from memory to the channels is through 16 Self Timed Interconnect (STI) busses per book (a maximum of 64), each of which is capable of independently transferring 2.7 Gigabytes per second. The z9 EC can support up to 336 FICON channels, and STI is how the data is transferred between the channels and memory. The channels on the mainframe do not talk directly to devices, but to control units, which are specialized processors that relieve the processor of the details of most of the workings of the device. There are tons of details on the IBM web site. Try these, for example: http://www-03.ibm.com/systems/z/hardware/ http://www-03.ibm.com/servers/eserver/zseries/zos/ Good luck, and welcome to the platform! Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
Find only strings PREFIXED with ABC, of this subset find only strings suffixed with XYZ. Pre come before suf 99.98% of the time. If a line contains the following string: zzzxyz abczzz The second 'word' in the above string is prefixed with ABC. The first word in the above string is suffixed with XYZ. So, the use of ONLY and FIND would find the above string, but I think Jim wanted to find strings where XYZ came *after* ABC. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm From: Ed Finnell [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF arbchar Date: Wed, 19 Jul 2006 10:43:39 EDT In a message dated 7/19/2006 9:16:59 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The above would find strings such as zzzxyz abczzz, but I think Jim only wanted to find strings where XYZ comes *after* ABC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG in deferred roll-in status
On Wed, 19 Jul 2006 08:33:46 -0400, John Kington [EMAIL PROTECTED] wrote: I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN Ok with this one. I need to leave it off. I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Doesn't this just delete the dataset? I want to delete it from the GDG base but keep the dataset. Sorry for the confusion (one thing i can remember how to do) Joe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG in deferred roll-in status
If it is not rolled in, there is nothing you need to do. Alternately, just rename it. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joe jeffries Sent: Wednesday, July 19, 2006 11:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: GDG in deferred roll-in status On Wed, 19 Jul 2006 08:33:46 -0400, John Kington [EMAIL PROTECTED] wrote: I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN Ok with this one. I need to leave it off. I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Doesn't this just delete the dataset? I want to delete it from the GDG base but keep the dataset. Sorry for the confusion (one thing i can remember how to do) Joe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Heh. Speaking of Java
I'm trying to research why I am getting a java NullPointerException when I try to start up Tomcat on z/OS. I go to IBM developerWorks, which wants a screen name. I put in a screen name, click Submit, and I get -- ta da! -- a NullPointerException. Thanks, guys, but what I wanted was information about the NPE, not another actual NPE. I can get one of those any time I feel like it. sigh Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
On Wed, 19 Jul 2006 14:57:21 +, Dave Salt [EMAIL PROTECTED] wrote: Find only strings PREFIXED with ABC, of this subset find only strings suffixed with XYZ. Pre come before suf 99.98% of the time. If a line contains the following string: zzzxyz abczzz The second 'word' in the above string is prefixed with ABC. The first word in the above string is suffixed with XYZ. So, the use of ONLY and FIND would find the above string, but I think Jim wanted to find strings where XYZ came *after* ABC. And he didn't actually say that he wanted ABC to be at the beginning of a word and XYZ to be at the end of a word... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heh. Speaking of Java
Is there an easy way to view the stacktrace? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Jon Brock Sent: Wednesday, July 19, 2006 11:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Heh. Speaking of Java I'm trying to research why I am getting a java NullPointerException when I try to start up Tomcat on z/OS. I go to IBM developerWorks, which wants a screen name. I put in a screen name, click Submit, and I get -- ta da! -- a NullPointerException. Thanks, guys, but what I wanted was information about the NPE, not another actual NPE. I can get one of those any time I feel like it. sigh Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
What I want and would beg for is the ability to use a regular expression in the ISPF editor. Beats the elided out of those primitive picture clauses! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG in deferred roll-in status
Joe, I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN Ok with this one. I need to leave it off. If you do not rollin the GDS, the next time that someone attempts to create a +1 generation, the system will locate it and write over it. You really want to rollin or delete any GDS that is in deferred status. I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Doesn't this just delete the dataset? I want to delete it from the GDG base but keep the dataset. I suggest you rename the dataset to a simple name. I will often change the GV## part to X to help me remember what it is and where it came from. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
Not so sure, after the initial rush in 2003-4 to put everything back on the mainframe, common sense has set in. While the idea of putting the tamagotchi's under z/VM is a good one - from all points of view. I have quite a few customers who have migrated away from z/Linux and z/VM. The reason - the 390 CPU engine is too weak to handle all of that new-fangled Java, Websphere etc. If you are not CPU-bound and the business is I/O oriented, nothing better. Maybe we will have to wait (not so long) for Power PC for zSeries. John My hope is that this swings the pendulum back toward the Big Iron and that we old timers might be able to make it to retirement after all. BTW, one of our attendees was considerably younger than the group I was with. We were in a multi-site class taught over IP connections. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * Everything comes to him who hustles while he waits. ? Thomas A. Edison John Cassidy (Dipl.-Ingr.) Berninastrasse 9 8057 Zuerich Europe Telephone: +41 (0) 43 300 4602 Mobile:+41 (0) 79 207 3268 John Cassidy (Dipl.-Ingr.) Berninastrasse 9 8057 Zuerich Europe Telephone: +41 (0) 43 300 4602 Mobile:+41 (0) 79 207 3268 E-Mail: [EMAIL PROTECTED] http://www.JDCassidy.net http://en.wikipedia.org/wiki/Europe_United -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
On Wed, 19 Jul 2006 17:52:22 +0200, John Cassidy [EMAIL PROTECTED] wrote: Maybe we will have to wait (not so long) for Power PC for zSeries. Don't hold your breath. http://www.isham-research.co.uk/mainframe_2008.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
That or similiar was what I was referring to ;) JC On Wed, 19 Jul 2006 17:52:22 +0200, John Cassidy [EMAIL PROTECTED] wrote: Maybe we will have to wait (not so long) for Power PC for zSeries. Don't hold your breath. http://www.isham-research.co.uk/mainframe_2008.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html John Cassidy (Dipl.-Ingr.) Berninastrasse 9 8057 Zuerich Europe Telephone: +41 (0) 43 300 4602 Mobile:+41 (0) 79 207 3268 E-Mail: [EMAIL PROTECTED] http://www.JDCassidy.net http://www.europeunited.org http://en.wikipedia.org/wiki/Europe_United -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
You mean for instance, from the web site referred below, But whereas iSeries and pSeries share a common processor, the zSeries won't - its architecture is just too different. On Wed, 19 Jul 2006 18:09:32 +0200, John Cassidy [EMAIL PROTECTED] wrote: That or similiar was what I was referring to ;) JC On Wed, 19 Jul 2006 17:52:22 +0200, John Cassidy [EMAIL PROTECTED] wrote: Maybe we will have to wait (not so long) for Power PC for zSeries. Don't hold your breath. http://www.isham-research.co.uk/mainframe_2008.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
Wait and see what IBM will say, they have to react, they are losing z/Linux customers. You mean for instance, from the web site referred below, But whereas iSeries and pSeries share a common processor, the zSeries won't - its architecture is just too different. On Wed, 19 Jul 2006 18:09:32 +0200, John Cassidy [EMAIL PROTECTED] wrote: That or similiar was what I was referring to ;) JC On Wed, 19 Jul 2006 17:52:22 +0200, John Cassidy [EMAIL PROTECTED] wrote: Maybe we will have to wait (not so long) for Power PC for zSeries. Don't hold your breath. http://www.isham-research.co.uk/mainframe_2008.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html John Cassidy (Dipl.-Ingr.) Berninastrasse 9 8057 Zuerich Europe Telephone: +41 (0) 43 300 4602 Mobile:+41 (0) 79 207 3268 E-Mail: [EMAIL PROTECTED] http://www.JDCassidy.net http://www.europeunited.org http://en.wikipedia.org/wiki/Europe_United -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe population
My wife and I are looking to spread our wings, move that is. Is there a site or information available listing metropolis' with the greatest mainframe shop populations? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
Yes, Linux can run in it's own LPAR with the right processor configuration. I THINK (and it's lack of personal experience here) that Z/VM allows for multiple copies running under the supervision of the hypervisor. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * Everything comes to him who hustles while he waits. ? Thomas A. Edison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
Yes, it can, but using VM confers some advantages in terms of flexibility, recoverability, and resource utilization. John Cassidy's observation about matching the workload to the processor is on the money, though. We can easily drive our IFL to 100% CPU utilization just by running some fairly mundane things -- tar, for instance -- and that's without anybody touching the Websphere guest or the one application we are going to try to put into production. High-I/O, low-CPU applications are the best fit. That said, there are some folks out there running Java, Websphere, etc. on zLinux and doing a good job of it, so it can be done. Jon snip Can't Linux run in a separate LPAR without the need for Z/VM installed? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
Yep -- works great. We currently have 12 Linux guests running on our IFL. For the most part, everything runs just peachy, but we do run into the occasional CPU constraint issue. Things will get interesting when we start hitting our guests a good deal harder than we are now. Jon snip Yes, Linux can run in it's own LPAR with the right processor configuration. I THINK (and it's lack of personal experience here) that Z/VM allows for multiple copies running under the supervision of the hypervisor. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heh. Speaking of Java
Which one? The one on z/OS or the one from the developerWorks site? (I have since gotten into dW via the oh-so-scientific method of keep doing it until it works.) I have a copy of the stack trace from the Tomcat issue, and I am taking it up with some people who should be able to point me in the right direction. I'm thinking it is most likely either an installation or configuration problem. Jon snip Is there an easy way to view the stacktrace? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Why is zSeries so CPU poor? (was:RE: Linux - Our Saving Grace?)
Just out of curiousity, why is the zSeries CPU so poor at CPU-intensive workloads, like Java? Is it the clock speed of the circuitry? Is it the complexity of the instructions? Is it the fact that the machine does a lot of internal checking / checkpointing for reliability and recovery? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor? (was:RE: Linux - Our Saving Grace?)
Does IBM make a co-processor add-in that can provide an assist for the JVM overhead? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of McKown, John Sent: Wednesday, July 19, 2006 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Why is zSeries so CPU poor? (was:RE: Linux - Our Saving Grace?) Just out of curiousity, why is the zSeries CPU so poor at CPU-intensive workloads, like Java? Is it the clock speed of the circuitry? Is it the complexity of the instructions? Is it the fact that the machine does a lot of internal checking / checkpointing for reliability and recovery? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
I could bet the farm that's ECLipz , is code name for hardware emulation at the micro/milli code level. The new architecture could be framed like the CELL expecting one or more 390 CPU's married to a network of CELL processors , which in turn is supported by several other RISC processors to handle the various workloads and emulation. The major task of instruction decoding, and memory fetching can be done by another processor on behalf of the 390 CPU. That is a BIG portion of the heavy lifting required to execute a program. That's a lot of machine cycles saved, that's why RISC CPU's can boast they don't have those performance penalties to contend with, since it's somewhat separated out of the normal decoding behavior. Some 12 years ago,I initially believed the Linux having such a small kernel in it's early life had a distinct advantage of other OS's, but I was incorrect (and somewhat naive and misinformed) on how it would have performed on RISC versus the INTEL (386/486) implementations. The numbers do bear that out but I don't have much of an interest in that area any more since I back working exclusively with mainframes. I'm still a UNIX hobbyist and run both AIX and Linux at home, utterly frustrating and fun at the same time. If anyone out there know(Z) please tell me I'm still curious about where this is all going. Be A RISC based line of 390 CPU's or POWER like CPU with a 390 emulation. Good info on the thread -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
Linux can have a small memory foot print. As far as I know, much of the size of a kernel image comes from statically compiled modules. If space is a concern, it's perfectly feasible to omit many kernel modules from the build process and only keep those required as modules. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of SUBSCRIBE IBM-MAIN tdell Sent: Wednesday, July 19, 2006 1:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Linux - Our Saving Grace? I could bet the farm that's ECLipz , is code name for hardware emulation at the micro/milli code level. The new architecture could be framed like the CELL expecting one or more 390 CPU's married to a network of CELL processors , which in turn is supported by several other RISC processors to handle the various workloads and emulation. The major task of instruction decoding, and memory fetching can be done by another processor on behalf of the 390 CPU. That is a BIG portion of the heavy lifting required to execute a program. That's a lot of machine cycles saved, that's why RISC CPU's can boast they don't have those performance penalties to contend with, since it's somewhat separated out of the normal decoding behavior. Some 12 years ago,I initially believed the Linux having such a small kernel in it's early life had a distinct advantage of other OS's, but I was incorrect (and somewhat naive and misinformed) on how it would have performed on RISC versus the INTEL (386/486) implementations. The numbers do bear that out but I don't have much of an interest in that area any more since I back working exclusively with mainframes. I'm still a UNIX hobbyist and run both AIX and Linux at home, utterly frustrating and fun at the same time. If anyone out there know(Z) please tell me I'm still curious about where this is all going. Be A RISC based line of 390 CPU's or POWER like CPU with a 390 emulation. Good info on the thread -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
Kuredjian, Michael wrote: Does IBM make a co-processor add-in that can provide an assist for the JVM overhead? zAAPs -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
Does zLinux have a kernel patch that allows it to offload the JVM to this co-proc when running in an LPAR? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Edward Jaffe Sent: Wednesday, July 19, 2006 1:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? Kuredjian, Michael wrote: Does IBM make a co-processor add-in that can provide an assist for the JVM overhead? zAAPs -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
Hello, there I ran into the message ANTP0102I. Attached are the control card and job output. Is there something I have missed? Any comments are appreciated. //STEP1 EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CESTPAIR DEVN(X'C5A9') PRIM(X'C005' AG000 X'A9' X'05') + SEC(X'C805' 11462 X'A9' X'05') + MODE(COPY) PACE(15) CRIT(NO) MSGREQ(NO) ANTP8802I CESTPAIR DEVN(X'C5A9') PRIM(X'C005' AG000 X'A9' X'05') ANTP8802I (CONT)MODE(COPY) PACE(15) CRIT(NO) MSGREQ (NO) ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND MODE ANTP0001I CESTPAIR COMMAND UNSUCCESSFUL FOR DEVICE C5A9. COMPLETION CODE: 08 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
It's an interpreted language. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Goforth, Mark Sent: Wednesday, July 19, 2006 1:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? zAAPs do not work under zLinux. They only work under zOS. As for Java, the more appropriate question might be why is it so inefficient? This email and any files attached with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error delete this message and notify the sender at 402-341-0500. If you are not the named recipient you should not disseminate, distribute or copy this email or any attachment. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kuredjian, Michael Sent: Wednesday, July 19, 2006 12:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? Does zLinux have a kernel patch that allows it to offload the JVM to this co-proc when running in an LPAR? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kuredjian, Michael Sent: Wednesday, July 19, 2006 12:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? Does zLinux have a kernel patch that allows it to offload the JVM to this co-proc when running in an LPAR? No. a zAAP can only be used by a z/OS system. Not z/VM, z/Linux, z/VSE, or z/TPF. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
Tom, FICON is essentially Fibre Channel with extra layers to improve security. Extra layers to improve security? I would have said that essentially FICON is ESCON encapsulated in Fibre Channel Protocol. Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kuredjian, Michael Sent: Wednesday, July 19, 2006 12:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? It's an interpreted language. Again, not really. The Java source code is actually compiled to a binary form which is called Java Byte Code. This byte code is similar in nature to a normal processor's instruction set. I guess you could say that the JVM inteprets the byte code. But I think of it more like the JVM includes a byte code emulator (like the old 1401 emulator). But, from what I can tell,the Java byte code doesn't match the zSeries instruction set very well. So it is relatively inefficient. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
Correct. The byte code generated by the Java compiler isn't understandable by any machine except the Java Virtual Machine. The JVM interprets this object code and relays the calls to those found in the host system's API. Out of curiosity, how does C++ perform on zOS? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of McKown, John Sent: Wednesday, July 19, 2006 2:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kuredjian, Michael Sent: Wednesday, July 19, 2006 12:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? It's an interpreted language. Again, not really. The Java source code is actually compiled to a binary form which is called Java Byte Code. This byte code is similar in nature to a normal processor's instruction set. I guess you could say that the JVM inteprets the byte code. But I think of it more like the JVM includes a byte code emulator (like the old 1401 emulator). But, from what I can tell,the Java byte code doesn't match the zSeries instruction set very well. So it is relatively inefficient. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: resetting a KSDS
On Wednesday 19 July 2006 15:12, Willy Jensen wrote: anybody have an idea of how to clear an existing VSAM KSDS, apart from REPRO 0 records into it with REUSE? Program INITKSDS in file 183 of the CBT tape has a RESET option that deletes all the records (at least, it tries to) in a KSDS. http://gsf-soft.com/Freeware/ Or you can write a VSAM program that issues ERASE macros or their equivalent in another language. --  Gilbert Saint-Flour  GSF Software  http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: COBOL and 64 bits was Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
I don't want to get into either the: Does IBM need to provide a 64-bit COBOL (for z/OS) compiler - because of business needs of programmers or - because of what it says to their customers about COBOL Nor What is the current need for and what is the future of COBOL in general. *** Personally, I don't hear of a LOT of new development being done in COBOL, but certainly do hear of a lot of applications continuing to run (and being maintained) in COBOL. Similarly, it would really surprise me if many sites were really interested in CHANGING logic to move from VSAM data to internal tables - but I do know of a reasonable number of software products written in COBOL for Unix/Linux that assume a 64-bit FILE system. *** As always (when these topics come up), when/if IBM hears (thru official channels) sufficient need from their PAYING customers for enhancements to COBOL, then I suspect they will (eventually) deliver them. Jon Brock [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I am of two minds about whether the need for COBOL is dying. On one hand, it has served (and served well) for many years and is very well-suited for its original purpose. On the other hand, as time goes by there are fewer people around who know it. It is becoming increasingly marginalized in the workplace, and anything you can do with COBOL you can do with other more modern languages such as, say, Java. On the other other hand, though, I can run a COBOL program on z/OS with a region size of a few K, whereas I had to up my TSO region from 4MiB to 128MiB just to successfully execute java -version. On the other other other hand, many of the more modern languages are, to be charitable, not suited for non-psychotics. C++, in particular, is an abomination (in my not-as-humble-as-it-should-be opinion, of course). On yet another hand -- I'm up to five hands now -- as verbose as COBOL is, it is still reasonably simple to learn and use. So maybe the need for COBOL is dying, but its usefulness isn't. I haven't looked into any of its newer features, either, so I am hoping to be pleasantly surprised if I ever get around to boning up on it. Jon snip With the 64 bit usage by DB2 and Java, not providing 64 bit compile options for COBOL is telling what IBM really thinks of the future of COBOL (and for various reasons I would agree that the need for COBOL is dying). /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
UCSD Pascal. It created and ran byte code. It was slower than It was called p-code. IIRC, didn't one of the JAVA 'inventors' have something to do with p-code development? Also, at one time wasn't it called j-code? When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CGI and Unicode
Current project: create a CGI that can put Unicode (UTF-16) data to the client. But... I can't seem to tell the HTTP server not to try and translate from EBCDIC - just send it in binary. I have a working Assembler CGI. I have now created a modified version to put out UTF-16 instead of EBCDIC [translate to ASCII, thank you very much]. I tried this: call setenv,(var_uni,utf_16,set_it),mf=(e,plist) where the fields are defined as: var_uni dc c'CONTENT_ENCODING',x'00' utf_16dc c'UTF-16',x'00' set_itdc f'1' then writing out some Unicode XHTML headers: call printf,(charset1),vl,mf=(e,plist) content-type header call printf,(charset2),vl,mf=(e,plist) content-type header call printf,(blank),vl,mf=(e,plist) blank line call printf,(oc_1),vl,mf=(e,plist) xml declaration call printf,(oc_2),vl,mf=(e,plist) DOCTYPE call printf,(oc_3),vl,mf=(e,plist)declaration call printf,(oc_4),vl,mf=(e,plist) comment call printf,(oc_5),vl,mf=(e,plist) html start tag call printf,(oc_6),vl,mf=(e,plist) head start tag call printf,(oc_7),vl,mf=(e,plist) title element call printf,(oc_8),vl,mf=(e,plist) head end tag call printf,(oc_9),vl,mf=(e,plist) h1 element call printf,(oc_a),vl,mf=(e,plist) body start tag call printf,(oc_b),vl,mf=(e,plist) h2 start tag where the variables are defined as: charset1 dc CUL174'meta http-equiv=Content-type ',x'000A' charset2 dc CUL174'content=text/html; charset=utf-16',x'000A' blankdc x'00',x'0A' oc_1 dc cu'?xml version=1.0 encoding=UTF-16?' dc x'000A' oc_2 dc cu'!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN' dc x'000A' oc_3 dc cu' http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;' dc x'000A' oc_4 dc cu'!-- Copyright (C) 2006 by Steven H. Comstock --' dc x'000A' oc_5 dc cu'html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en' dc x'000A' oc_6 dc cu'head' dc x'000A' oc_7 dc cu'titleOutput from Assembler CGI on z/OS/title' dc x'000A' oc_8 dc cu'/head' dc x'000A' oc_9 dc cu'h1Comin'' at ya'' from ASMCGI16/h1' dc x'000A' oc_a dc cu'body' dc x'000A' oc_b dc cu'h2' dc x'000A' I set up a test html page that invokes this CGI, and I get no response, no dump, no entries in the error log that I can find. Any suggestions? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 18, 2006 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? UCSD Pascal. It created and ran byte code. It was slower than It was called p-code. IIRC, didn't one of the JAVA 'inventors' have something to do with p-code development? Also, at one time wasn't it called j-code? Since we are recalling the past, IIRC there was some CPU designed and manufactured to natively execute p-code. It didn't really make a very good showing in the market. To be totally off topic: I really liked what I read about the Intel iAPX 432. Built from the ground up to be object oriented only. http://www.sasktelwebsite.net/jbayko/cpu7.html -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
On Wed, 2006-07-19 at 13:44 -0500, Ed Gould wrote: The Largeness of the numbers just floored me back then, so I am not impressed with 64 bits at all. I remember once being at a SHARE where an IBMer was talking about the OfficeVision product. Someone commented from the audience about the large amount of memory that the thing required. That's okay, the presenter replied offhandedly, in a couple of years you'll have 16 megabytes on the planar. A SIXTEEN MEGABYTE PC? IS HE OUT OF HIS MIND? How could you possibly justify having that large a memory on your desktop computer? I walked out of the ballroom, figuring that OfficeVision was a dead duck. (Turns out that it was, but not for the reasons I guessed.) 4 megabytes should be enough for anyone -- Me. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
McKown, John wrote: OK, then why is there such a perception that the zSeries is CPU underpowered? It is because the other servers are, in reality, usually one trick ponies, doing only a single function whereas the zSeries is usually doing literally 100s and even 1000s of functions concurrently? Thankfully, I'm no psychologist. But, like any educated person, I'm well aware that perception and reality often have wholly insufficient overlap -- often because of how things are portrayed by the media. For example, most ordinary people I run into are surprised to find out that mainframe computers are still being used in the 21st century. Before I set them straight, they are completely ignorant of the fact that Western Civilization _runs_ on mainframe computers! How could their perceptions be so wrong??? Then there are philosophy students that will argue, Perception *is* Reality. I prefer to stick to bits and bytes myself... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and 64 bits was Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
For a few years, we were presumably in no new COBOL -- just maintain what you have mode. Oddly enough, our code base seemed to keep growing. Apparently, some things just write themselves. For that matter, the whole concept that maintenance is something that could be performed by mindless drones is only rarely true. When I look at what is considered maintenance in the software business, I frequently see complex entities -- added functionality, entire new subsystems, new interfaces. If I maintained my house like that, I would have maintained myself into a 35-room mansion with a sauna and a drawbridge by now. But it's maintenance programming -- it shouldn't take so long. Jon snip Personally, I don't hear of a LOT of new development being done in COBOL, but certainly do hear of a lot of applications continuing to run (and being maintained) in COBOL. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
Yeah, p-code. That was what it was called. Ran like crap on an Apple IIe. I may still have the iAPX 432 POP-equivalent in a box somewhere. It was an interesting concept but alas turned into another one of those dead-ends. Maybe Intel or someone will resurrect the concept. In any case, I'm not impressed with the speed of Java versus compiled code on Windoze boxes. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday July 19 2006 12:42 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 18, 2006 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is zSeries so CPU poor? UCSD Pascal. It created and ran byte code. It was slower than It was called p-code. IIRC, didn't one of the JAVA 'inventors' have something to do with p-code development? Also, at one time wasn't it called j-code? Since we are recalling the past, IIRC there was some CPU designed and manufactured to natively execute p-code. It didn't really make a very good showing in the market. To be totally off topic: I really liked what I read about the Intel iAPX 432. Built from the ground up to be object oriented only. http://www.sasktelwebsite.net/jbayko/cpu7.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)
On Tue, 18 Jul 2006 08:33:37 -0500, McKown, John [EMAIL PROTECTED] wrote: [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Subject: Re: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64) What's the point if you don't have that much memory and can't back it on DASD? It's just an exercise with no practical value until you can back it. Why, bragging rights, of course! Planning for the future. Perhaps some weird need for a sparse file? -- John McKown Ummm. Bragging right for sure. But ask the architects of the OS/400 (iSeries?) Their Single-store design is architecturally set to 2**128 addressability, but they started out their implementation at 2**48, now at 2**64, (next 2**96? or 2**128). Maybe if you have a plan, you can actually use your designed upper limits? gr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3590E K.
Hi: I have this problem with a new tape 3590E k ( green one ) : CBR4105I No MEDIA3 scratch volumes available in library LIB3494. CBR4196D Job ZAVAZ169, drive 0D02, volser SCRTCH, error code 140169. The code 69 indicates there is no scratch volume MEDIA3, but this new tape is MEDIA4 into Tape Library 3494: VOLUME STORAGE MEDIA SERIAL GRP NAME SHELF LOCATION TYPE -(2)-- --(7)--- --(19)-- -(8)-- MZ0169 *SCRTCH* MEDIA4 My question is : How can I tell to the system to use MEDIA4 istead of MEDIA3 ?. Thanks in advance . J. Rugel *** La informacion contenida en este e-mail es confidencial y solo puede ser utilizada por la persona o la Institucion a la cual esta dirigido. Cualquier retencion, difusion, distribucion o copia de este mensaje esta prohibida. La Institucion no asume responsabilidad sobre informacion, opiniones o criterios contenidos en este mail que no este relacionada con negocios oficiales de nuestra Institucion. Si Usted recibio este mensaje por error notifique al Administrador o a quien le envio inmediatamente, eliminelo sin hacer copias. --- BANCO DEL PACIFICO S.A.--- * (Las tildes han sido omitidas intencionalmente para evitar problemas de lectura). * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
I would have said that essentially FICON is ESCON encapsulated in Fibre Channel Protocol. Ron, I don't pretend to be expert in channel protocols, but from what I read the FICON protocols are quite different from ESCON. I've read that ESCON does a channel-CU conversation for each CCW in a chain, with data blocks in between, but FICON batches up CCWs and usually sends an entire CCW chain in one block. Did I dream this, or would be more accurate to say that FICON is zArch channel programming encapsulated in FCP? I also believed that the FICON extensions to FCP were to accomplish this, not for security -- Bruce Black Senior Software Developer Innovation Data Processing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG in deferred roll-in status
On Wed, 19 Jul 2006 17:17:16 -0400, Bruce Black [EMAIL PROTECTED] wrote: However, there is a flag in the NVR that says I am a deferred generation (probably in the catalog as well) and I don't know what trouble that might cause later. Wouldn't that be the same flag, Bruce? As I understand it, the BCS just points to the volume and everything else is kept in the VVDS. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sizing (Capacity Planning) a Development Shop or Complex
Once again, sub capacity pricing to the rescue. The cost is based on the largest rolling four hour average. Short duration spikes don't count for anything. You set the maximum four hour rolling average on the HMC. And that sets your maximum software price. You could pay less if your consumption does not get that high, but you won't pay more. The hardware will automatically throttle back if the average consumption exceeds your set value. You can change the maximum at any time with a few keystrokes and couple of clicks. Management likes the idea of being able to instantly choose to spend the money to accomplish an important mission, and then drop back to budgeted levels for next month. All with nothing more than a phone call or email to the friendly local sysprog. Or even operator in some shops. We love it. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ken Hansen Sent: Saturday, July 15, 2006 9:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sizing (Capacity Planning) a Development Shop or Complex The trouble with development work is that it tends to be unpredictable and spikey. There are typically no SLAs to manage to and often the only guide is complaint. One question is who pays for the processor upgrades ? The developers ? If not, what justifies the need for an upgrade ? The capacity planner or developer complaint ? Your predictive method is pretty much what I would use. Unfortunately developer estimates of future CPU needs can be inaccurate. plus development efforts come and go. This said, you might look at the new IBM z9 BC processors. They range from very small to more than 1800 MIPS in lots of small upgrade increments. z9 processor upgrades are all done with microcode so there is no physical hardware installs. The idea is get what you believe you will need for the next year (or a time frame appropriate for your organization) or so, monitor its consumption, and upgrade in small steps as is necessary.. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar
Since seeing this, I put together an edit macro today as I think I could find this useful too. Using your example, you'd enter FM abc*xyz (FM = Find Mask) This would find 123abc987xyz and abc123xyz987 The default is that the 'abc' and 'xyz' must be in the same word. There is a parm that can be added allowing these to be separated by spaces and/or words on a line. For example: FM abc*xyz STRING would find the line 123 abc do re me tuvwxyz 987 to contain the mask. If interested send me an email and I'll forward it to you. It contains HELP and some minor error checking on the parameters. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Wednesday, July 19, 2006 3:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ISPF arbchar If I do f p'abc===xyz' I can find any string that begins with abc and ends with xyz and has any 3 characters in the middle. Is the any way to find any n-character string starting with abc and ending with xyz or do I always have to explicitly specify the number of unknown characters. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
McKown, John wrote: Since we are recalling the past, IIRC there was some CPU designed and manufactured to natively execute p-code. It didn't really make a very good showing in the market. To be totally off topic: I really liked what I read about the Intel iAPX 432. Built from the ground up to be object oriented only. http://www.sasktelwebsite.net/jbayko/cpu7.html it was '79? or '81? asilomar acm sigops conference (i've lost my proceedings over the years and don't have ready reference) the 432 guys gave a talk. i remember them mentioning was that a lot of multiprocessor operation was hidden by the hardware ... you past process units to the hardware ... and it kept track of how many processors there were and which processes ran on which processors. it was interesting since i had done something similar for m'code '75 for VAMPs ... a 5-way 370 smp project. ... misc. past postings mentioning VAMPs project: http://www.garlic.com/~lynn/subtopic.html#bounce today it would be considered slightly analogous to what happens with LPARs. The other thing they mentioned in the sigops talk was that all this high -level function was dropped directly into 432 silicon ... and there was no way of patching it ... short of shipping brand new silicon. That characteristic was enuf to doom 432. i've got 3 old 432 intel books http://www.garlic.com/~lynn/2000f.html#48 Famous Machines and Software that didn't the above post lists the following i432 books (in my basement) ... along with quote from one of the intros mentioning b5000 from the 60s and also referencing s/38 Introduction to the iAPX 432 Architecture (171821-001) copyright 1981, Intel iAPX 432 Object Primer (171858-001, Rev. B) iAPX 432 Interface Processor Architecture Reference Manual (171863-001) there have been some number of other past discussions comparing 432 and s/38 (aka as/400 precursor) ... as well as s/38 embodying several FS features http://www.garlic.com/~lynn/subtopic.html#futuresys attached from long ago and far away (talking about vamps smp work from 1975). i had done dynamic adaptive resource management for cp67 as an undergraduate in the 60s and then rereleased the resource manager for vm370 on 11may76. From: [EMAIL PROTECTED] To: xxx Date: 09/17/82--11:16:14 re: vamps; I did all the design work innovation for both the machine architecture operating system that made the number of real processors relatively transparent Dispatching interruption was completely in the microcode (below the machine interface). Essentially the number of processors were therefor below the interface ... my feedback algorithms had to be beefed up to allow for dynamically calculating the amount of CPU resources that were currently available for consumption. Turns out all the verbage in the Intel 432 document about number of processors in a complex is transparent to the SCP. It can be transparent from the standpoint of the dispatcher ... but the overall resource allocation algorithms have to have a pretty good idea of the amount of CPU resource available in the complex for doing a accurate job. ... snip ... misc. past posts mentioning 432 http://www.garlic.com/~lynn/2000d.html#57 iAPX-432 (was: 36 to 32 bit transition http://www.garlic.com/~lynn/2000d.html#62 iAPX-432 (was: 36 to 32 bit transition http://www.garlic.com/~lynn/2000e.html#6 Ridiculous http://www.garlic.com/~lynn/2001g.html#36 What was object oriented in iAPX432? http://www.garlic.com/~lynn/2001k.html#2 Minimalist design (was Re: Parity - why even or odd) http://www.garlic.com/~lynn/2002d.html#27 iAPX432 today? http://www.garlic.com/~lynn/2002d.html#46 IBM Mainframe at home http://www.garlic.com/~lynn/2002l.html#19 Computer Architectures http://www.garlic.com/~lynn/2002o.html#5 Anyone here ever use the iAPX432 ? http://www.garlic.com/~lynn/2002q.html#11 computers and alcohol http://www.garlic.com/~lynn/2003.html#5 vax6k.openecs.org rebirth http://www.garlic.com/~lynn/2003.html#6 vax6k.openecs.org rebirth http://www.garlic.com/~lynn/2003e.html#54 Reviving Multics http://www.garlic.com/~lynn/2003e.html#55 Reviving Multics http://www.garlic.com/~lynn/2003e.html#56 Reviving Multics http://www.garlic.com/~lynn/2003m.html#23 Intel iAPX 432 http://www.garlic.com/~lynn/2003m.html#24 Intel iAPX 432 http://www.garlic.com/~lynn/2003m.html#47 Intel 860 and 960, was iAPX 432 http://www.garlic.com/~lynn/2003n.html#45 hung/zombie users ... long boring, wandering story http://www.garlic.com/~lynn/2004d.html#12 real multi-tasking, multi- programming http://www.garlic.com/~lynn/2004e.html#52 Infiniband - practicalities for small clusters http://www.garlic.com/~lynn/2004q.html#60 Will multicore CPUs have identical cores? http://www.garlic.com/~lynn/2004q.html#64 Will multicore CPUs have identical cores? http://www.garlic.com/~lynn/2004q.html#73 Athlon cache question http://www.garlic.com/~lynn/2005d.html#64 Misuse of word microcode
[Fwd: 64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)]
Be careful with like terms between the PC(intel) world and the mainframe world. When someone says they have a 64-bit Intel server (Intel, Solaris, AMD, etc.), it does not mean that the server can access an address 64-bits long, the 64-bits refers to the width of the bus. So it can transfer 64-bits in parallel. Leif John KcKown wrote: And, just for fun, Sun has implemented a 128-bit filesystem in Solaris! That means that a single filesystem can contain 2**128 bytes of data. Good heavens! I think that most UNIX filesystems are either 32 or 64 bit at present. But don't quote me on that. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited.=20 =20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF arbchar - give it to me, please.
Give it to me, please. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHS-ITSD) Sent: Wednesday, July 19, 2006 5:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF arbchar Since seeing this, I put together an edit macro today as I think I could find this useful too. Using your example, you'd enter FM abc*xyz (FM = Find Mask) This would find 123abc987xyz and abc123xyz987 The default is that the 'abc' and 'xyz' must be in the same word. There is a parm that can be added allowing these to be separated by spaces and/or words on a line. For example: FM abc*xyz STRING would find the line 123 abc do re me tuvwxyz 987 to contain the mask. If interested send me an email and I'll forward it to you. It contains HELP and some minor error checking on the parameters. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Wednesday, July 19, 2006 3:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ISPF arbchar If I do f p'abc===xyz' I can find any string that begins with abc and ends with xyz and has any 3 characters in the middle. Is the any way to find any n-character string starting with abc and ending with xyz or do I always have to explicitly specify the number of unknown characters. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
In [EMAIL PROTECTED], on 07/19/2006 at 05:52 PM, John Cassidy [EMAIL PROTECTED] said: Maybe we will have to wait (not so long) for Power PC for zSeries. That's a marketing issue rather than an engineering issue. You could get it today if IBM were willing to issue you a z/OS license for your Power PC box. Now, there are some performance issues, it it could well be that you would want IBM to also design new channel adapters and corresponding drivers, but for the basics Hercules is available today. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
In [EMAIL PROTECTED], on 07/18/2006 at 05:26 PM, SUBSCRIBE IBM-MAIN tdell T'[EMAIL PROTECTED] said: To recap.. Much of that is wrong. Mainframes don't actually have a backplane that's governed by a bus arbitrator scheme as some implementation have done in the past. Some do. That channel subsystem as it was called, was strictly a place for the more experienced coders so beware. It has it's own methodology when it came to writing code. You don't write code for the channel. There is a very limited set of opcodes for channel command words and there is no provision for even simple computation. The channel subsystem is really a processor in it's own right. On some mainfames, not on all. The channels on, e.g., the 360/40, 360/50, 370/145, 370/155, worked by cycle stealing. All throughout the architecture you'll find various processors that are part of the machine architectural composition, No, that's implementation. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
In [EMAIL PROTECTED], on 07/18/2006 at 03:46 PM, Kuredjian, Michael [EMAIL PROTECTED] said: 1. zOS has a kernel called the BCP, or Base Control Program. Now. The term kernel in CS carries with it a load of assumptions that simply don't apply; they aren't even wrong, but totally meaningless. You might think of the nucleus as being the kernel, but that would still be horribly misleading. The BCP includes a host of functions that run in normal address spaces and tasks, roughly comparable to process and threads in the Unix world. In Linux or Windows, it's established that the kernel runs on a general purpose CPU( PowerPC, x86, MIPS, etc...); however, I would like to know if such a central CPU exists in the mainframe, and if that central CPU is of some common architecture like, POWER. There are many mainframes. The ones that z/OS runs on have architectures called S/390 and zSeries. If not, are there any documents that I can look into that will describe the CPU architecture for me? Wouldn't such documents mean that there *is* a common architecture? As, in fact, there is, and it is described in the zSeries Principles of Operation. 2. ESCON and FICON are data busses used for external storage devices, but what does the mainframe use for internal data bus, InfiniBand, HyperTransport? It's not part of the architecture what it uses internally, and different processor complexes use different busses, none of which are in your list. 3. Does the mainframe use common interconnects on the hardware level? I'm thinking of PCIe, PCI-X, MCA, or PCI. The architecture defines interconnects that are not in your list. Some processor complexes have PCI slots, but that is *not* part of the architecture. Please skim[1] PoOps and then come back with the questions it raises. [1] You probably don't want to read it straight through just yet. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: newbie questions!
In [EMAIL PROTECTED], on 07/19/2006 at 12:55 AM, john gilmore [EMAIL PROTECTED] said: No good programmer I have every known was at all humble, That depends on what you mean be humility; every good programmer that I've met was aware of his own abilities *and* of his own limitations. even [some few of them] arrogant about their skills. When arrogance keeps them from seeing problems in their code then they aren't great programmers, or even good programmers. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: newbie questions!
In [EMAIL PROTECTED], on 07/19/2006 at 09:57 AM, Jon Brock [EMAIL PROTECTED] said: Edsger Dijkstra even made humility the point of a paper he delivered at a Turing Award lecture, said paper being entitled The Humble Programmer. Unfortunately, he displayed supreme arrogance in that very paper :-( In more practical terms, arrogant programmers all too frequently become prima donnas, That's the least of the problems. They develop blind spots that cause bugs to remain unresolved. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
In [EMAIL PROTECTED], on 07/19/2006 at 10:48 AM, Edward Jaffe [EMAIL PROTECTED] said: zAAPs Those are normal processors; they are not engineered to run Java byte code more efficiently. They are essentially a marketing gimmick. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of workstation agent
In [EMAIL PROTECTED], on 07/18/2006 at 03:36 PM, Allan Chandler [EMAIL PROTECTED] said: I'm conducting a straw poll trying to establish how many people in the real world actually use the Workstation Agent part of ISPF and on what platforms. I've used ISPGUI, but not most of the WSA services. I found ISPGUI to be awkward because it did not allow cut-and-paste of a block, but only of individual lines. I've run it on windoze (I don't recall which) and on OS/2. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor?
In ![EMAIL PROTECTED], on 07/19/2006 at 11:44 AM, Ray Mullins [EMAIL PROTECTED] said: That reminds me of the next great thing in the PC world (which then was mostly Apple, with a few 8080 and z80 boxes thrown in) circa 1981 - UCSD Pascal. It created and ran byte code. ITYM P-code. is - it's never gonna be faster than compiling to the native machine code. Never? BTDTGTTS. The 360/85, 370/165 and 370/168 simulated some instructions in a single cycle. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux - Our Saving Grace?
In [EMAIL PROTECTED], on 07/19/2006 at 10:39 AM, Laine, Rogers [EMAIL PROTECTED] said: Can't Linux run in a separate LPAR without the need for Z/VM installed? Yes. It is, however, easier to manage multiple images with z/VM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor? (was:RE: Linux - Our Saving Grace?)
In [EMAIL PROTECTED], on 07/19/2006 at 01:29 PM, Kuredjian, Michael [EMAIL PROTECTED] said: Does IBM make a co-processor add-in that can provide an assist for the JVM overhead? No, but they provide an option to dedicate a processor to Java work at a lower cost than processors allowed to run conventional workloads. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor? (was:RE: Linux - Our Saving Grace?)
In [EMAIL PROTECTED], on 07/19/2006 at 12:10 PM, McKown, John [EMAIL PROTECTED] said: Just out of curiousity, why is the zSeries CPU so poor at CPU-intensive workloads, like Java? Is it the clock speed of the circuitry? Is it the complexity of the instructions? Is it the fact that the machine does a lot of internal checking / checkpointing for reliability and recovery? It's the fact that the processors are manufactured in low volumes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
On 7/19/06, Kuredjian, Michael [EMAIL PROTECTED] wrote: Through the ISPVCALL STATUS function, I found that the system I'm on is a zArch 2064 with 4 CPUs; however, is there a way I can retrieve the model # of this system as well? 2064 is the model number, which is a zSeries 900 processor. Gabe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
On 7/19/06, Edward Jaffe [EMAIL PROTECTED] wrote: 2064 is the model number, which is a zSeries 900 processor. No. 2064 is the CPU type. The model number is a (usually three digit) number that follows the type, separated by a hyphen. For example, 2064-101. Semantics in my opinion. I've seen numerous references to both. I figured since the OP started this newbie thread I would KISS. But I agree and defer to you. Gabe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
To reap what I have sowed. Most programmers have confidence, which is not to be confused with arrogance, which has no place in a craft like this. This is a practiced craft, so I haven't met anybody , with the exception of the Scientist's at Palo Alto , who could call themselves above their craft (even they where a humble lot) and those guys where good. PDP's have a bus arbitration or granting scheme, Mainframe's as far I knew didn't. They may have used other schemes, but as far as I could tell, I didn't know of any. As as I was taught , the CS used an interrupt driven scheme for device allocation. Beyond that I leave those areas for the more seasoned experts who know. CDC's or Ahmdal's, Burroughs where not my take, they could have used anything I , and would have not known any different CCW coding to which I was referring is the way you custom programmed various I/O device ( including CKD, printers or tape, or Card reader or punches, even 3770/3780['s ). Much of that coding was handled by the more experienced coders, who new something about the target devices. General assembler application programming, where I did my coding was another set of skills entirely. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe population
On Wed, 2006-07-19 at 09:54 -0700, George, William (DHS-ITSD) wrote: Is there a site or information available listing metropolis' with the greatest mainframe shop populations? A few of us might like to see a list like that. Bet it wouldn't include any Australian cities. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe populations
topicIs there a site or information available listing metropolises with the greatest mainframe shop populations? /topic Maybe the UN High Commissioner for Refugees would have a list :-) IMPORTANT The information transmitted is for the use of the intended recipient only and may contain confidential and/or legally privileged material. Any review, re-transmission, disclosure dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited and may result in severe penalties. If you have received this e-mail in error please notify the Privacy Hotline of the Australian Taxation Office, telephone 13 28 69 and delete all copies of this transmission together with any attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
Through the ISPVCALL STATUS function, I found that the system I'm on is a zArch 2064 with 4 CPUs; however, is there a way I can retrieve the model # of this system as well? 2064 is the model number, which is a zSeries 900 processor. No. 2064 is the CPU type. The model number is a (usually three digit) number that follows the type, separated by a hyphen. For example, 2064-101. All that being said it could be a 2064-104, 2064-1C4, or a 2064-2C4 depending on features. You can use the command D M=CPU to find your model number. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG in deferred roll-in status
Wouldn't that be the same flag, Bruce? As I understand it, the BCS just points to the volume and everything else is kept in the VVDS. Somethings, like the SMS classes are stored in BOTH the catalog and VVDS. I don't recall if the GDG flag is among them (I'm at home now, no references) -- Bruce Black Senior Software Developer Innovation Data Processing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is zSeries so CPU poor? (was:RE: Linux - Our Saving Grace?)
Just out of curiousity, why is the zSeries CPU so poor at CPU-intensive workloads, like Java? Is it the clock speed of the circuitry? Is it the complexity of the instructions? Is it the fact that the machine does a lot of internal checking / checkpointing for reliability and recovery? Well first of all, I would NOT say that performance is poor. Its just not as good on certain types of workload and also tends to run at a lower clock rate than some other machines. There are quite a few reasons, rather than just one single one. The biggie IMO is that z architecture is demonically complex to implement in silicon. For a given clock rate and instruction architecture, the performance of a cpu is fairly predictable - at least analytically. So the faster you can clock it the faster it will execute instructions - all else being equal. Also, for a given fab technology there is a theoretical upper limit on the clock rate. Design complexity lowers the rate that can be achieved. Z architecture ends up needing lots of gates and logic levels and ultimately limits the clock frequency. The memory model is also more complex, but then again people tend to expect reliability rather than speed when they are messing with bank balances. There's not a lot of point clocking the cpu faster than it can eat data, so to a large extent the cpu is gated by the cache and memory subsystem design. There are also significant performance differences and design trade-offs based on the different workload mixes expected by the customer base. Z architecture favors on-chip cache area over raw clock speed. The basis of that idea is that when you run a general purpose mixed workload, you will do a lot of context switching and less raw computing. The POWER RISC guys make a different trade off to get more raw performance. So if you want to run a bomb simulation, you're better off running it on a pSeries. If you want lots of address spaces running lots of independent transactions the z may well be the better performer, even on a per-engine basis! Millicode is (among other things) an effort to improve the speed/area trade-off by removing logic from the silicon and replacing it with what is effectively software. That moves the z design closer to the POWER concept and I am guessing that trend will continue and the clock rates will get closer to their technology limits. BTW the POWER RISC designers and the z designers are the same people. They flip-flop between hardware platforms for each generation of processor technology. Technology leadership swaps back and forth between z and p. The z9 is the more recent, and probably the technology leader (for now) In raw compute power the pSeries will still win, but the z has a more balanced overall design for mixed workload throughput. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Newbie Questions!
Bruce, Ron, I don't pretend to be expert in channel protocols, but from what I read the FICON protocols are quite different from ESCON. I've read that ESCON does a channel-CU conversation for each CCW in a chain, with data blocks in between, but FICON batches up CCWs and usually sends an entire CCW chain in one block. Did I dream this, or would be more accurate to say that FICON is zArch channel programming encapsulated in FCP? I also believed that the FICON extensions to FCP were to accomplish this, not for security There are probably a dozen ways to say it simply, but simple must ignore the nuances. FCP is a transport protocol that we can stuff things inside of. We could say that FICON is CKD over FCP, ESCON over FCP or zArch channel programming encapsulated in FCP? There are changes that FCP allow to occur (as you described), and there are ESCON limitations that remained in FICON for quite some time (e.g. single hop ISL). Personally I feel that ESCON on FCP is a comparable generalisation to SCSI over FCP and IP over FCP. Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe population
On Wed, 19 Jul 2006 09:54:59 -0700, George, William (DHS-ITSD) wrote: My wife and I are looking to spread our wings, move that is. Is there a site or information available listing metropolis' with the greatest mainframe shop populations? Yes, there is! It will be the City of Baltimore next month - at SHARE. Be there. (Couldn't resist!) -- Tom Schmidt Madison, WI (I plan to be there) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
