Re: PIPELINES and Deblocking
> I don't know why Unix used NL (==LF) instead. Perhaps a different har > dware device? One reason (probably not the only one, but one): Bare CR on the model of DECwriter commonly shipped as PDP-11 console terminals tended to foul the ribbon, especially if you issued it from >40 character positions into the line. LF pushed the ribbon down into the holder (side effect: making it harder to foul the ribbon), and there was a switch on the DECwriter that would auto-add a CR to a bare LF (not the other way round), which saved a whole character frame on a 110-baud console terminal. BSD 2.x used LFs to try to optimize for that. Dunno if V6 or V7 inherited that weirdness from the PDP6 or not. The PDP6 at SAIL didn't have that problem (only a few DECwriters left by the time I got access to it, and NOTS didn't care). All the -11 DECwriters would jam if you ran 300 baud on the console.
Randy Burton is out of the office until Mon. 8/4
I will be out of the office starting 07/25/2008 and will not return until 08/04/2008. I will be out of the office starting Fri. 7/25, returning Mon. 8/4. I will have no access to Email or voice mail. If you need assistance while I am out, please contact Scott Hutula ([EMAIL PROTECTED], 704-427-1924).
Re: PIPELINES and Deblocking
I too have spent time writing code to deblock files with various delimite rs. Darn waste of time! Some hardware devices LF just moved the platen up one, while CR moved the head back to the left margin. I don't know why Unix used NL (==LF) instead. Perhaps a different har dware device? I'm even less clear where the Mac got CR in 1984. But I still think ASCII should have specified the typographic effect of t he control characters. (Unicode does.) I didn't have Pipelines, or a PC, or a Mac, back when I started writing c ode to deal with this. It was just Unix LF versus the Internet standard(?) CRLF. Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com
Re: Nice idea in blog: Should we toss x86 architecture - NOT.
z/VOS is written to support the x86 instruction set and the underlying hardware rather than a specific operating system. For example, FreeDos was used as the initial debug target operating system due to source code availability. --. .- .-. -.-- Gary Dennis Mantissa Corporation On 7/23/08 9:06 AM, "Mary Anne Matyaz" <[EMAIL PROTECTED]> wrote: > Gary, if it runs native windows, will it also then run x86 linux? That seems > to be one of the barriers for us, that z/linux may not support certain x86 > linux > applications. > Thanks, > Mary Anne > >> >> Gary M. Dennis wrote: >> >>> Z/VOS is a CMS application. The glass-side user will only see Windows via >>> RDC and know nothing of or about CMS or VM. >>> >>> Gary >>> >>> On 7/22/08 8:30 PM, "dave" <[EMAIL PROTECTED]> wrote: >>> >>> Good luck, Gary. I do hope your organization can pull this off. VM-ers need more employment possibilities:-) I gather from some of your previous posts to this list that your Windows support software, z/VOS, is in fact a sophisticated CMS-based application, that is a user would log onto a CMS user id to start his Windows systemis my understanding correct? Thanks and have a good one. DJ - Original Message - From: "Gary M. Dennis" <[EMAIL PROTECTED]> To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Nice idea in blog: Should we toss x86 architecture Date: Tue, 22 Jul 2008 13:02:33 -0500 > This was our post to the zd net blog. > > > "Maybe we already have. > > In Q1 2009 Mantissa will deliver a system that permits > unaltered Windows operating systems to run under z/VM. > Using a desktop appliance running RDC, users will be able > to connect to their virtual Windows images running in the > VM environment. Goodbye desktop hardware, remote > maintenance, high power consumption, machine order lead > time. > > z/VOS began with the observation that most Windows > workstations do practically nothing 95% of the time and we > were so intrigued with the idea of being able to actually > run an intel-based operating system under IBM VM that we > never looked back. VM provided a natural platform for > development of this product. > > The product has been a bear for the development group but > the thought of being able to run 3000 copies of Windows on > one System z so fascinated the team that we needed very > little additional incentive. > > Let's hope IBM can ramp up System z production." > > > Why wait until 2016? > --. .- .-. -.-- > > Gary Dennis > Mantissa Corporation > > On 7/22/08 11:14 AM, "Bob Heerdink" > <[EMAIL PROTECTED]> wrote: > > >> http://blogs.zdnet.com/perlow/?p=9183 >> >> "Should we toss x86 architecture and wipe the slate with >> something greene r >> and more scalable?" >> >> "Windows Server 2016 128-bit edition running virtualized >> on z/VM in a gre en >> datacenter, accessed via my house from a thin client >> over high-speed fibe r >> optic connection. I can see it now." >> >> Hope this happens sooner than predicted, >> Bob >> >>> >>> > >
Re: SHARE: Third call for session chairs
Already in the works not for San Jose (Gary won't be there), but for Austin, TX, next March 1-6, 2009. Gary reported that it would tie in nicely with their targeted release date. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Danny Padilla" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 07/24/2008 05:22 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SHARE: Third call for session chairs Rich As you know there has been some buzz about Windows on zVM. Would you have any idea if Mantissa is planning on a presentation at this coming SHARE meeting. I am absolutely certain that a lot of people would be interested in attendingIn fact I would be willing to chair the session. Danny Padilla 9623) 518 2427. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Wednesday, July 16, 2008 5:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: SHARE: Third call for session chairs SHARE in San Jose is now a little more than 3 weeks away. There are still plenty of sessions that are in need of chairs. > ... lines deleted by Mike walter to be "green" and save the whales. ;-0 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: SHARE: Third call for session chairs
Rich As you know there has been some buzz about Windows on zVM. Would you have any idea if Mantissa is planning on a presentation at this coming SHARE meeting. I am absolutely certain that a lot of people would be interested in attendingIn fact I would be willing to chair the session. Danny Padilla 9623) 518 2427. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Wednesday, July 16, 2008 5:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: SHARE: Third call for session chairs SHARE in San Jose is now a little more than 3 weeks away. There are still plenty of sessions that are in need of chairs. Your mission, should you choose to accept it, is to meet the speaker (if you haven't already), introduce the speaker to the audience, keep discussions on topic (unlike IBM-MAIN), count attendees, keep time for the speaker (because frankly some of them are time challenged) and most important to the welfare of the program: collect the prized session evaluation slips and return them to headquarters (or a designated drop off location near you). Your reward as a session chair will be the satisfaction of helping out at SHARE and the admiration of your fellow attendees, which really is worth it's weight in gold pressed latinum. Following is the list of the remaining unchaired sessions for the Linux and VM program by day and time (please watch the wrap). Feel free to respond to me with the session number that you wish to chair. Responses will be accepted on a first come, first chaired basis. NumberDayTimeTitleSpeaker 9102Mon09:30aThe Very Basics of z/VM - Concepts and TerminologyBill Bitner 9268Mon09:30aOpenKicks: The CICS API on LinuxMichael Potter 9113Mon01:30pThe z/VM Control Program (CP) - Useful Things to Know John Franciscovich 9200Mon01:30pAn Introduction to Linux and Open Source Jim Elliott 9127Mon03:00pz/VM for MVS Systems Programmers - Part 1 of 2 Martha McConaghy/Mark Post 9128Mon04:30pz/VM for MVS Systems Programmers - Part 2 of 2 Martha McConaghy/Mark Post 9234Mon04:30pManaging Linux under z/VM using the Linux Performance Suite (ESALPS)Barton Robinson 9265Tue08:00aTCO: Comparing System z and Distributed Environments; Building the Business CaseMarlin Maddy 9293Tue08:00aSE-Linux - A Key Component in a Secure Infrastructure Bradford Hinson 9233Tue09:30aLinux Installation PlanningMark Post 9294Tue09:30aAutomating Resource Management for Linux on z/VM - Lessons LearnedEdmund MacKenty 9261Tue11:00a(Dis)Honest TCO Analysis for Linux on System z Romney White/Erich Amrehn 9284Tue11:00aHow To Turn a Penguin Into a Dog (or, Things To Do That Will Avoid Linux on z Success)Philip Smith 9133Tue01:30pConfiguring, Customizing and Modifying Your VM System Without an IPLJohn Franciscovich 9227Tue01:30pLinux for IBM System z Installation Hands-on-Lab - Part 1 of 3Richard Lewis 9262Tue01:30pWhat's New in Linux on System z?Martin Schwidefsky 9119Tue03:00pz/VM Installation - From Cardboard Box to IPL Mike Walter 9134Tue03:00pDynamically Managing Hardware I/O Configuration Using VMRick Barlow 9228Tue03:00pLinux for IBM System z Installation Hands-on-Lab - Part 2 of 3Richard Lewis 9238Tue03:00pConfiguring Linux on z/VM for Performance Barton Robinson 9120Tue04:30pz/VM Installation - It's Installed, Now What? Mike Walter 9229Tue04:30pLinux for IBM System z Installation Hands-on-Lab - Part 3 of 3Richard Lewis 9240Tue04:30pLinux on z/VM System Programmer Survival Guide Robert (Jay) Brenneman 9152Wed08:00aOMEGAMON XE on z/VM and Linux - What's New and How Do I Install What I Have?Robert Neill 9235Wed08:00aAnalyzing and Tuning Linux Storage in z/VM environment Barton Robinson 9242Wed08:00aLinux for Beginners Hands-on-Lab - Part 1 of 3 Neale Ferguson 9202Wed09:30aLinux on System z - A Strategic ViewJim Elliott 9243Wed09:30aLinux for Beginners Hands-on-Lab - Part 2 of 3 Neale Ferguson 9248Wed09:30aHelp! My (Virtual) Penguin is Sick!Philip Smith 9244Wed11:00aLinux for Beginners Hands-on-Lab - Part 3 of 3 Neale Ferguson 9230Wed01:30pSaving Real Storage with Execute in Place on Linux for System zIhno Krumreich 9146Wed03:00pUsing Unicenter VM:Operator To Manage Linux Servers Brian Jagos 9156Wed03:00pConfiguring LDAP on z/VM and LinuxRich Smrcina 9129Wed04:30pz/VM Security and IntegrityAlan Altmark 9259Wed04:30pSCSI over FCP for Linux on System z - Introduction and New FeaturesChristof
Re: CP Message
On Thursday, 07/24/2008 at 04:39 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > What manual do you use to determine there is a special Unit Check? Is it > online where I can see it? I am using the IBM Publications Center, http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss and reading the 3490 Hardware Reference, GA32-0127-03, topic 1.2.1. BTW, your vendor owes me $10K for consulting fees. :-) Alan Altmark z/VM Development IBM Endicott
Re: CP Message
It is acting more and more like one all the time :-) That is the point of all of this - to not get phony error messages from the devices when performing normal functions (such as RUN during DETACH or Logoff). We have made a lot of progress from streaming unsolicited interrupts, to reflecting a state that caused 11 lines of error message, to one that only triggered 6 lines, to this single message. The best would be no message at logoff and only a successful detach message if the user detached the device. Currently, the user who detaches the device does get the successful detach message AND the operator gets the HCPERP2215A. So we are halfway there. What manual do you use to determine there is a special Unit Check? Is it online where I can see it? Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark > Sent: Thursday, July 24, 2008 1:22 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: CP Message > > On Thursday, 07/24/2008 at 04:05 EDT, "Schuh, Richard" > <[EMAIL PROTECTED]> > wrote: > > The vendor of the pseudo tape unit has changed several things in the > response > > during a Detach so that CP now issues only a single message, > "HCPERP2215A TAPE > > 0670 REQUIRES OPERATOR INTERVENTION; MAKE DRIVE READY", > which brings > > up > a > > question. Why does CP care that the drive is not ready when it is > detached? > > What will get mounted the next time the drive is attached > is unknown, > > so > he > > Ready/Not Ready state is not too important at the time of > the detach. > > At > the > > very least, this is not an item that requires immediate action. > > When you DETACH, CP will issue Rewind-Unload to the drive. > There is a special UNIT CHECK that a tape drive is supposed > to generate if it is in a NOT READY state when a > Rewind-Unload is issued AND there is a cartridge in the > drive. (What?!? You didn't know that!?!) :-D > > For a device that isn't really a tape drive, it sure does act > like one. > > Alan Altmark > z/VM Development > IBM Endicott >
Re: CP Message
On Thursday, 07/24/2008 at 04:05 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > The vendor of the pseudo tape unit has changed several things in the response > during a Detach so that CP now issues only a single message, "HCPERP2215A TAPE > 0670 REQUIRES OPERATOR INTERVENTION; MAKE DRIVE READY", which brings up a > question. Why does CP care that the drive is not ready when it is detached? > What will get mounted the next time the drive is attached is unknown, so he > Ready/Not Ready state is not too important at the time of the detach. At the > very least, this is not an item that requires immediate action. When you DETACH, CP will issue Rewind-Unload to the drive. There is a special UNIT CHECK that a tape drive is supposed to generate if it is in a NOT READY state when a Rewind-Unload is issued AND there is a cartridge in the drive. (What?!? You didn't know that!?!) :-D For a device that isn't really a tape drive, it sure does act like one. Alan Altmark z/VM Development IBM Endicott
Re: CP Message
Maybe the device went 'Not Ready' before CP was able to send the Rewind/Unload command and that is why CP wants Operator intervention, to get the tape rewound and unloaded. /Tom Kern On Thu, 24 Jul 2008 13:04:44 -0700, Schuh, Richard <[EMAIL PROTECTED]> wrot e: > >The vendor of the pseudo tape unit has changed several things in the >response during a Detach so that CP now issues only a single message, >"HCPERP2215A TAPE 0670 REQUIRES OPERATOR INTERVENTION; MAKE DRIVE >READY", which brings up a question. Why does CP care that the drive is >not ready when it is detached? What will get mounted the next time the >drive is attached is unknown, so he Ready/Not Ready state is not too >important at the time of the detach. At the very least, this is not an >item that requires immediate action. > >Regards, >Richard Schuh > > >
CP Message
The vendor of the pseudo tape unit has changed several things in the response during a Detach so that CP now issues only a single message, "HCPERP2215A TAPE 0670 REQUIRES OPERATOR INTERVENTION; MAKE DRIVE READY", which brings up a question. Why does CP care that the drive is not ready when it is detached? What will get mounted the next time the drive is attached is unknown, so he Ready/Not Ready state is not too important at the time of the detach. At the very least, this is not an item that requires immediate action. Regards, Richard Schuh
Re: Nice idea in blog: Should we toss x86 architecture - NOT.
If so, then unlikely that CMS would run on "cell blade engines", and emulation not required. With IBM now owning platform, who did seem to have this kind of technology, there are feasible options that would actually be marketable. Quay, Jonathan (IHG) wrote: It is my understanding that IBM intends to integrate Cell Blade engine (e.g. playstation 3) technology into the z/Series ecosystem. This would seem to me to be the place where massively parallel high intensity cpu workload would live in the not so far flung future. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Wednesday, July 23, 2008 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Nice idea in blog: Should we toss x86 architecture - NOT. Ok, so reality check folks before y'all start drooling about jobs and can think you can run 47000 windows servers under VM. In Linux we learned that running compiled code "natively" on "z", megahertz is megahertz and a CPU intensive task would always run faster on Intel than on "z" (until we got z9 and z10). And that is "native" meaning the programs were compiled to run on z, and the operating system was compiled to run on z. So now, under CMS, this emulates intel. So megahertz is NOT megahertz. With emulating an architecture, one could easily imagine losing an order of magnitude. Thus a windows server that is running at 10% peak on a 4Ghz processor would consume a z10 IFL and want more. One does need to pay significant attention to the performance characteristics before thinking about something like this seriously. Sorry. Gary M. Dennis wrote: Z/VOS is a CMS application. The glass-side user will only see Windows via RDC and know nothing of or about CMS or VM. Gary On 7/22/08 8:30 PM, "dave" <[EMAIL PROTECTED]> wrote: Good luck, Gary. I do hope your organization can pull this off. VM-ers need more employment possibilities:-) I gather from some of your previous posts to this list that your Windows support software, z/VOS, is in fact a sophisticated CMS-based application, that is a user would log onto a CMS user id to start his Windows systemis my understanding correct? Thanks and have a good one. DJ - Original Message - From: "Gary M. Dennis" <[EMAIL PROTECTED]> To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Nice idea in blog: Should we toss x86 architecture Date: Tue, 22 Jul 2008 13:02:33 -0500 This was our post to the zd net blog. "Maybe we already have. In Q1 2009 Mantissa will deliver a system that permits unaltered Windows operating systems to run under z/VM. Using a desktop appliance running RDC, users will be able to connect to their virtual Windows images running in the VM environment. Goodbye desktop hardware, remote maintenance, high power consumption, machine order lead time. z/VOS began with the observation that most Windows workstations do practically nothing 95% of the time and we were so intrigued with the idea of being able to actually run an intel-based operating system under IBM VM that we never looked back. VM provided a natural platform for development of this product. The product has been a bear for the development group but the thought of being able to run 3000 copies of Windows on one System z so fascinated the team that we needed very little additional incentive. Let's hope IBM can ramp up System z production." Why wait until 2016? --. .- .-. -.-- Gary Dennis Mantissa Corporation On 7/22/08 11:14 AM, "Bob Heerdink" <[EMAIL PROTECTED]> wrote: http://blogs.zdnet.com/perlow/?p=9183 "Should we toss x86 architecture and wipe the slate with something greene r and more scalable?" "Windows Server 2016 128-bit edition running virtualized on z/VM in a gre en datacenter, accessed via my house from a thin client over high-speed fibe r optic connection. I can see it now." Hope this happens sooner than predicted, Bob
Re: Nice idea in blog: Should we toss x86 architecture - NOT.
It is my understanding that IBM intends to integrate Cell Blade engine (e.g. playstation 3) technology into the z/Series ecosystem. This would seem to me to be the place where massively parallel high intensity cpu workload would live in the not so far flung future. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Wednesday, July 23, 2008 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Nice idea in blog: Should we toss x86 architecture - NOT. Ok, so reality check folks before y'all start drooling about jobs and can think you can run 47000 windows servers under VM. In Linux we learned that running compiled code "natively" on "z", megahertz is megahertz and a CPU intensive task would always run faster on Intel than on "z" (until we got z9 and z10). And that is "native" meaning the programs were compiled to run on z, and the operating system was compiled to run on z. So now, under CMS, this emulates intel. So megahertz is NOT megahertz. With emulating an architecture, one could easily imagine losing an order of magnitude. Thus a windows server that is running at 10% peak on a 4Ghz processor would consume a z10 IFL and want more. One does need to pay significant attention to the performance characteristics before thinking about something like this seriously. Sorry. Gary M. Dennis wrote: > Z/VOS is a CMS application. The glass-side user will only see Windows via > RDC and know nothing of or about CMS or VM. > > Gary > > On 7/22/08 8:30 PM, "dave" <[EMAIL PROTECTED]> wrote: > > >>Good luck, Gary. I do hope your organization can pull this >>off. VM-ers need more employment possibilities:-) >> >>I gather from some of your previous posts to this list that >>your Windows support software, z/VOS, is in fact a >>sophisticated CMS-based application, that is a user would >>log onto a CMS user id to start his Windows systemis my >>understanding correct? >> >>Thanks and have a good one. >> >>DJ >>- Original Message - >>From: "Gary M. Dennis" <[EMAIL PROTECTED]> >>To: IBMVM@LISTSERV.UARK.EDU >>Subject: Re: Nice idea in blog: Should we toss x86 >>architecture >>Date: Tue, 22 Jul 2008 13:02:33 -0500 >> >> >>>This was our post to the zd net blog. >>> >>> >>>"Maybe we already have. >>> >>>In Q1 2009 Mantissa will deliver a system that permits >>>unaltered Windows operating systems to run under z/VM. >>>Using a desktop appliance running RDC, users will be able >>>to connect to their virtual Windows images running in the >>>VM environment. Goodbye desktop hardware, remote >>>maintenance, high power consumption, machine order lead >>>time. >>> >>>z/VOS began with the observation that most Windows >>>workstations do practically nothing 95% of the time and we >>>were so intrigued with the idea of being able to actually >>>run an intel-based operating system under IBM VM that we >>>never looked back. VM provided a natural platform for >>>development of this product. >>> >>>The product has been a bear for the development group but >>>the thought of being able to run 3000 copies of Windows on >>>one System z so fascinated the team that we needed very >>>little additional incentive. >>> >>>Let's hope IBM can ramp up System z production." >>> >>> >>>Why wait until 2016? >>>--. .- .-. -.-- >>> >>>Gary Dennis >>>Mantissa Corporation >>> >>>On 7/22/08 11:14 AM, "Bob Heerdink" >>><[EMAIL PROTECTED]> wrote: >>> >>> http://blogs.zdnet.com/perlow/?p=9183 "Should we toss x86 architecture and wipe the slate with something greene r and more scalable?" "Windows Server 2016 128-bit edition running virtualized on z/VM in a gre en datacenter, accessed via my house from a thin client over high-speed fibe r optic connection. I can see it now." Hope this happens sooner than predicted, Bob >> > >
Re: Dirmaint New Install Testing Question.
One thought on a single LPAR system and DirmSat: You can use DirmSat on a single system to maintain a directory on another volume, such that if you have a problem with your primary CP Directory volume, you have a backup to that that can be quickly activated without having to resort to tape. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 7/23/08 9:08 AM, "Scott Rohling" <[EMAIL PROTECTED]> wrote: > No you don't have to worry about DIRMSAT for sure.. DATAMOVE only if you want > DIRMAINT to copy/resize/clean disks for you.. (I recommend DATAMOVE!) > > Scott Rohling > > On Wed, Jul 23, 2008 at 8:02 AM, Howard Rifkind <[EMAIL PROTECTED]> wrote: >> We just activated Dirmaint and gone thru the first section of the Dirmaint >> program directory and are up to the point of testing the installation. I >> have completed the testing of Dirmaint which looks O.K. >> >> The Testing the Installation procedure now takes you on to verifying DIRMSAT >> and DATAMOVE. >> >> We will only be using the Dirmaint system on one z/VM system and will not >> have any multiple system CSE clusters etc. >> >> The questions is; do I have to run thru the procedures to test DIRMSAT and >> DATAMOVE? >> >> And if so how do I get around the multiple system cluster issue. >> >> Thanks. >> >> >> >> >> _ >> LEGAL NOTICE >> Unless expressly stated otherwise, this message is confidential >> and may be privileged. It is intended for the addressee(s) only. >> Access to this E-mail by anyone else is unauthorized. >> If you are not an addressee, any disclosure or copying of the >> contents of this E-mail or any action taken (or not taken) in >> reliance on it is unauthorized and may be unlawful. If you are not an >> addressee, please inform the sender immediately, then delete this >> message and empty from your trash. > >
Re: Track
I'll second the motion. Track is great and Jim's efforts are very much appreciated. I emailed him a week or so ago with a question on a problem that I had seen since going from z/VM 4.4 to z/VM 5.3 last summer. The sysprogs' personal id's here have CP priv. classes EG. With 4.4 we had been able to see another userid's console, at least what was in the "incore" (old age showing) buffer from our personal id's. We couldn't with 5.3 unless we got on MAINT. We had been running with a "MODIFY COMMAND LOCK IBMCLASS A PRIVCLASSES AE" on our id's. Jim said that UNLOCK should also be added and, new to V5, give class E diag 290 capability. I added the UNLOCK and "MODIFY DIAG 290 PRIVCLASSES AE" Works like a charm. Thanks again, Jim. Jim [EMAIL PROTECTED] wrote: I wanted to check the VM prefix page to see if something was enabled, and I have forgotten how to find display CP control blocks in storage. In looking around for a how-to, I found a reference to our old friend Track being able to display the prefix page. Problem solved. A BIG 'Thank You!' to Jim Vincent and all the other Track contributors.=20 Track: the VM System Programmer's Swiss Army Knife! Peter The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential and/or privileged mate= rial. Any review retransmission dissemination or other use of or taking = any action in reliance upon this information by persons or entities other= than the intended recipient or delegate is strictly prohibited. If you = received this in error please contact the sender and delete the material = from any computer. The integrity and security of this message cannot be = guaranteed on the Internet. The sender accepts no liability for the cont= ent of this e-mail or for the consequences of any actions taken on the ba= sis of information provided. The recipient should check this e-mail and = any attachments for the presence of viruses. The sender accepts no liabi= lity for any damage caused by any virus transmitted by this e-mail. This= disclaimer is property of the TTC and must not be altered or circumvente= d in any manner. -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: Track
Yes, but that doesn't give you a formatted display of the prefix page, it just points to it. Since the demise of Kprobe, I don't think that Track has had any serious competition in this arena. Regards, Richard Schuh > > But for "next time", the command is: CP LOCATE symbol E.g. > cp locate symbol hcppfx > HCPPFX = 00024000 Resident 002000 Bytes > > Mike Walter > Hewitt Associates > Any opinions expressed herein are mine alone and do not > necessarily represent the opinions or policies of Hewitt Associates.
Re: Track
You bet, TRACK rules. But for "next time", the command is: CP LOCATE symbol E.g. cp locate symbol hcppfx HCPPFX = 00024000 Resident 002000 Bytes Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. [EMAIL PROTECTED] Sent by: "The IBM z/VM Operating System" 07/24/2008 11:12 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Track I wanted to check the VM prefix page to see if something was enabled, and I have forgotten how to find display CP control blocks in storage. In looking around for a how-to, I found a reference to our old friend Track being able to display the prefix page. Problem solved. A BIG 'Thank You!' to Jim Vincent and all the other Track contributors. Track: the VM System Programmer's Swiss Army Knife! Peter The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Track
I wanted to check the VM prefix page to see if something was enabled, and I have forgotten how to find display CP control blocks in storage. In looking around for a how-to, I found a reference to our old friend Track being able to display the prefix page. Problem solved. A BIG 'Thank You!' to Jim Vincent and all the other Track contributors. Track: the VM System Programmer's Swiss Army Knife! Peter The information transmitted is intended only for the person 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 any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
Re: Hipersocket Capacity
On Thu, 24 Jul 2008 11:08:37 +0100, Malcolm Beattie <[EMAIL PROTECTED]> wrote: >The redbook "HiperSockets Implementation Guide" (SG24-6816) >available from http://www.redbooks.ibm.com/abstracts/sg246816.html >explains the common case in section 1.3: > >HiperSockets operations are executed on the CP where the >I/O request is initiated. This implies that the transfer rate is influenced by the direction of transfer between an LPAR running on an IFL and an LPAR running on a sub- capacity CP. It would be interesting to know the magnitude of the rate difference for various sub-capacity settings. It may (or may not) be too small to be of any serious concern. Brian Nielsen
Re: PIPELINES and Deblocking
On Thursday, 07/24/2008 at 01:29 EDT, Alan Ackerman <[EMAIL PROTECTED]> wrote: > The Internet has a standard record separator of CRLF. In theory, that > should avoid all these incompatibilities. However, if you use Binary > FTP transfer, then all bets are off. And some Unix programs use LF > instead of CRLF, on the assumption that everything in the > Internet is Unix. > > It sure would have been nice if the ASCII "Standard" had specified what > to do with the darn control characters. Hey, now. 'Dems fightin' woyds. This has to do with OS architecture, not ASCII standards. You know that a Unix printer or old-school terminal driver has to add the CR to the LF to make the data look right. DOS took the approach that that is the responsibility of the application and that the drivers would recognize EOF and CRLF as end-of-line, if such recognition is needed by the driver. What I have never been able to fathom is the toleration for Unix's lack of adherence to a standard that was written in *1985*. 23 years ago. It is the responsibility of the FTP client and server, not the operating system, to use CRLF on the wire. And while I'm certain FTP on Unix pre-dated the RFC (that's how many early standards were developed), there's not even a provision to make Unix operate according to the standard. I would have thought that the Unix camp (esp. Linux) would have developed an RFC wherein there would be negotiation on the line-end sequence in order to avoid the overhead of conversion. But no. Unix's assumption is not that everything is Unix, but that there is no difference between binary files and text files. And this attitude isn't limited to Unix. We saw this vividly with ftp . We had to add some special support in our FTP server (AUTOTRANS) because some browsers would ASSUME that it could transfer a file in binary (image mode) even when that file would be treated as text by the browser. AUTOTRANS lets the server's filetype-based automatic EBCDIC-ASCII conversion override the "image" specification by the client. Sickening. Perhaps, in the future, when the sun grows dim and the earth begins to cool, knowledgable users will open defect reports with their operating system vendors. Alan Altmark z/VM Development IBM Endicott
Re: PIPELINES and Deblocking(Cross posted in CMSPIPELINES Listserve)
[snip] > > The Internet has a standard record separator of CRLF. In > theory, that sho= > uld avoid all these > incompatibilities. However, if you use Binary FTP transfer, > then all bets= > are off. And some Unix > programs use LF instead of CRLF, on the assumption that > everything in the= > Internet is Unix. Yes, the "vsftpd" server does this by default. There is a parm to delimit "ASCII" transmissions with CRLF, but the author calls it "ASCII mangling" and that "it can lead to a DoS attack" [snip] > > Alan Ackerman > Alan (dot) Ackerman (at) Bank of America (dot) com > -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: Hipersocket Capacity
Rempel, Horst writes: > I am a little bit confused because on of your german IBM colleagues told me > that hipersocket transfers is the > job of the service processor (I/O processor) and will allways run at full > speed independent of the capacity setting for the cpu. The redbook "HiperSockets Implementation Guide" (SG24-6816) available from http://www.redbooks.ibm.com/abstracts/sg246816.html explains the common case in section 1.3: HiperSockets operations are executed on the CP where the I/O request is initiated. HiperSockets starts read or write operations. The completion of a data move is indicated by the sending side to the receiving side with a Signal Adapter (SIGA) instruction. Optionally, the receiving side can use dispatcher polling instead of handling SIGA interrupts. The I/O processing is performed reducing demand on the System Assist Processor (SAP®). This new implementation is also called “thin interrupt”. However, when looking for low level detail, I usually head for the IBM Journal of R&D and the Hipersockets paper in the z900 edition includes an extra twist: "zSeries features for optimized sockets-based messaging: HiperSockets and OSA-Express" (Baskey et al) http://www.research.ibm.com/journal/rd/464/baskey.html For optimization of latency, the performance-critical data transfer between operating system images for the message-passing functionality has been implemented in millicode. That code executes synchronously on the processor that initiates the network traffic using the SIGA instruction. Since the data transfer is executed synchronously on the issuing processor, the number of executed instructions must be kept small for this implementation. Therefore, the data transfer is limited to a maximum of 64 KB per SIGA instruction, and all data associated with a single SIGA instruction must be directed toward the same target operating system image. That way only IP unicast operations are executed synchronously on the CP, while IP multicast operations are asynchronously executed on the SAP. So it looks as through IP multicast sending is handled by the SAP instead of the CP (thought it's possible of course that things have changed in z990 and later). In the case of a sub-uni, I wonder what the difference in performance would be between unicasting to the target LPAR and multicasting to a group containing only a single IP address for the LPAR. Yet another example where, as Alan says, the best thing to do is measure in the desired environment. --Malcolm -- Malcolm Beattie System z SWG/STG, Europe IBM UK
AW: Hipersocket Capacity
Hello Alan, I am a little bit confused because on of your german IBM colleagues told me that hipersocket transfers is the job of the service processor (I/O processor) and will allways run at full speed independent of the capacity setting for the cpu. What is if you downgrade a cpu, will you lower the Hipersocket Capacity (bandwidth). Does IBM downgrade a cpu by inserting dummy cycles or lowering the clock speed ? kind regards Horst Rempel BG-Chemie Heidelberg -Ursprüngliche Nachricht- Von: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Im Auftrag von Alan Altmark Gesendet: Mittwoch, 23. Juli 2008 22:40 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: Hipersocket Capacity On Wednesday, 07/23/2008 at 04:15 EDT, "McKown, John" <[EMAIL PROTECTED]> wrote: > Just some thoughts on this. From what I understand, a hipersocket is > really a way to "move" data from one memory location in one LPAR to > another memory location on another LPAR in the same CEC. Or to the same LPAR, it doesn't matter. > Now, is that > "move" done by a CP? Or is it done by the SAP? If it is done by a CP, > then it is "knee-capped" if the CP is "knee-capped". If it is done by > a SAP, then it is not. I would hope that it is actually done by a SAP. > But that would mean that the speed could be influenced by how busy the > SAP is doing other things. Given that CP's are millicoded, I think you cannot presume that internal speed and apparent speed are the same. HiperSockets is internal to the CPU, using iQDIO interfaces, and is synchronous with respect to data movement. That is, the data is not stored "somewhere else". So, only if they actually turn down the clock speed would it necessarily be slower. Hence, measure it and find out if *your* workload on *your* system would benefit. Alan Altmark z/VM Development IBM Endicott