The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
e99...@jp.ibm.com (Timothy Sipples) writes: > So it's very important to decode that term whenever having detailed > conversations about scale, sizing, growth, and other issues. If you don't > have that common understanding of "transactions," it gets difficult to have > meaningful conversations. In the context of a press article it's not a big > issue at all, but when involved in IT design discussions it's quite > important. some of the real-time "auths" (authorizations) transactions are measured in number of transactions that flow thru TPF system (change in name from airline control program to transaction processing facility was ACP starting to be used by some financial networks). in states ... there has tended to still be a bunch of stuff done in the "overnight batch window" ... some recent posts about doing optimization work on 450+k statement cobol program that overnight ran on 40+ mainframe fully tricked-out CECs. http://www.garlic.com/~lynn/2009d.html#5 Why do IBMers think disks are 'Direct Access'? http://www.garlic.com/~lynn/2009e.html#76 Architectural Diversity http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting http://www.garlic.com/~lynn/2009g.html#20 IBM forecasts 'new world order' for financial services http://www.garlic.com/~lynn/2009s.html#9 Union Pacific Railroad ditches its mainframe for SOA several places in the financial industry spent billions in the 90s on failed "straight-through" processing efforts (to replace "overnight batch window") ... they were planning on using large number of parallel "killer micros" and some COTS libraries. Problem was that they didn't actually size the overhead of the COTS libraries (some vague anticipation that more micros would offset the increased overhead). it turned out that the COTS libraries had factor of 100 times increase in overhead (compared to batch COBOL), totally swamping anticipated thruput improvement with large numbers of killer micros. some past references to the billions spent on failed "straight-through" processing implementation: http://www.garlic.com/~lynn/2009h.html#1 z/Journal Does it Again http://www.garlic.com/~lynn/2009h.html#2 z/Journal Does it Again http://www.garlic.com/~lynn/2009i.html#21 Why are z/OS people reluctant to use z/OS UNIX? http://www.garlic.com/~lynn/2009l.html#57 IBM halves mainframe Linux engine prices http://www.garlic.com/~lynn/2009m.html#22 PCI SSC Seeks standard for End to End Encryption? http://www.garlic.com/~lynn/2009m.html#81 A Faster Way to the Cloud http://www.garlic.com/~lynn/2009o.html#81 big iron mainframe vs. x86 servers http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core system according to Accenture http://www.garlic.com/~lynn/2009q.html#68 Now is time for banks to replace core system according to Accenture -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 ---------------------------------------------------------------------- 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