Re: WLM SYSTEM Service Class
On 12/05/2012 3:09 AM, Mark Zelden wrote: On Fri, 11 May 2012 10:53:18 -0500, Fred Lupher wrote: We recently upgraded a pair of z9 602's to z196 602's. Every month I summarize and chart the average CPU consumption of each of our Service Classes. Following the upgrade, the SYSTEM Service Class went from 3000 to 8000 service units per second. Unfortunately, I don't use report classes to break down the SYSTEM Service Class, so I'm not able to identify what's responsible for the increase. The before and after for all other Service Classes appear to be consistent. Has anyone experienced this when upgrading to z196's, or have any thoughts on where I might look? Thank you Address space level CPU consumption (SMF 30s) - before and after. You can display this information with EasySMF (the 30 day trial will be enough). You need all the the type 30 subtypes particularly subtype 6 interval records. Load the SMF data for the relevant periods into the product. Depending on the amount of SMF data and transfer speeds you may want to extract the type 30 records to a separate dataset first. The type 70 and 72 records could also be useful e.g. if WLM looks to be the culprit. Open the "Job Status - Job Status During Interval" report, and enter SYSTEM as the service class. Change the time period to a representative time period e.g. a day, week or the period of your report. This report combines type 30 records during the time period to show resource usage for each job/address space. Click the "Service" column header to sort and see the largest consumers. Click an entry in the list to view a graphical Job Profile from the type 30 records. This can show whether the consumption is uniform or whether there are spikes that are worth investigating further. You can open 2 instances of the program to view before and after. You can download EasySMF from: http://www.smfreports.com/download.html Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
Thanks for providing such a detailed reply. While I believe in multi period batch, in most circumstances I would not recommend 4 periods. The usefulness of additional periods diminishes very quickly after 2 periods. I don't really buy the argument that period 1 work will significantly delay period 2 work. Period 1 work should be a small percentage of the work in the service class - too small to produce a meaningful delay to larger jobs, whereas larger jobs CAN significantly delay smaller jobs. If period 2 is being delayed it is more likely to be by work in other service classes - which might require other adjustments to the WLM policy. The issue of over initiation is interesting. If a programmer overloads the initiators with long running jobs to the point that short running jobs can't get an initiator, starting more initiators to meet the short job's goal seems to be exactly what I want WLM to do. Over initiation is a minor problem compared to having all your programmers sitting around waiting for their jobs to run because the capacity planner submitted their suite of monthly reports. (Not that that has ever happened!) :-) If you don't want WLM to start more initiators to meet the goals, maybe the goals should be relaxed? I'm not completely convinced of the evils of over initiation anyway. I've seen the charts showing increased elapsed time but they didn't seem to count queue time. With most jobs what counts is the time between job submission and job end - not starting execution and job end. How much overhead is there really for a job in discretionary which isn't getting much service, vs. a job in the queue? In the early days of WLM we were told WLM will drive the system to 100%, and that's OK because the overhead of having jobs sitting there soaking up the occasional leftover CPU cycle was negligible. They might run slow but it's faster than in the input queue. Is the overhead larger now? Regards Andrew Rowley On 7/05/2012 12:13 AM, Cheryl Walker wrote: I'm writing a series of articles for my Tuning Letter about service level agreements and mentioned in the last issue that I strongly believe in single period batch and two-period TSO service classes. One of my readers asked me to clarify, so I pulled up an old article on multi-period batch. It will soon be added to our website as part of the z/OS 101 Primer articles that are free to the public - http://www.watsonwalker.com/articles.html. I've included the entire article below, but would like to qualify that I consider work like DDF to be more like TSO, needing two periods, than batch. (I've kept this as plain text, so it isn't pretty. Sorry.) Best regards, Cheryl == Cheryl Watson Watson& Walker, Inc. www.watsonwalker.com == Multi-Period Batch What are the advantages and disadvantages of running batch in single-period service class versus a multi-period service class? We must have heard this question at least six times at the latest SHARE. Although we did provide an answer in our September 1994 TUNING Letter, we think it's time for an update. We'll address the considerations for both batch and production jobs, because they tend to have different requirements. Test Batch If your intention is to provide the best turnaround to the most people by allowing large resource consumers to suffer slightly, then you'll want to use the typical method of managing test batch jobs. That method simply consists of getting as many of the small jobs through the system, at a high dispatch priority, as you can. You would then let the larger jobs run at a lower priority, and possibly miss their service goals. This technique is used in almost every data center today. The only difference is in how it's implemented. Let us describe the two typical methods and the pros and cons of each. Priority by Job Classes The most common technique is to define a set of test batch job classes that allow a certain set of resources. For example, you might define the following test batch job classes: A - Less than 5 seconds CPU time, no tapes - 10 minute turnaround B - Less than 15 seconds CPU time, 0 to 1 tape - 30 minute turnaround C - Unlimited CPU time, 0 or 1 tape - 2 hour turnaround D - Unlimited CPU time, unlimited tapes - overnight Then you would define some JES initiators to process these jobs. There are dozens of ways to set up initiators, but a typical scenario, might be: Init 1 - Classes: A Init 2 - Classes: A Init 3 - Classes: B Init 4 - Classes: BA Init 5 - Classes: CA Init 6 - Classes: DCBA You would then set up a single period service class for each job class. As one example: TSTBATA - 90% within 10 minutes TSTBATB - 90% within 30 minutes TSTBATC - period 1 = velocity of 20%;
Re: AW: WLM : multiple periods not recommended for batch - why?
On 2/05/2012 6:01 PM, Uwe Oswald wrote: Hi Andrew, they are old fashioned since most customers don't need them. This is nothing you will find in a book clearly stated but that's my truth :-). Let me try to explain why. Most customers (I do WLM optimization - and cost reduction-projects in Germany and Switzerland) have most of their batch workload running during night. And, most of the jobs (from the MSU consumption perspective) are running in one Serviceclass. Hence it makes no sense to have x periods because you have very less MSU consumption in other, higher Serviceclasses. WLM has nothing to prioritize between several Serviceclasses. 2 Periods only make sense in TSO in my eyes for example. The same is true during day there you have your online workload which is and should be higher prioritized. If you Online goals are right your Batch will get less CPU or no CPU it depends. Hope this helps you. Regards, Uwe Hi Uwe, I suppose different sites run different types of batch work. At the sites I have worked at, there was a significant amount of batch that ran during the day (mostly user submitted ad-hoc stuff) as well as the overnight batch. Maybe that is also old fashioned :-) I had an interesting experience many years ago (pre WLM managed initiators) when I did a WLM conversion. The site had overnight batch which all ran in one service class. For various reasons, after the conversion we changed that service class to have 2 periods - first period with a response time goal, second period discretionary. Unexpectedly, the elapsed time for the overnight batch reduced about 20%. I don't have a good explanation. My theory is that the first period allowed the short running jobs to finish faster, then the long running stuff benefited from fewer context switches. Either that or there was a big benefit from MTTW in discretionary. SMF 113 records would have been interesting if they had existed then. In any case I still have the feeling that batch running in a single service class, without much competition for resources might benefit from multiple periods. The idea is to move the short jobs through quickly, reducing the number of jobs running simultaneously. Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On 2/05/2012 5:32 AM, Edward Jaffe wrote: As I understand things, queue time (i.e., clock time accumulated from job submission through initiation) is associated with first period only. Therefore decisions based on queue time -- e.g., whether new initiators should be added -- will not take multiperiod batch transaction completions into account If only a small subset of batch transacations complete outside of first period, then this should not be a big problem. If most jobs complete outside first period, you get what you get. GIGO. That makes sense. Period 2 can only work with what falls through from period 1, and obviously initiator settings can't be changed to benefit period 2 without affecting period 1. Just theorizing about what the effect might be, I suppose if most jobs fall through to period 2, and you need more initiators started to properly satisfy the goal (including queue time) WLM wouldn't have the trigger to start more initiators because it doesn't see the queue time? Would it work the other way too? Does a lack of work in period 1 prevent WLM from detecting that initiators should be stopped, or perhaps it stops them prematurely? However, I'm not sure what use period 1 is if you don't have a significant percentage of your work completing there. My feeling is if most jobs complete outside first period the duration is wrong? That might not be uncommon of course. My understanding is that most completions should be in period 1, and most service consumed in period 2. If you can't satisfy that, I would agree that multiple periods are not recommended. Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On 2/05/2012 5:47 AM, Norman Hollander on DesertWiz wrote: WLM-managed Inits won't work as designed with multi-period Batch ServiceClass. That is what I suspected, but I was wondering in what way they don't work as designed? To many initiators get started? Not enough? Unpredictable results? Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
Thanks everyone for their replies. My thinking on discretionary has been similar to Tom Marchant's - I think it is a good fit for batch. If you are running at 100% and discretionary isn't getting service, I would suggest you don't have enough work in discretionary - or you really do need a bigger processor. I also see discretionary as the buffer that allows you to run at 100% - it is the cushion that absorbs the peaks and troughs in your other work, much faster than WLM can make adjustments. If you are running at 100% without much discretionary the ride can be a bit rocky. > what prioritizes production over test / development batch? In the past I have used performance periods - production got a much longer first period with a response time goal, test a shorter first period. Second period for both was discretionary. Jobs that were time critical were handled in a separate service class with goals to match. In reality the production/development distinction can be a bit political anyway - production batch tends to be scheduled, whereas test/development batch is submitted by someone waiting for the result. So often it is delays to the test/development batch that cost real money i.e. productivity. Multiple periods often seem to be the best fit for general batch - the distinction between short batch, where someone might be waiting for it and long batch where people expect it to take a long time can be more significant than test/development/production. Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
WLM : multiple periods not recommended for batch - why?
Hi, I have read a few articles that say that multiple periods are not recommended for batch service classes. Multiple periods seems to be considered a bit old fashioned. I haven't been able to find anything clearly explaining why. I have always felt that they worked well. My best guess is that it is something to do with the behaviour of WLM managed initiators but I'm not sure. Can anyone shed any light, or point me to some further reading? Thanks Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unwanted New Threads (Was: SMP/E Order Server Pair)
On 29/02/2012 5:37 PM, Edward Jaffe wrote: On 2/26/2012 3:23 PM, Andrew Rowley wrote: Thunderbird can be configured to also use the subject for threading: https://wiki.mozilla.org/MailNews:Message_Threading This sounded promising. But, no matter how I set the threading options I still have multiple threads with the same subject. :-( I think mail.strict_threading=false is the most important option. mail.thread_without_re=true is potentially useful, but has the likely side effect of adding new messages to ancient threads of the same name (if you don't clean out old messages). I get the impression that once Thunderbird has the messages in its local database, it is difficult or impossible to change the way they are threaded. I think (based on my experiences) that these options apply only to new messages. I much preferred Thunderbirds threading behaviour prior to version 3. Threading based on subject is a much more intuitive system - even with its occasional failings. -- Andrew Rowley and...@blackhillsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unwanted New Threads (Was: SMP/E Order Server Pair)
On 27/02/2012 5:01 AM, Edward Jaffe wrote: Paul Gilmartin, I've noticed for a long time now that every time you respond on IBM-MAIN it starts a new thread in my mail client (Thunderbird). I finally decided to compare headers from your non-threaded posts to other peoples' threaded posts. What I see is that the requisite "In-Reply-To:" header element, necessary to properly thread messages together, is missing from your responses. Is there any way to fix that? Thunderbird can be configured to also use the subject for threading: https://wiki.mozilla.org/MailNews:Message_Threading I have the opposite problem - many people start new threads by replying to an existing message and changing the subject - which means the "In-Reply-To:" header is inserted and the new thread is buried in an old one. I wish I could figure out how to make Thunderbird ignore the In-Reply-To: header, and just use the subject. Then changing the subject line woud start a new thread, which is usually what is intended. -- Andrew Rowley and...@blackhillsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: I would love to know what went wrong at NAB
On 30/11/2010 6:12 PM, Mike Schwab wrote: That was not payroll. That was a bank. They screwed up all transactions for a week after a conversion and fallback. I would be really curious as to how the database was functioning without crashing while processing all those bad transactions. Almost like they were processing the same old (duplicate) transactions (?same GDG?) on one system while another system was putting new transactions into newer files (GDG +1) which the other system did not see (many missing transactions). Maybe if they said which days were repeated and which days were missed we could learn more? Does the sysplex carry catalog updates (new file names) across systems? Are there Coupling Facility links that spread catalog updates to other systems? My speculation based on what has been in the news is that they had some sort of error processing their overnight batch transactions, and their error recovery also failed. Then they would have had the problem of reversing the updates from the failed batch update and rerunning it, while still allowing new transactions into the database so that the bank could keep functioning. It's the sort of problem that you would hope that banks are prepared for, but it still sounds like it could give you headaches. I am also curious to know more. -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: smf reporting
On 25/11/2010 3:25 AM, Tim Brown wrote: What are all the options these days for reporting via smf records. Isnt there an RMF pc base reporting tool ? You might be interested in looking at EasySMF, which is PC based. It brings the information from different record types together, so you can jump from RMF reports to viewing the type 30 information from work running at that time etc. http://www.smfreports.com Regards Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
Chase, John wrote: You break the analogy when you compare two different end-products, which in and of themselves justify different pricing. For software, consider that IEFBR14 does exactly the same thing regardless what size machine it's run on. Thus, the "problem" now is to justify charging, say, five dollars to run IEFBR14 on a small machine; five thousand dollars to run IEFBR14 on a mid-size machine and five million dollars to run IEFBR14 on the largest machine. However, the main reason there are 2 different products is to segemnt the market by how much they are prepared to pay. For a software example, look at SQL Server. There are 7 different end products all with different capabilities and prices. http://www.microsoft.com/sqlserver/2008/en/us/editions.aspx The only reason they don't just sell the one version that does everything is pricing. Every different version they sell adds development and support costs. However, it does satisfy the idea that you need different products to have different prices. The question then becomes: Do you really want capabilities stripped out of z/OS (or ACF2 or whatever) so that smaller sites can pay for a different, cheaper version? That seems to be the alternative to pricing based on capacity. -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
Gerhard Postpischil wrote: To me higher prices make sense only if you actually get more for your money - more and better results, better support, etc. So fees based on actual usage, with credit for spoiled runs, might make sense. Per seat or machine capacity does not reflect the value to the buyer; my cars costs the same whether I drive alone or carry five passengers. If I need more, I step up to a minivan or commercial bus, but in no case would the dealer double the price to sell the same vehicle to a larger company. Most businesses find a way of charging more to the customers who can afford more. Software, hardware, airlines, restaurants, certainly car companies. The luxury model that costs double the base model doesn't cost double to manufacture. In the case of cars, there are some examples where features in the base model cost more to manufacture than the more advanced feature in the luxury model, but are left to provide a point of differentiation with the more expensive model. It wouldn't surprise me if the total cost of manufacture/inventory etc. for a car company would be reduced if they made a single model with all the luxury features, but they would then lose the ability to segment their customers by how much they can pay. If you have a product with costs of $800,000 and have 50 customers who would pay $10,000 and 500 customers who would pay $1,000, how do you price it? Assume that everyone will receive a benefit that exceeds what they paid, otherwise they would not buy it. If the pricing model is uneconomic everybody is worse off, because the customer loses the benefit they get from the product. Most businesses do it, either to maximize profitability or just to make the business viable. The trick is to make it seem natural and reasonable to the customer. That is easier for some products than others, and in the case of software can be particularly difficult. -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
Ted MacNEIL wrote: What we need is a billable business metric, such as invoices, queries, or even the number of beds (hospital example). By definition, larger companies are going to do more business volume than small ones. Many businesses would not want to share business metrics e.g. number of invoices with their suppliers. Pricing inputs on the value of outputs also seems wrong somehow - it penalizes more efficient operations that do more with less. -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
Hunkeler Peter (KIUP 4) wrote: I suspect he is referring to MVS Extended Architecture Overview I concur. Nothing named "Indroduction" or "Overview" thereafter was at the same level. I always wished this book would have been updated for MVS/ESA, then for z/OS (64bit MVS). A PDF copy is on the internet at: http://www.prycroft6.com.au/misc/download/GC28-1348-0_MVSXAoverview_Mar84OCR.pdf There is a readers comment form at the back - maybe we need to fill it in and say "Can you update this book please". :-) -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
gsg wrote: I'm looking for a book that breaks down the interanls of MVS. I was talking to one of our SYSPROGS and he said there use to be a book that really broke everything down into real simple terms that was easy to understand. He couln't remember what the name was though. I'm sure it wasn't on MVS, probably much earlier. If anyone knows of such a book or have any recommendations, I'd appreciate it. I suspect he is referring to MVS Extended Architecture Overview. Very old now but I suspect still quite good to get a handle on the concepts. A lot has changed since it was published, but there is probably more that hasn't... Andrew Rowley -- Andrew Rowley Black Hill Software Pty. Ltd. Phone: +61 413 302 386 EasySMF for z/OS: Interactive SMF Reports on Your PC http://www.smfreports.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Outsourcing your Computer Center to IBM ?
Graeme Gibson wrote: Distributing blame should have been kept entirely behind closed doors. He looked weak blowing off in public that way. Did he do it in public? The way I read the original report I thought it was an internal email that was leaked. -- Andrew Rowley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Outsourcing your Computer Center to IBM ?
Graeme Gibson wrote: Well, I agree completely with PS. I felt that there was just a hint of "look the other way while I cover my arse" in the tone of the complaint by the Air NZ chief. Somewhere in there he knows that ultimately he, and his board, are responsible for keeping their airline running.. and pointing the finger and blustering; "Well, the single-point-of-failure (IBM) we signed off on just should not have failed!!" is him trying to dodge that responsibility issue. Even if they had entirely in-house IT they should still be planning how to function while it's out of action. As RS has pointed out, being totally unable to operate what is essentially just a glorified bus service without their computers makes 'em look like amateurs. Every organisation needs to consider what they'll do, when, not if, an extended computer outage hits them. To be fair to Air NZ, it's a bit more complicated than that. Computerization is one of the things that makes airlines seem like a glorified bus service. For example, before you fly you need to know: - who is on the flight - who has luggage on the aircraft, and cross reference that with the passengers - how much the loaded aircraft weighs - that passengers, luggage and freight are loaded so that the aircraft is within centre of gravity limits. Simple enough when the computer does it, but it becomes time consuming if you have to do it manually. I'm sure they have manual procedures, but they have an additional problem - if they wait until the computer comes back, they can resume using the computer immediately. Once they switch to manual processing the computer information becomes out of date, and they probably have to continue manual processing even after the system is available. It might be more difficult to go back to automated processing than it was to go manual in the first place. So the switch to manual would be a costly decision in itself, and you wouldn't do it if you were expecting the system to be back soon. -- Andrew Rowley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Softcopy Librarian - Problem related to IBM IP address change?
Mark Zelden wrote: Must have been a temporary glitch. It works for me now also. Bad timing, I was just trying to show someone how to use it and of course it didn't work. :-( You're not the only one... I had the same problem in the last couple of days. I tried on 2 different PCs, at work and at home and had the same error. I guess there must have been a temporary problem with the server. Nice to hear it's working again. Andrew Rowley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out developerWorks: Cloud development
Ed Finnell wrote: In a message dated 4/30/2009 12:01:06 P.M. Central Daylight Time, efinnel...@aol.com writes: I don't know if this appeals to anyone on this list yet. Could be interesting down the road. Well it works between the parens. The tinyurl is as follows: http://tinyurl.com/d85plv What I'd love to see is z/OS in the cloud. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Performance problems
My first question would be what do your WLM definitions look like? It might not make much difference if you have lots of extra capacity, but if you are constrained, even for relatively short periods of time (which may be difficult to detect with RMF), a good or bad WLM policy can make a big difference. Andrew Rowley Adams, Tracy wrote: Okay, this is a continuation of a previous post... First of all we have an 88 mip cpu that is not constrained in any way. RMF cpu intervals are 20% during the day and during the 3 hours of batch 100% like a good MVS system can do. So with the rising cost of software, mainly CICS, we are looking to cut the mainframe's capacity in half. Now in the simplest math, batch should double in time and daily rmf stat intervals will increase but still not hit 100%, as long as no other constraints are revealed. Some basic tests have revealed results that I can't explain. Response time in our IDMS transactional system during the day (as record via PMDC writing smf records translated by MXG). A typical SAS model of performance for a given online transaction would be 95% < .5, 4% < 1, 1 % > 1. When I set a hard cap at 90% the model looks more like 70% < .5, 15% < 1, 10% < 2 and 5% > 2 of that 1% > 3. When I set the hard cap at 75% the model looks more like 50% < .5, 15 < 1, 20% < 2 and 7% > 2 and 3% > 3. And when I set the hard cap at 50% the model looks more like 40% < .5, 25 < 1, 25% < 2 and 10% > 2 and 3% > 3. And the users now users are really complaining now. RMF type 70 records (cpu) for all four scenerios (100%, 90%, 75% and 50%) show averages in the 20% utilized. RMF type 74 records (IO) show avg resp in single digits. UIC hasn't fallen below 255 in 10 years. Batch... completed in the same time frame set at 25% as it did at 100%. So if the hard cap sets the amount of Service units consumed not the actual speed of the processor, why is response time in the online going so far south when the CPU is still running unconstrained? Why did batch not slow down? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataflow analysis tools?
If you're interested in the sort of data that can be found in SMF, it sounds like it might be an interesting report to add to EasySMF. Feel free to contact me directly if you would like to discuss it in more detail. Regards Andrew Rowley and...@blackhillsoftware.com http://www.smfreports.com Mike Mitri wrote: Hi all. Is there anyone who knows of a graphical tool that displays a dataflow trace in an IBM environment. For example, one that would show a job writing to some files, which in turn are read by other jobs, which in turn write to other files, etc.? Seems like this would be a good thing to have for creating a test plan (e.g. if I'm making a change to programs used by a job, I'd like to see what other jobs and programs are affected by these changes). Does Rational or WebSphere do this? Or any other products out there? Thanks Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF reporting question
You might like to try my product, which I recently released for beta testing. It won't be free, but the price shouldn't raise eyebrows for people used to buying PC software... ultimately the question will be how many "soft dollars" are you prepared to spend to save a "hard dollar"? You can download it from http://www.smfreports.com Andrew Rowley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
Bob, Maybe I'm still confused. I didn't mean to suggest that it can transfer directly from (or do anything with) the MANx datasets, it can't. It doesn't do any processing on the mainframe other than connecting to the FTP server. Regards Andrew Richards, Robert B. wrote: Andrew, You missed my point. It was not about the file transfer mechanism (FTP, IND$FILE, whatever), it was about the ability to do it directly from the MANx datasets. This presumes that you have handled the correct control cards, etc. My question was then "if you can do it with MANx datasets, can you correctly generate the necessary SMF logstream control cards too?" Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
It just does regular FTP, so unless you can do a file transfer from the logstreams, I don't think so. I haven't tried. Regards Andrew Rowley Richards, Robert B. wrote: Does it also have built-in FTP support to download from logstreams instead of dump datasets? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New product for SMF reporting on a PC
Coincidentally, while the discussion on SMF reporting has been going on I have been preparing to post this. This post has been approved by Darren. I would like to announce a new product for reporting on SMF data on a PC. EasySMF runs on Windows and reports directly on SMF data. It has a built in FTP client to download data directly from SMF dump datasets, and can also read SMF data from other formats such as TSO TRANSMIT and zip files. Reports are pre-defined so no programming is required. Additional reports will be added over time, based on feedback from users. The aim is to produce a set of reports that covers the most common information that people need from SMF. EasySMF is now available for public beta testing. I would like to hear about: * Additional reports you would like included * Anything you find confusing * Errors in reports * Any other problems you encounter (Preferably directly or in the forum below rather than here) See more detail or download from: http://www.smfreports.com For a lengthier introduction: http://www.blackhillsoftware.com/blog/2009/02/02/introducing-easysmf/ There is a discussion forum at: http://www.blackhillsoftware.com/forum/easysmf The software has a 30 day evaluation period where it will work without a key. A temporary key is also available for beta testing. To receive the key please send an email to: beta-key-requ...@smfreports.com Regards Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
