Re: more about True North integrated circuits
and also http://www.research.ibm.com/articles/brain-chip.shtml Mike Stayton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
Never miss a chance to go off-topic. On Wed, Aug 13, 2014 at 3:47 PM, John Gilmore jwgli...@gmail.com wrote: Did the Australian contingent order 'blue' or bleu' steaks? The locution 'bleu' for what Americans call 'rare' is standard French, but used by pommies and, it would seem, Australians, too. Italians say 'al sangue' , loosely 'bloody'; and, my favorite, Persians say 'napochte', not cooked. Locutions like these are almost never portable. They need to be learned on the ground. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: more about True North integrated circuits
On 08/16/2014 06:14 AM, Mike Stayton wrote: and also http://www.research.ibm.com/articles/brain-chip.shtml Mike Stayton An interesting development, but if technology ever progresses to the point where we remotely approach the cognitive power of the human brain we would need to exercise EXTREME caution, as humans can learn and be certain of so many things that simply aren't true including mutually impossible facts, be blind to their own ignorance, come to irrational, destructive conclusions, and have mental breakdowns. There is a reason that the computers that we rely on have been designed around deterministic architectures. Science fiction has repeatedly dealt with the dangers of placing cognitive machines in control. I particularly remember one original Star Trek episode (The Ultimate Computer) where such a cognitive computer (M-5) went berserk because its designer patterned its memory engrams on his own and he himself turned out to be mentally unstable. Just image the extreme damage potential of an ultra-fast, ultra-efficient cognitive machine in control of some critical process or decisions if it were patterned on the memory engrams of a Sarah Palin. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: more about True North integrated circuits
On Sat, Aug 16, 2014 at 8:35 AM, Joel C. Ewing jcew...@acm.org wrote: On 08/16/2014 06:14 AM, Mike Stayton wrote: and also http://www.research.ibm.com/articles/brain-chip.shtml Mike Stayton An interesting development, but if technology ever progresses to the point where we remotely approach the cognitive power of the human brain we would need to exercise EXTREME caution, as humans can learn and be certain of so many things that simply aren't true including mutually impossible facts, be blind to their own ignorance, come to irrational, destructive conclusions, and have mental breakdowns. There is a reason that the computers that we rely on have been designed around deterministic architectures. Science fiction has repeatedly dealt with the dangers of placing cognitive machines in control. I particularly remember one original Star Trek episode (The Ultimate Computer) where such a cognitive computer (M-5) went berserk because its designer patterned its memory engrams on his own and he himself turned out to be mentally unstable. Just image the extreme damage potential of an ultra-fast, ultra-efficient cognitive machine in control of some critical process or decisions if it were patterned on the memory engrams of a Sarah Palin. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org Or, as Colossus said when asked: Is there a God? : There is _now_! Most sci-fi stories have A.I. computers as fragile with lobotomize circuits built in to them for when they become unstable. There are few example of Dahak. (The Mutineers Moon by David Weber). Nothing like having a supercomputer who thinks it is Pol Pot. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rational Development and Test (RDT) aka z/OS on a PC
Barbara, Sorry I haven't been able to reply sooner, but I wanted to research what you had to say and run some tests. My comments below. Regards, Tom Conley On 8/7/2014 3:11 AM, Barbara Nitz wrote: For me, the breakthrough here is that IBM is agreeing to license z/OS to ANYONE, That's not how it works for us. An RDT system (and I have been maintaining ours for almost two years now, but RDT has been around longer than that) has licenced the z1090 code (RDT) and that code only. That's what you pay for in the renewal fees. What you download (or get via DVD) is the z1090 code and as a 'bonus' the current version of an ADCD system. That ADCD system is NOT supported by IBM using the z1090 licence. If you experience a bug on that z/OS, you cannot report it to IBM, since that passport advantage thing only covers z1090, not z/OS. (And let me tell you, I cannot even get into passport advantage, as my IBM id is somehow tied to 'real' support, aka servicelink. My boss has to renew the licence in the dongle.) I have no idea about licensing in Germany. In the US, 1090 is the product code for the PartnerWorld for Developers (PWD) zPDT offering, RDT is 1091. They are essentially the same, running an ADCD on top of zPDT. The ADCD release for RDT is currently running 6-9 months behind the ADCD for PWD, primarily due to testing the Rational development components for compatibility. If you have other ways of reporting z/OS problems, that's fine. But I have been told by a very reliable source in IBM software support for z/OS, that problems experienced on RDT/zPDT systems are explicitly excluded from support. If they think of looking at the cpu id. You are not entitled to download ptfs or any other type of maintenance. Never mind that it would be hard to install that maintenance on that ADCD system, since ADCD comes on crammed-to-the-gills mod3 DASD. While all libraries are set up to allow extents, there isn't any room left to extent the library to. And they're all 99-100% used as far as tracks go. I'm working with IBM on the support issues with RDT, so stay tuned. I'll also see if we can get that out to other areas of the world. As for DASD, on my current z/OS V1R13 ADCD system, I have a few volumes that are tight, but the vast majority of the volumes I have off the ADCD have hundreds of free cylinders. Depending on the version of RDT you bought you may get a newer set of ADCD things that are set up to include a coupling facility. I have been told that it requires either another dongle or at least a new licence to download into the existing dongle. We don't use that, so I don't know if that is more expensive or not. RDT does not support AUTOIPL, and last time I checked there weren't any plans to support it. On the other hand, RDT does support EAVs, although usage is mostly discouraged because it takes too long for IO operations to complete. I don't think things like hiperpav are emulated, if they are even configured, so IOSQ time on an EAV would be an issue. PAVs are not supported, so for me, EAVs are for gaining experience and proof of concept. If you run z1090 code on SUSE Linux, be aware that it doesn't handle 1Gb lines (not sure that that is the correct word for it). FTP slows to an absolute crawl due to packets getting rejected and resent. Once you configure the throughput to only be 100MB (and not 1G anymore), things are fine again. I'm running OpenSUSE on an ASUS system with 1Gb Ethernet with no issues. And z1090 code is fairly easily rattled if z/OS is up and running and a data set copy operation from an external drive runs at the same time. I saw all kinds of hardware errors in z/OS including spin loops. And recently there was a spin loop where ACR gave up and issued a synchdest message that I should stop processor zero manually. Well, when I had figured out how to issue that command to Linux, the synchdest prompt was gone (partly due to my own stupidity). When I attempted to reIPL z/OS, the stopping of that processor 0 failed, too, and when restarting, it could not read its licence. Consequently z/OS didn't come up. We ended up restarting the underlying Linux box. That sounds like a bug in zPDT, and you should be fully supported for that. I don't think a high schooler or college kid would be able to handle these situations easily. But they would be able to learn how to handle them. Prior to RDT, there were no options for anyone outside a mainframe shop to learn a mainframe. For me, I get plenty of performance from my ASUS I7. ShowMVS tells me it's running 53 Mips. That's plenty for me and it screams compared to my P390. Sure, I/O is still slow, but this isn't for production, it's for testing, learning, and maybe a little development. Is it perfect? Not yet, but consider how long it took us to get IBM to the point where they decided to make z/OS available to the masses. I don't want them changing their mind, so
Re: Rational Development and Test (RDT) aka z/OS on a PC
On 8/7/2014 12:16 PM, Farley, Peter x23353 wrote: Does the RDT license allow you to get updated ADCD images when they become available? E.G., when an ADCD version is made available for z/OS 2.1, can you load it on your RDT system? Can't the ADCD system be adjusted to use larger than MOD3 disks, just as one would do in a real system? I do realize that's a lot of work requiring a lot of system programmer-level changes, but I would think well worth the effort. Peter Peter, Rational runs about 6-9 months behind the PartnerWorld ADCD. I'm waiting for z/OS V2R1, which I'm hoping will be available soon. I'm also in the process of making my ADCD RDT system maintenance ready by cloning the res volumes, etc. Hopefully IBM will allow us to get maintenance in the not too distant future. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: more about True North integrated circuits
We have never had, and are some considerable distance from fabricating, a computer that thinks and acts like Pol Pot. We have had a Pol Pot. Voltaire viewed history as a long sequence of mindless atrocities, and it may be that a brain-like computer would in fact be more benign than we as a species have proved to be. However that may be, Luddite viewing with alarm was entirely predictable as a principal response to this announcement. von Neumann did not live to finish them; but his incomplete Silliman Lectures---published by the Yale University Press as 'The computer and the brain'---are prescient in this context. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How do we add private volumes in SMS Tape Library to RMM as status MASTER
Hi Mike-san, Thank you very much for answering to my question. I understood what RMM does ADDVOLUME with STATUS(VOLCAT). What I thought was the 2nd reason you mentioned. The customer will makes each ADDVOLUME command based on volume status from their tape management system. Again, thank you for your reply. Minoru Massaki - (M*M) 2014-08-16 1:33 GMT+09:00 Mike Wood mikeww...@hotmail.com: ... and 1 more reason MASTER volumes should normally have all data sets seen and recorded while rmm (or another tms) is in control - so we would know exactly what is on a tape. When you add volumes using commands rmm has no knowledge of the data set names and so cannot enforce the difference between MASTER and USER. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 全先 実 - Minoru Massaki (M*M) E-mail: mmass...@gmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe jargon and acronyms wasRe: AMBLIST, AMASPZAP, and UNIX Program Objects
I seem to remember IMPL, initial micro program load Scott ford www.identityforge.com from my IPAD On Aug 15, 2014, at 11:51 AM, Clark Morris cfmpub...@ns.sympatico.ca wrote: On 15 Aug 2014 07:09:13 -0700, in bit.listserv.ibm-main Elardus wrote: Just my little comments, if you don't mind please. snip About terminology: how do you explain the term 'IPL' to people who only understand 'boot', 'bootstrap', 'reboot', etc? And then there is or at least was IML - Initial Machanine Load. Clark Morris snip Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rational Development and Test (RDT) aka z/OS on a PC
On Sat, 16 Aug 2014 10:36:18 -0400, Thomas Conley wrote: I'm working with IBM on the support issues with RDT, so stay tuned. There's some constraint of economic reality here: IBM might not be able to afford the resource to support a system with a 4-digit price that they can expend with 6-digit revenues. Particularly given that the character of use of low-end systems may expose more defects per MSU(?) than high-end systems. OTOH, there's Linus's Law(1): With enough eyeballs, all bugs are shallow. Even the high-end users benefit alike from repairs instigated by users in other categories. -- gil (1) There are two Linus's Laws: one attributable to ESR, the other to Linus. I was thinking of the former, but both might be relevant. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
