Re: Korean bank Moves back to Mainframes (...no, not back)
I am so impressed your insight! Please forgive me for off-line of the topic. Although I don't have stats in my hands, I can explain two things for your understanding how they got over an economic crisis. Way back to mid of 1990s the economic crisis in S Korea was almost same or bigger than last years in US, and it was controlled by IMF. I experienced a big jump on the commodity price, especially 5 times increase over the night for the flour and toilet paper which had never experienced since I was born in. That's why I came over here for a better quality of toilet paper with batter price. First thing government tried to do was campaigning in order for them to turn around an economic crisis; - asking the nation to come out them with Gold from their draw or safe. At that time I also sold my wedding & my children's baby-shower rings to government, in a result world gold market was fluctuated, and gold price was downward. - Secondly Government tried to let people sign on an application for the credit cards as many as possible in order to stimulate a financial infrastructure. At that time my high school nephew had dozen cards, and still using it. Eventually prevailing credit cards worked, and would be able to get over an economic crisis, although they have a social crisis by over-spending as fallout. That's why they need extra wallet for more cards. Sometime economists also don't understand how Korean economy works. One thing I know is they are really superb at campaigning! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Thursday, January 07, 2010 11:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) On Thu, Jan 7, 2010 at 6:36 PM, Ted MacNEIL wrote: > >That's the point of (EMV) "chip" cards. >They are inherently more secure. > > Why are they more secure? > INTERAC Canada has been telling us that they are. > So far, on their web-site, the proof presented has been: "They are more > secure". > > When they sent me my new chip card, through the bank I use, nothing had > changed. > They even kept the same PIN, which is supposed to be a secret. > > Except for a different slot in the debit machine, the process for payment > is the same. > > Where is the 'enhanced' security? > What makes it so? > > I honestly don't know if this is off-topic, because debit cards, in Canada, > are still processed on mainframes, for the Big Five, at least. > > And, the mainframe, if you aren't stupid, is still the most secure > processing environment, chip cards aside. > > (Yes! My bias is showing.) > - > Too busy driving to stop for gas! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > I'm not trying to be argumentative here, but some of the number still don't just add up. On a global basis the largest card processor in the world clears and settles about 10 billion USD on 250 to 300 million transactions per day.. Or about 40 USD per transaction. Assuming that the average in S. Korea transaction is 5 USD. Then 200 million per day is a billion USD per day cleared and settled. This is over 360 billion USD per year. The S. Korean economy is 1.3 Trillion USD (2008) according to the CIA fact book. That would mean that 28% of the S. Korean economy is handled via Credit Card transactions. This is more than 5 times the rate of the rest of the world. If an average transaction rate of 20 USD was used it would be even more extreme. If a lower average transaction value was used, then fees and charges would be a large portions of the profits that merchant would be giving up. Something does not balance. That would -- 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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: Korean bank Moves back to Mainframes (...no, not back)
I wouldn't agree that the financial structure in the US seems primitive, but it's quite sure a lot less customer friendly. The most tedious thing was to participate in a campaign ' Customer is the king' on a daily basis, although I was a computer guy there. No exception at all. I can feel they have a lot less fraud incidents than Norte America. Their system is kind of bureaucratic structure; instead Banks hire lots of retired law-enforcement to look after who are fallen behind their card payment. People over there has a perception that no pay to the bank, unless borrow money. Which means I am a king of the feeder for Banks, and Banks still makes pretty big fortune with fees. Honestly I don't know how much portion in their profits from the fees if they charge. I was a system programming guy... Regards John Kim -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, January 07, 2010 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) Concur. It would appear that the consumer electronic financial infrastructures are quite different outside of the US. Indeed, ours seems pretty primitive and a lot less consumer friendly. More, they don't seem to have quite as much of a fraud problem as we seem to have. I think I read somewhere that they don't use 'credit cards' as we know them in Asia. Rather, it is more of a 'smart card' strategy. Wonder how this works without fees? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Thursday, January 07, 2010 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) I will bow to the man with direct experience ... Base on reading the article it appeared to be talking about traditional Credit Card processing. It was not clear to someone without directly knowledge of the S. Korean banking system (me) that Credit Cards handle such a broad scope of financial transactions. Even then, it means an average of 5 transaction per day per card they manage. This is a very impressive number of transactions per card per day. Regards, Sam On Thu, Jan 7, 2010 at 5:19 PM, John Kim wrote: > I am a positive side they process hundreds of millions of Credit Card > transactions a day. I used work for the one of national banks (BC card > member). > > Their banking system also quite remarkable that more than dozen of > accounts from each bank are all connected to the card account; > - They almost do every thing through banking systems - pay tax, utility, > cell phone, > Speeding ticket, home shopping, air-line ticket, and wiring to > another bank...etc > - Bus pass, Sub-way or toll-gate fare also paid from your bank accounts > directly when you screen the system in on-site. > > > All these transactions are linked to card account via banking > accounts, but customers pay nothing to bank for transaction fee or any > other service changes... > No balance limits for waiver a service charges... not at all (but wire > to other countries). Instead they stand up & bow to you when you step > into the bank and advice you opening more accounts & cards. > > You don't even have to open the door because your first encounter is a > door man. He / She will hand out you pamphlets & asking the opening > accounts & cards. > > We used hire university kids as a summer job. They were pretty good > except random accident, some times bumped heads when they bowed each > other. > > > It can't be a simple comparison unless by population (45 million vs > ??? million). Their system is quite different than US card companies; I > used have 7 BC cards from different banks that allowed more credit > limits from each banks. > > - And also their changed attitude populates more cards; they used gift > their children savings accounts for entering kindergarten or > birthday...etc. But now it has switched to credit cards & cell-phone > (it's called hand-phone in S Korea). > > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Sam Siegel > Sent: Thursday, January 07, 2010 4:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Korean bank Moves back to Mainframes (...no, not back) > > There are other business related inaccuracies in the article as well. > The > article indicates that they process hundreds of millions of Credit Card > transactions a day. Having previously worked at a large credit card > processor in the US, it can be said with certainty that the S. Korean > credit > card volumes are orders of magnitude smaller than US volumes. Th
Re: Korean bank Moves back to Mainframes (...no, not back)
I am a positive side they process hundreds of millions of Credit Card transactions a day. I used work for the one of national banks (BC card member). Their banking system also quite remarkable that more than dozen of accounts from each bank are all connected to the card account; - They almost do every thing through banking systems - pay tax, utility, cell phone, Speeding ticket, home shopping, air-line ticket, and wiring to another bank...etc - Bus pass, Sub-way or toll-gate fare also paid from your bank accounts directly when you screen the system in on-site. All these transactions are linked to card account via banking accounts, but customers pay nothing to bank for transaction fee or any other service changes... No balance limits for waiver a service charges... not at all (but wire to other countries). Instead they stand up & bow to you when you step into the bank and advice you opening more accounts & cards. You don't even have to open the door because your first encounter is a door man. He / She will hand out you pamphlets & asking the opening accounts & cards. We used hire university kids as a summer job. They were pretty good except random accident, some times bumped heads when they bowed each other. It can't be a simple comparison unless by population (45 million vs ??? million). Their system is quite different than US card companies; I used have 7 BC cards from different banks that allowed more credit limits from each banks. - And also their changed attitude populates more cards; they used gift their children savings accounts for entering kindergarten or birthday...etc. But now it has switched to credit cards & cell-phone (it's called hand-phone in S Korea). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Thursday, January 07, 2010 4:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) There are other business related inaccuracies in the article as well. The article indicates that they process hundreds of millions of Credit Card transactions a day. Having previously worked at a large credit card processor in the US, it can be said with certainty that the S. Korean credit card volumes are orders of magnitude smaller than US volumes. The US volumes are in the range of 100 to 200 million per day depending on the time of the year. On Thu, Jan 7, 2010 at 8:39 AM, Timothy Sipples wrote: > That's not the correct headline. > > BC Card isn't moving *back* to mainframes. In its 27+ year history, BC Card > has never had a mainframe -- nothing in the System z lineage, anyway. They > are now replacing HP and Sun UNIX servers, and Oracle databases, with (a > presumably small number of) IBM mainframes. They are new in almost every > possible mainframe-related way: new z/OS customer, new CICS Transaction > Server for z/OS customer, new WebSphere Application Server for z/OS > customer, new System z10 customer, new mainframe customer. > > There are some things in the article I disagree with, but there's one fact > in particular that is most certainly not correct. The article says this: > > "Sources at IBM say that this is the first Unix-to-mainframe application > migration in nearly a decade." > > I hate to disagree with "sources at IBM," but no, that's just factually > incorrect. I have personal knowledge of another such customer (in Japan) > who migrated their applications from distributed UNIX to z/OS with Parallel > Sysplex, and they never had a mainframe before. Quite possibly their entire > industry has never had a mainframe before, partly explaining why they're > not public. I suspect there are others. > > Which is not to say that this isn't significant news from Korea. It is, > very. > > - - - - - > Timothy Sipples > IBM Consulting Enterprise Software Architect > Based in Tokyo, Serving IBM Japan / Asia-Pacific > E-Mail: timothy.sipp...@us.ibm.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 > -- 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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- For IBM-MAIN subscribe
Re: IBM Press Release: New Mainframe Customer in Korea
It's amazing! This is a first victory for the IBM mainframe since downsizing to distributed platform tended to be an epidemic in South Korea for more than a decade. There were no clear reasons to give up a mainframe for them although they were victimizing an IBM mainframe cost driven. To be honest political atmosphere was pervasive over the RFP selection and IBM was loosing a battle against open system invasion because of; More political connections for the open system distributors - CEOs or there lobbyists are parachuted, and linked to the government IBM didn't agree to have an unfair game or not getting used - may be I know how it went, and worked I worked as a senior systems programming team lead for the one of BC members (XX BANK), and selected RFP from the political pressure. I hope BC card case changes the IT direction with no more political game, may be it could be already changed. If they already did, just disregard a criticism from old comrade, and Congrat them! Have no clue I haven't been there a decade either... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Friday, December 18, 2009 1:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Press Release: New Mainframe Customer in Korea No, many of the System z Solution Edition offerings are 100% z/OS-based. All but two -- I think that's correct -- are substantially z/OS-based. Was there anything IBM said that might cause you to assume otherwise about the Solution Edition offerings? If so, maybe that's something I could look into. I've previously highlighted in this forum that they are heavily/substantially z/OS-based (if that's of concern and/or curiosity). Although I don't speak for IBM, I will confirm the press release details, that BC Card has selected very nice z/OS-based infrastructure, including (as the press release says) CICS Transaction Server. DB2 and WebSphere Application Server are also on z/OS, as are several other software products. I'm not even sure if there is any Linux-based content at this point in time, though there could be. z/OS and Linux on System z complement each other quite well and certainly don't particularly compete with one another. BC Card was founded in 1982. They have never had a mainframe before -- not anything of MVS heritage anyway. It is the largest credit card company in Korea. My congratulations (and thanks) to BC Card. We look forward to many mutually beneficial years working together. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: Detect the loop for batch job
RMF Performance Exceptions in RMF III is pretty decent for detecting looping
conditions. You can find out a document how to install this product from;
Title: How to Generate WTO Messages from RMF Performance Exceptions
www.ibm.com/support/techdocs
You will have to update ERBR3WFX CLIST, and may want to put some exceptions in
order to bypass certain conditions that you don't want catch. Otherwise it will
keep you a pager slave;
In ERBR3WFX Sub-routine: Wfex_handler_2,
If SUBSTR(wfxname,1,4) = 'ALL ' &,
SUBSTR(wfxreasn,1,4) = 'PROC' &,
INDEX(wfxpcaus,'looping') ¬= 0
Then Do
If (SUBSTR(wfxreasn,6,4) ¬= '') &,
Then Do
msg= "RMFL00I" SUBSTR(wfxpcaus,1,35)
"SELECT PGM(ERBCSWTO) PARM("msg")"
John Kim
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Joel C. Ewing
Sent: Saturday, December 05, 2009 10:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Detect the loop for batch job
On 12/04/2009 10:14 AM, bjbxd wrote:
> Hello List,
> We are looking for a tool to detect the loop for batch application,
> any suggestion are appreciated.
>
> My shop is runing z/OS, application is C/C++.
> Bob.
The information transmitted is intended only for the addressee and may contain
confidential, proprietary and/or privileged material. Any unauthorized review,
distribution or other use of or the taking of any action in reliance upon this
information is prohibited. If you receive this in error, please contact the
sender and delete or destroy this message and any copies.
--
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: IBM driving mainframe systems programmers into the ground
This pay rate was for the high school boy working at McDonald in my province (Alberta, Canada) past couple of years. Although Economic down-turn they still get a reasonable pay rate. Is this position available in Zimbabwe? Otherwise no way to be Ri…di..cu.l.u.s…. -- 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: Increased CPU with z10 and DB2 V9 NFM
Our shop also experienced an unexpected CPU consumption increase after DB2 V9 last year. It's more likely 15% increase via DB2 batch on the first day of upgrade, and was getting reduced gradually with additional memory & our DBA efforts. Finally we admitted approximate 8% increase due to additional functions in 64 bit mode what IBM said. But somehow we still have an unsolved fact that Ave DB2 I/O (via Insight monitor) has been doubled from 0.0035 to 0.0074. So the elongation of Avg I/O contributes CPU consumption increase??? It's still unknown for our shop since DB2 V9. Anyone can answer this? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Krister Perrolf Sent: Wednesday, December 10, 2008 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: Increased CPU with z10 and DB2 V9 NFM Hi. Since we started to run our new z10 model 711 and at the same time started DB2 V9 new function mode, we have seen a dramatic increase in CPU consumtion in our 4 production LPAR's. We also have a feeling of not getting the rated performance out of the z10- 711 Has anyone seen or experienced this ? Krister -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: First z10 BC on West Coast
It's from Cheryl's newsletter. I am waiting for your empirical testing or any resulted experiments to turn around my confidence-level. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, December 08, 2008 1:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: First z10 BC on West Coast John Kim wrote: > The following lessens my confidence; > > 1) Why default is off, even if it's good enough to be a performance > escalation > That's SOP for new, optional function delivered for z/OS. Such options almost always default to NO or OFF or whatever means "same as before". After one or more releases, they often change to YES or ON or "the new way". In this case, a Health Check "nags" at you until you enable Hiperdispatching or shut down the check. > 2) The majority of installations that bring in a z10 are not turning on > I did not know that. Where did you hear that? Cheryl's newsletter? Another source? > 3) Large installations are very afraid to "rock the boat". Anything > can affect Production workload is guilty until proven innocent. > 4) Applying two dozens of APARs is somewhat risky > How do these truisms qualify as a "con" for HiperDispatch? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: First z10 BC on West Coast
According to '2008 No.4 Sheryl Watson's Tuning letter' the performance benefit is expected the range of 0 to 10%. Our shop will have a 3-way z10-BC, and three z/OS images are small enough fit in a book, and our shop is heavily batch run will be falling at the low-end of the range. The following lessens my confidence; 1) Why default is off, even if it's good enough to be a performance escalation 2) The majority of installations that bring in a z10 are not turning on 3) Large installations are very afraid to "rock the boat". Anything can affect Production workload is guilty until proven innocent. 4) Applying two dozens of APARs is somewhat risky John Kim -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, December 08, 2008 9:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: First z10 BC on West Coast John Kim wrote: > Ed, > > I wonder have you turned on 'HIPERDISPATCH=YES' and what the performance > looks like with this option? > Funny you mention that. Yesterday, I logged on and noticed the following: IEAVEH071E HiperDispatch is expected to be enabled but it is disabled So, I added HIPERDISPATCH=YES to IEAOPTxx. Once I issued T OPT=xx, the system(s) responded with: N 004 MVSA008342 15:29:07.45 0090 IRA860I HIPERDISPATCH MODE IS NOW ACTIVE Book affinity is obviously not important for a single-book machines. Of course, so-called "short" CPs can exist on most n-way machines. Ours is only a 4-way. We'll try some empirical testing over the next few weeks to see if we notice any change with HiperDispatch enabled or disabled. > We are also going to have a z10-BC soon, but haven't decided yet to turn > on. > Because lots of pros and cons out there. We have 3 LPARs; one production > and two tiny tests. > What kind of cons? Due to implementation "bugs" that have been found? Or something more fundamental? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: First z10 BC on West Coast
Ed, I wonder have you turned on 'HIPERDISPATCH=YES' and what the performance looks like with this option? We are also going to have a z10-BC soon, but haven't decided yet to turn on. Because lots of pros and cons out there. We have 3 LPARs; one production and two tiny tests. John Kim. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Saturday, December 06, 2008 5:25 PM To: IBM-MAIN@bama.ua.edu Subject: First z10 BC on West Coast We just finished installing a shiny new green-stripe z10 BC at our LA headquarters. Things went very smoothly. It's a slick new machine, that runs fast, with a "cool" new HMC user interface to which I'm quickly adapting. When I arrived on-site at around 11:30 AM, I couldn't understand why there were so many IBM faces there, including the System z Regional "Top Gun" -- whom I've known for many years. Our tiny computer room was full of people; more IBMers than Phoenix employees! Turns out, we are the first z10 BC install on the west coast. Pretty cool! 8-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
I also had a same issue when my client wanted to know, how much horse power was being used by his application, and no such standard tool I could find out there. Instead I used the following formula; CPUTIME / (ACTUAL INTERVAL DURATION * NUMBER OF CPS) * TOTAL MIPS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
