From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and SecurityAudit redux - KPMG reveals... FRAUD? You be the Jury!
and little older, GAO reports of public company audit errors &/or
fraudulent financial filings ... showing uptic even after
Sarbanes-Oxley (and apparently SEC doing little or nothing) with its
significantly increased audit requirements (as countermeasure to more
Enrons & Worldcoms):
https://www.gao.gov/products/gao-06-1079sp
from above:
The database consists of two files: (1) a file that lists 1,390
restatement announcements that we identified as having been made
because of financial reporting fraud and/or accounting errors between
July 1, 2002, and September 30, 2005, and (2) a file that lists 396
restatement announcements that we identified as having been made
because of financial reporting fraud and/or accounting errors between
October 1, 2005, and June 30, 2006.
... snip ...
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: Deja Cloud? Blog: Old Geek Registryre:
dating back before sql (originally on vm370) ... some old posts
https://www.garlic.com/~lynn/submain.html#systemr
were some 4th generation languages that were offered by virtual
machine based commercial service bureaus ... RAMIS, NOMAD, FOCUS (in
some cases developed as part of competition between different virtual
machine based commercial service bureaus; NCSS & TYMSHARE were virtual
machine based, online mainframe commercial "clouds" dating back to the
60s&70s)
RAMIS wiki page
https://en.wikipedia.org/wiki/Ramis_Software
NOMAD wiki page
https://en.wikipedia.org/wiki/Nomad_software
FOCUS wiki page
https://en.wikipedia.org/wiki/FOCUS
RAMIS and NOMAD reference at computer history museum
http://www.computerhistory.org/collections/accession/102658182
Computer History Museum PDF file:
http://archive.computerhistory.org/resources/text/Oral_History/RAMIS_and_NOMAD/RAMIS_and_NOMAD.National_CSS.oral_history.2005.102658182.pdf
RAMIS & FOCUS ... brief history of 4th gen languages:
http://ibmmainframes.com/about5018.html
The Wholly Unofficial NOMAD Website
http://www.decosta.com/Nomad/
also in the time-frame of SQL/RDBMS being done at SJR (research on the
west coast) there was query-by-example being done at YKT (research on
the east coast) ... old email about QBE presentation at SJR (by
"Father of QBE, Arch-enemy of System R"):
https://www.garlic.com/~lynn/2002e.html#email800310
in this old post
https://www.garlic.com/~lynn/2002e.html#44 SQL wildcard origins?
QBE wiki
https://en.wikipedia.org/wiki/Query_by_Example
misc. past posts mentioning RAMIS, NOMAD, FOCUS:
https://www.garlic.com/~lynn/2003d.html#15 CA-RAMIS
https://www.garlic.com/~lynn/2003d.html#17 CA-RAMIS
https://www.garlic.com/~lynn/2003h.html#28 OT What movies have taught us about Computers
https://www.garlic.com/~lynn/2003i.html#15 two pi, four phase, 370 clone
https://www.garlic.com/~lynn/2003j.html#58 atomic memory-operation question
https://www.garlic.com/~lynn/2003k.html#10 What is timesharing, anyway?
https://www.garlic.com/~lynn/2003k.html#48 Who said DAT?
https://www.garlic.com/~lynn/2003n.html#12 Dreaming About Redesigning SQL
https://www.garlic.com/~lynn/2003n.html#15 Dreaming About Redesigning SQL
https://www.garlic.com/~lynn/2003p.html#3 Hyperthreading vs. SMP
https://www.garlic.com/~lynn/2004.html#1 Saturation Design Point
https://www.garlic.com/~lynn/2004e.html#15 Pre-relational, post-relational, 1968 CODASYL "Survey of Data Base Systems"
https://www.garlic.com/~lynn/2004l.html#44 Shipwrecks
https://www.garlic.com/~lynn/2004p.html#33 IBM 3705 and UC.5
https://www.garlic.com/~lynn/2006k.html#35 PDP-1
https://www.garlic.com/~lynn/2006k.html#37 PDP-1
https://www.garlic.com/~lynn/2006r.html#49 Seeking info on HP FOCUS (HP 9000 Series 500) and IBM ROMP CPUs from early 80's
https://www.garlic.com/~lynn/2006s.html#2 History of IBM Systems
https://www.garlic.com/~lynn/2006t.html#7 32 or even 64 registers for x86-64?
https://www.garlic.com/~lynn/2006u.html#23 AOS: The next big thing in data storage
https://www.garlic.com/~lynn/2007.html#8 "The Elements of Programming Style"
https://www.garlic.com/~lynn/2007c.html#12 Special characters in passwords was Re: RACF - Password rules
https://www.garlic.com/~lynn/2007e.html#37 Quote from comp.object
https://www.garlic.com/~lynn/2007j.html#17 Newbie question on table design
https://www.garlic.com/~lynn/2009k.html#40 Gone but not forgotten: 10 operating systems the world left behind
https://www.garlic.com/~lynn/2010e.html#54 search engine history, was Happy DEC-10 Day
https://www.garlic.com/~lynn/2010e.html#55 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
https://www.garlic.com/~lynn/2010e.html#58 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
https://www.garlic.com/~lynn/2010n.html#21 What non-IBM software products have been most significant to the mainframe's success
https://www.garlic.com/~lynn/2010n.html#57 Paper tape
https://www.garlic.com/~lynn/2010o.html#26 Global Sourcing with Cloud Computing and Virtualization
https://www.garlic.com/~lynn/2010q.html#63 VMSHARE Archives
https://www.garlic.com/~lynn/2011d.html#55 Maybe off topic
https://www.garlic.com/~lynn/2011m.html#69 "Best" versus "worst" programming language you've used?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: What the heck is cloud computer and why does it matter Blog: Greater IBMSome connection between cluster scale-up, supercomputing, cloud computing, electronic commerce, credit cards, etc .... previously mentioned meeting in Ellison's conference room
Now two of the other people in the Ellison conference room meeting, also later leave and show up at a small client/server startup responsible for something called "commerce server". We are brought in as consultants because they want to do payment transactions on their server; the startup had also invented this technology called "SSL" they wanted to use; the result is now frequently referred to as "electronic commerce".
As part of doing payment transactions ... we had to deploy something
called a "payment gateway" (periodically refer to as the original SOA)
that sat between the internet and the payment networks. misc. past
posts mentioning payment gateway
https://www.garlic.com/~lynn/subnetwork.html#gateway
Also as part of mapping SSL technology to payment transaction business
processes, we had to do audits and walk-thrus of these new businesses
called Certification Authorities ... as well as a number of
assumptions about deployments. It turns out that almost immediately,
several of the assumptions were violated ... contributing to a
significant percentage of current security problems. Some past posts
mentioning SSL domain name digital certificates
https://www.garlic.com/~lynn/subpubkey.html#sslcert
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: The Obama Spending Non-surge Blog: Facebookre:
last week most of the TV news cable channels were frequently carrying references to new GOP TV ad about Obama statements; but there was only one that always positioned it as "Obama statements taken out of context" and several times explained how the GOP TV ad was grossly misleading.
note this:
Evil Wall Street Exports Boomed With `Fools' Born to Buy Debt - Bloomberg
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
has mortgages turned into $27T transaction new business for
wallstreet and others taking enormous fees and commissions (possibly
$5+T) ... resulting in business segment tripling in size (as percent
of GDP) during bubble. Cornerstone was being able to "buy" triple-A
ratings from rating agencies opening up selling to entities restricted
to buying only triple-A (large foreign gov. sovereign funds, large
institutional retirement funds, etc); aka targeting entities with huge
funds that are restricted to only dealing in triple-A.
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
note that as some of the customers became saturated with triple-A
rated toxic CDOs ... the individuals would be buying&selling to each other
... because they were so addicted to enormous fees&commissions (offsetting
any concern that the toxic CDOs might take down the institution,
economy, and/or country). With some bookkeeping slight-of-hand, the
four largest too-big-to-fail at the end of 2008 are carrying $5.2T
in triple-A rated toxic CDOs "off-book"
Bank's Hidden Junk Menaces $1 Trillion Purge
http://www.bloomberg.com/apps/news?pid=newsarchive&sid=akv_p6LBNIdw&refer=home
FEDs hands were heavily involved (jan2009 they found TARP was nowhere close to enough)
http://www.bloomberg.com/news/2011-11-28/secret-fed-loans-undisclosed-to-congress-gave-banks-13-billion-in-income.html
and from year ago
http://www.csmonitor.com/USA/2010/1201/Federal-Reserve-s-astounding-report-We-loaned-banks-trillions
and from past summer
http://www.rawstory.com/rs/2011/07/21/audit-fed-gave-16-trillion-in-emergency-loans/
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Dennis Ritchie Newsgroups: alt.folklore.computers Date: Mon, 28 Nov 2011 11:40:27 -0500Peter Flass <Peter_Flass@Yahoo.com> writes:
the original JES2 networking source still had "TUCC" identifier in cols
68-71 (from the installation where the code had been originally
developed). it had hack that it defined network nodes in the 255 entry
psuedo-device table (used to define psuedo unit record devices)
... which typically would have possibly 160-190 empty entries that could
be used. the implementation intermixed network control and spool
information in the NJI header ... so JES2 releases operating at
different releases could result in JES2 at different releases, crashing
(also bringing down the operating system). It also would trash-can
network records where it didn't have the origin or the destination
network node defined in its local table (including where origin was
defined, but the records were just passing through to destination node
that was defined). misc. past posts mentioning hasp, jes2, nji,
networking
https://www.garlic.com/~lynn/submain.html#hasp
the internal network quickly exceeded 255 nodes ... so JES2 networking
couldn't be trusted as any intermediate node and was problematical even
as end-point. users on JES2 end-points were constantly arguing to have
their preferred (160-190) subset of internal nodes defined ... and in
constant battle with other users with different preferred (160-190)
subset. Changing JES2 node definitions typically came under control of
sites operating system change control ... which was a very laborious
process that frequently resulted in system change occurring at most once
a month.
https://www.garlic.com/~lynn/subnetwork.html#internalnet
the primary internal networking platform was vm370 which had cleanly separated the networking control information ... in fact a large library of VNET/RSCS "drivers" grew up, besides the native vnet driver, there were enormous numbers of (simulated) NJI drivers. It eventually became responsibility of the VNET/RSCS simulated NJI drivers to reformat NJI header information to confirm to the format expected by the JES2 at the other end of the connection. There was infamous case of JES2 systems in San Jose resulting in Hursley MVS system crashes ... and it was blamed on the local Hursley VNET/RSCS systems ... since the appropriate driver wasn't in place to prevent Hursley MVS systems from crashing.
JES2 NJI had also suffered from 23jun69 unbundling announcement
https://www.garlic.com/~lynn/submain.html#unbundle
In the mid-70s, pushing for release of NJI as part of JES2, it came under the heading of charged for software. The problem was that unbundling required that software fees/price at least cover internal costs. Typical approach was do low, medium, and high price scenarios (for the software) and then do forcast of number customers at each price ... and then verify that the number of forcasted customers times the price at least covered the internal costs. Company was still undergoing transition for such software priced methodology and they couldn't find any combination of JES2/NJI price and number of forcasted customers that covered the internal JES2/NJI costs.
On the other hand, the primary internal networking vm370 VNET/RSCS had close to zero internal costs (by corporate standards). However, anything "new" for vm370 was being blocked from being announced as products. The eventual (JES2/NJI) solution was to have a networking product defined as combined VNET/RSCS and JES2/NJI ... then VNET/RSCS and JES2/NJI paid the same price and the requirement was that the joint price times the joint market forcast had to cover the joint aggregate internal costs (VNET/RSCS and JES2/NJI) ... aka in effect, the VNET/RSCS revenue subsidized the JES2/NJI internal costs (JES2/NJI wasn't the only product that became subsidized by some related vm370 software product)
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: Why are organizations sticking with mainframes? Blog: Mainframe Expertsre:
One of the things that could be done in MVT (and with some issues in SVS & MVS) was channel-end appendage that handled continuous, modifiable channel programs ... where the channel-end appendage got control and could modify (looping) channel program to do full-track operations w/o loosing rotation.
Long ago and far away, the univ. was converting from 709/1401 (student
jobs ran tape->tape on 709 IBSYS and then tapes moved between 1401 &
709 for unit record processing) to 360 ... initially the student jobs
ran something like 100 times longer elapsed time (fortgclg; enormous
amount of disk activity under os/360). HASP got it down to possibly
only 30 times longer. I started doing very custom stage2 sysgen ... i
took the stage2 card output from stage1 and reordered all the file &
PDS move/copies to optimize arm seek operation on newly built system
... achieving nearly three times increase in throughput for student
job fortgclg (still more than 10 times longer elapsed time than
709. It wasn't until installation of WATFOR that student job elapsed
time was less than 709 (on 360/67 running in 360/65 mode). Part of old
fall68 SHARE presentation ... cp67 had been installed jan68 which I
got to play with on weekends ... presentation includes significant
amount of cp67 rewrite that I had done spring/summer of 68, os/360
running under cp67 as well as work on base os/360 running native on
360/67 (in 360/65 mode)
https://www.garlic.com/~lynn/94.html#18
In the late 70s, they let me wander around the disk engineering,
development and product test labs (bldgs. 14&15 on san jose plant
site). They had tried using MVS as operating system for testing
development/engineering disk "testcells" ... but found it had 15min
MTBF (hang &/or crash, requiring re-ipl). As a result, they were doing
stand-alone prescheduled, around the clock testing. I offered to
rewrite input/output supervisor to make it completely bullet proof and
never fail ... allowing them to do on-demand, multiple testcell,
concurrent testing ... significantly improving development
productivity. misc. past posts getting to play disk engineer in
bldgs. 14&15
https://www.garlic.com/~lynn/subtopic.html#disk
In the mid-70, I started noting that disks were increasingly becoming
system throughput bottleneck. An example is this comparison that I did
in the 80s about disk relative system throughput had declined by an
order of magnitude since the 360/67 cp67 days and the 3081 vm370
days. part of old report in this old post
https://www.garlic.com/~lynn/93.html#31
apparently some disk division executives took offense and assigned the
division performance group to refute my claims. after several weeks,
they came back and effectively said that I had actually understated
the problem. One of the people then took the analysis and turned it
into share presentation about optimizing disks for system throughput
... small piece of SHARE 63 Presentation B874, DASD Performance Review
https://www.garlic.com/~lynn/2006f.html#3
misc. past posts mentioning fall share 68 presentation:
https://www.garlic.com/~lynn/99.html#95 Early interupts on mainframes
https://www.garlic.com/~lynn/99.html#131 early hardware
https://www.garlic.com/~lynn/99.html#175 amusing source code comments (was Re: Testing job applicants)
https://www.garlic.com/~lynn/2000.html#55 OS/360 JCL: The DD statement and DCBs
https://www.garlic.com/~lynn/2000.html#76 Mainframe operating systems
https://www.garlic.com/~lynn/2000c.html#10 IBM 1460
https://www.garlic.com/~lynn/2000c.html#20 IBM 1460
https://www.garlic.com/~lynn/2000d.html#44 Charging for time-share CPU time
https://www.garlic.com/~lynn/2000d.html#48 Navy orders supercomputer
https://www.garlic.com/~lynn/2000d.html#50 Navy orders supercomputer
https://www.garlic.com/~lynn/2000d.html#51 Navy orders supercomputer
https://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2001.html#26 Disk caching and file systems. Disk history...people forget
https://www.garlic.com/~lynn/2001.html#52 Review of Steve McConnell's AFTER THE GOLD RUSH
https://www.garlic.com/~lynn/2001.html#53 Disk drive behavior
https://www.garlic.com/~lynn/2001b.html#23 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
https://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
https://www.garlic.com/~lynn/2001f.html#2 Mysterious Prefixes
https://www.garlic.com/~lynn/2001f.html#26 Price of core memory
https://www.garlic.com/~lynn/2001g.html#22 Golden Era of Compilers
https://www.garlic.com/~lynn/2001h.html#60 Whom Do Programmers Admire Now???
https://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
https://www.garlic.com/~lynn/2001k.html#20 OT: almost lost LBJ tapes; Dictabelt
https://www.garlic.com/~lynn/2001k.html#37 Is anybody out there still writting BAL 370.
https://www.garlic.com/~lynn/2001l.html#5 mainframe question
https://www.garlic.com/~lynn/2001l.html#39 is this correct ? OS/360 became MVS and MVS >> OS/390
https://www.garlic.com/~lynn/2002.html#5 index searching
https://www.garlic.com/~lynn/2002.html#14 index searching
https://www.garlic.com/~lynn/2002b.html#24 Infiniband's impact was Re: Intel's 64-bit strategy
https://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
https://www.garlic.com/~lynn/2002c.html#45 cp/67 addenda (cross-post warning)
https://www.garlic.com/~lynn/2002c.html#50 Swapper was Re: History of Login Names
https://www.garlic.com/~lynn/2002f.html#53 WATFOR's Silver Anniversary
https://www.garlic.com/~lynn/2002h.html#62 history of CMS
https://www.garlic.com/~lynn/2002i.html#42 CDC6600 - just how powerful a machine was it?
https://www.garlic.com/~lynn/2002l.html#29 Do any architectures use instruction count instead of timer
https://www.garlic.com/~lynn/2002m.html#3 The problem with installable operating systems
https://www.garlic.com/~lynn/2002n.html#29 why does wait state exist?
https://www.garlic.com/~lynn/2002p.html#56 cost of crossing kernel/user boundary
https://www.garlic.com/~lynn/2002p.html#62 cost of crossing kernel/user boundary
https://www.garlic.com/~lynn/2002q.html#29 Collating on the S/360-2540 card reader?
https://www.garlic.com/~lynn/2003b.html#44 filesystem structure, was tape format (long post)
https://www.garlic.com/~lynn/2003c.html#51 HASP assembly: What the heck is an MVT ABEND 422?
https://www.garlic.com/~lynn/2003c.html#57 Easiest possible PASV experiment
https://www.garlic.com/~lynn/2003d.html#72 cp/67 35th anniversary
https://www.garlic.com/~lynn/2003f.html#30 Alpha performance, why?
https://www.garlic.com/~lynn/2004.html#48 AMD/Linux vs Intel/Microsoft
https://www.garlic.com/~lynn/2004b.html#17 Seriously long term storage
https://www.garlic.com/~lynn/2004b.html#31 determining memory size
https://www.garlic.com/~lynn/2004b.html#47 new to mainframe asm
https://www.garlic.com/~lynn/2004b.html#53 origin of the UNIX dd command
https://www.garlic.com/~lynn/2004c.html#59 real multi-tasking, multi-programming
https://www.garlic.com/~lynn/2004d.html#10 IBM 360 memory
https://www.garlic.com/~lynn/2004f.html#6 Infiniband - practicalities for small clusters
https://www.garlic.com/~lynn/2004g.html#39 spool
https://www.garlic.com/~lynn/2004h.html#43 Hard disk architecture: are outer cylinders still faster than inner cylinders?
https://www.garlic.com/~lynn/2004k.html#41 Vintage computers are better than modern crap !
https://www.garlic.com/~lynn/2004l.html#29 FW: Looking for Disk Calc program/Exec
https://www.garlic.com/~lynn/2004n.html#23 Shipwrecks
https://www.garlic.com/~lynn/2004q.html#72 IUCV in VM/CMS
https://www.garlic.com/~lynn/2005b.html#41 [Lit.] Buffer overruns
https://www.garlic.com/~lynn/2005d.html#37 Thou shalt have no other gods before the ANSI C standard
https://www.garlic.com/~lynn/2005f.html#10 Where should the type information be: in tags and descriptors
https://www.garlic.com/~lynn/2005h.html#6 Software for IBM 360/30 (was Re: DOS/360: Forty years)
https://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
https://www.garlic.com/~lynn/2005k.html#8 virtual 360/67 support in cp67
https://www.garlic.com/~lynn/2005k.html#14 virtual 360/67 support in cp67
https://www.garlic.com/~lynn/2005k.html#50 Performance and Capacity Planning
https://www.garlic.com/~lynn/2005l.html#6 SHARE 50 years?
https://www.garlic.com/~lynn/2005m.html#16 CPU time and system load
https://www.garlic.com/~lynn/2005n.html#31 Code density and performance?
https://www.garlic.com/~lynn/2005n.html#40 You might be a mainframer if... :-) V3.8
https://www.garlic.com/~lynn/2005o.html#12 30 Years and still counting
https://www.garlic.com/~lynn/2005o.html#14 dbdebunk 'Quote of Week' comment
https://www.garlic.com/~lynn/2005o.html#35 Implementing schedulers in processor????
https://www.garlic.com/~lynn/2005p.html#27 What ever happened to Tandem and NonStop OS ?
https://www.garlic.com/~lynn/2005q.html#34 How To Abandon Microsoft
https://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a parallel x86 design
https://www.garlic.com/~lynn/2005r.html#38 IEH/IEB/... names?
https://www.garlic.com/~lynn/2005s.html#50 Various kinds of System reloads
https://www.garlic.com/~lynn/2005t.html#8 2nd level install - duplicate volsers
https://www.garlic.com/~lynn/2005t.html#18 Various kinds of System reloads
https://www.garlic.com/~lynn/2006.html#2 Average Seek times are pretty confusing
https://www.garlic.com/~lynn/2006.html#7 EREP , sense ... manual
https://www.garlic.com/~lynn/2006.html#15 S/360
https://www.garlic.com/~lynn/2006.html#40 All Good Things
https://www.garlic.com/~lynn/2006e.html#45 using 3390 mod-9s
https://www.garlic.com/~lynn/2006h.html#57 PDS Directory Question
https://www.garlic.com/~lynn/2006m.html#25 Mainframe Limericks
https://www.garlic.com/~lynn/2006m.html#29 Mainframe Limericks
https://www.garlic.com/~lynn/2006o.html#38 hardware virtualization slower than software?
https://www.garlic.com/~lynn/2006q.html#20 virtual memory
https://www.garlic.com/~lynn/2006v.html#0 Why these original FORTRAN quirks?
https://www.garlic.com/~lynn/2006w.html#22 Are hypervisors the new foundation for system software?
https://www.garlic.com/~lynn/2006x.html#10 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2006x.html#17 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2007b.html#45 Is anyone still running
https://www.garlic.com/~lynn/2007c.html#45 SVCs
https://www.garlic.com/~lynn/2007e.html#51 FBA rant
https://www.garlic.com/~lynn/2007n.html#93 How old are you?
https://www.garlic.com/~lynn/2007o.html#69 ServerPac Installs and dataset allocations
https://www.garlic.com/~lynn/2007p.html#0 The use of "script" for program
https://www.garlic.com/~lynn/2007p.html#24 what does xp do when system is copying
https://www.garlic.com/~lynn/2007p.html#72 A question for the Wheelers - Diagnose instruction
https://www.garlic.com/~lynn/2007r.html#0 IBM System/3 & 3277-1
https://www.garlic.com/~lynn/2007s.html#33 Age of IBM VM
https://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology
https://www.garlic.com/~lynn/2007v.html#68 It keeps getting uglier
https://www.garlic.com/~lynn/2008.html#33 JCL parms
https://www.garlic.com/~lynn/2008c.html#10 Usefulness of bidirectional read/write?
https://www.garlic.com/~lynn/2008c.html#78 CPU time differences for the same job
https://www.garlic.com/~lynn/2008g.html#9 Was CMS multi-tasking?
https://www.garlic.com/~lynn/2008h.html#70 New test attempt
https://www.garlic.com/~lynn/2008n.html#50 The Digital Dark Age or.....Will Google live for ever?
https://www.garlic.com/~lynn/2008o.html#53 Old XDS Sigma stuff
https://www.garlic.com/~lynn/2008r.html#21 What if the computers went back to the '70s too?
https://www.garlic.com/~lynn/2008s.html#54 Computer History Museum
https://www.garlic.com/~lynn/2009b.html#71 IBM tried to kill VM?
https://www.garlic.com/~lynn/2009e.html#67 Architectural Diversity
https://www.garlic.com/~lynn/2009h.html#47 Book on Poughkeepsie
https://www.garlic.com/~lynn/2009h.html#72 Operating Systems for Virtual Machines
https://www.garlic.com/~lynn/2009j.html#76 CMS IPL (& other misc)
https://www.garlic.com/~lynn/2009l.html#46 SNA: conflicting opinions
https://www.garlic.com/~lynn/2009m.html#38 33 Years In IT/Security/Audit
https://www.garlic.com/~lynn/2009m.html#71 Definition of a computer?
https://www.garlic.com/~lynn/2009o.html#37 Young Developers Get Old Mainframers' Jobs
https://www.garlic.com/~lynn/2009o.html#77 Is it time to stop research in Computer Architecture ?
https://www.garlic.com/~lynn/2009q.html#73 Now is time for banks to replace core system according to Accenture
https://www.garlic.com/~lynn/2010b.html#61 Source code for s/360 [PUBLIC]
https://www.garlic.com/~lynn/2010d.html#60 LPARs: More or Less?
https://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header
https://www.garlic.com/~lynn/2010h.html#18 How many mainframes are there?
https://www.garlic.com/~lynn/2010j.html#37 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010k.html#13 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010l.html#33 History of Hard-coded Offsets
https://www.garlic.com/~lynn/2010l.html#61 Mainframe Slang terms
https://www.garlic.com/~lynn/2010n.html#66 PL/1 as first language
https://www.garlic.com/~lynn/2011.html#47 CKD DASD
https://www.garlic.com/~lynn/2011b.html#37 1971PerformanceStudies - Typical OS/MFT 40/50/65s analysed
https://www.garlic.com/~lynn/2011b.html#81 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011e.html#1 Multiple Virtual Memory
https://www.garlic.com/~lynn/2011f.html#71 how to get a command result without writing it to a file
https://www.garlic.com/~lynn/2011g.html#11 Is the magic and romance killed by Windows (and Linux)?
https://www.garlic.com/~lynn/2011g.html#50 My first mainframe experience
https://www.garlic.com/~lynn/2011h.html#17 Is the magic and romance killed by Windows (and Linux)?
https://www.garlic.com/~lynn/2011h.html#18 Is the magic and romance killed by Windows (and Linux)?
https://www.garlic.com/~lynn/2011j.html#13 program coding pads
https://www.garlic.com/~lynn/2011o.html#34 Data Areas?
https://www.garlic.com/~lynn/2011o.html#87 Any candidates for best acronyms?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: Why are organizations sticking with mainframes? Blog: Mainframe Expertsre:
re: SQL/DS mentioned upthread .... original relational/sql
implementation was system/r developed on vm/370 at bldg. 28 (san jose
research) in the 70s. misc. past posts mentioning system/r
https://www.garlic.com/~lynn/submain.html#systemr
there was then technology transfer from bldg. 28 to endicott for
sql/ds (i have bunch of old email related to that technology
transfer). there has been quite a bit of discussion that sql/ds
managed to sneak out because corporation was focused on the new
"mainstream" DBMS in santa teresa lab was "EAGLE" ...
http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95-SQL_DS.html
after EAGLE collapses ... there was request about how fast would it
take to get system/r on MVS. quote from above:
The surprise of the MVS project was that it happened faster than I
thought it would. In other words, Plan A collapsed, all right? Eagle
collapsed, and all of a sudden, everyone turned to us and said, "OK,
when can you ship this database product?" [laughter] And that's when
we had to make some fairly hasty, difficult decisions on ...
... snip ...
long-winded discussion in ibm-main mailing list from last spring
https://www.garlic.com/~lynn/2011d.html#52
also mentioned in MIP Envy
https://www.garlic.com/~lynn/2007d.html#email800920
from slightly different view point ... one of the oracle executives
... listed in this old post about jan92 meeting in Ellison's
conference room:
https://www.garlic.com/~lynn/95.html#13
mentioned that (when he was at STL), said that he did most of the
SQL/DS technology transfer from Endicott back to STL for DB2
DB2 was eventually announced ... not as trasnaction DBMS but for decision support
misc. other recent posts mentioning EAGLE:
https://www.garlic.com/~lynn/2011d.html#42 Mainframe Hall of Frame. List of influential mainframers thoughout history
https://www.garlic.com/~lynn/2011d.html#54 Maybe off topic
https://www.garlic.com/~lynn/2011d.html#55 Maybe off topic
https://www.garlic.com/~lynn/2011e.html#16 At least two decades back, some gurus predicted that mainframes would disappear in future and it still has not happened
https://www.garlic.com/~lynn/2011f.html#8 New job for mainframes: Cloud platform
https://www.garlic.com/~lynn/2011g.html#78 Is the magic and romance killed by Windows (and Linux)?
https://www.garlic.com/~lynn/2011h.html#32 At least two decades back, some gurus predicted that mainframes would disappear in future and it still has not happened
https://www.garlic.com/~lynn/2011j.html#42 assembler help!
https://www.garlic.com/~lynn/2011k.html#34 Who was the Greatest IBM President and CEO of the last century?
https://www.garlic.com/~lynn/2011k.html#80 Selectric Typewriter--50th Anniversary
https://www.garlic.com/~lynn/2011l.html#22 IBM IMS - Vern Watts
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Nov, 2011 Subject: FDR explains one dimension of our problem: bankers own the government Blog: Fabius MaximusFDR explains one dimension of our problem: bankers own the government
... also ...
Simon Johnson on the Financial Crisis
http://www.econtalk.org/archives/2011/11/simon_johnson_o.html
Invoking the work of George Stigler, Johnson argues that the financial
sector has captured the regulatory process and the result is that
regulation and government intervention have been steered more by the
interests of the financial sector than to the benefit of the general
public. Johnson argues for capping the size of banks in order to
reduce the danger of systemic risk and the too-big-to-fail excuse for
bailing out banks. Johnson also discusses the role of the Fed in
subsidizing risk-taking and leverage in the financial sector.
... snip ...
Secret Fed Loans Gave Banks Undisclosed $13B
http://www.bloomberg.com/news/2011-11-28/secret-fed-loans-undisclosed-to-congress-gave-banks-13-billion-in-income.html
The Federal Reserve and the big banks fought for more than two years
to keep details of the largest bailout in U.S. history a secret. Now,
the rest of the world can see what it was missing.
... snip ...
from year ago
http://www.csmonitor.com/USA/2010/1201/Federal-Reserve-s-astounding-report-We-loaned-banks-trillions
from last summer
http://www.rawstory.com/rs/2011/07/21/audit-fed-gave-16-trillion-in-emergency-loans/
other recent posts mentioning the Federal Reserve actions:
https://www.garlic.com/~lynn/2011.html#48 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011j.html#3 Greed, Excess and America's Gaping Class Divide
https://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
https://www.garlic.com/~lynn/2011k.html#23 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
https://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
https://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#74 The Wall Street Pentagon Papers: Biggest Scam In World History Exposed: Are The Federal Reserve's Crimes Too Big To Comprehend?
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 29 Nov, 2011 Subject: Why are organizations sticking with mainframes? Blog: Mainframe Expertsre:
with regard to upthread "deer in headlight" comments. Many of the 90s efforts (billions spent) was to redo overnight batch (bursting the limits of the overnight batch window) into straight through processing (done in parallel on large number of "killer micros"). the failure was the parallelization technologies being used introduced factor of 100 times more overhead (than cobol batch). also the programming was extremely human programming skill intensive ... still having to deal with large number of parallelization issues.
the effort I was involved in a few years ago ... attempting to get the
financial industry to revisit the issue ... was a front-end that
captured business rules ... which it translated into fine-grain SQL
operations. It relied on massive amount of work done in RDBMS products
for parallelization, robustness, high-availability, high-throughput,
business criticial, etc. The work on RDBMS ... especially business
critical, parallelization, and high-throughput ... also pretty much
masks characteristics of the underlying platform ... and has
contributed to making backend computing platforms commodities
... since the RDBMS subsume many of the operations previously
attributed to underlying operating system. ... as mentioned in above
SQL/DS post ... lots of past posts referencing original sql/relational
implementation
https://www.garlic.com/~lynn/submain.html#systemr
Even with several well-defined demos showing capture of business rules and turning into full-fledged production operation ... including extremely high parallelized (RDBMS) throughput for straight through processing ... the industry reaction was still "deer in headlights" ... and comments that the 90s effort had proved that it wasn't possible
The change-over to business rule driven also enormously reduces programming effort and life-time application costs.
minor reference to advanced robust RDBMS support from many vendors
... threads from two years ago mentioning Oracle RAC, Exadata & IBM
DB2 pureScale (both non-mainframe)
https://www.garlic.com/~lynn/2009p.html#35 DB2 announces technology that trumps Oracle RAC and Exadata
https://www.garlic.com/~lynn/2009p.html#36 Survey Revives Debate Over Mainframe's Future - Business Center
https://www.garlic.com/~lynn/2009p.html#42 big iron mainframe vs. x86 servers
https://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time
https://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 29 Nov, 2011 Subject: The Dumbest Idea In The World: Maximizing Shareholder Value Blog: Google+re:
The Dumbest Idea In The World: Maximizing Shareholder Value
http://www.forbes.com/sites/stevedenning/2011/11/28/maximizing-shareholder-value-the-dumbest-idea-in-the-world/
from above:
In the today's paradoxical world of maximizing shareholder value,
which Jack Welch himself has called "the dumbest idea in the world",
the situation is the reverse. CEOs and their top managers have massive
incentives to focus most of their attentions on the expectations
market, rather than the real job of running the company producing real
products and services.
... snip ...
what about all the auditing:
Audit redux - KPMG reveals... FRAUD? You be the Jury!
http://financialcryptography.com/mt/archives/001347.html
Audit redux.2 - and what happened to the missing MF Global client funds?
http://financialcryptography.com/mt/archives/001348.html
and little older, possibly thinking SEC wasn't doing anything, GAO
reports of public company audit errors &/or fraudulent financial
filings ... showing uptic even after Sarbanes-Oxley (with its
significantly increased audit requirements, supposedly as
countermeasure to more Enrons & Worldcoms):
https://www.gao.gov/products/gao-06-1079sp
comments that major motivation for the fraudulent financial filings were to boost executive bonuses ... and bonuses weren't adjusted even if the fraudulent financial filings were later corrected ... and of course SEC didn't appear to be doing anything even after Sarbanes-Oxley ... recently quote seen on the web: Enron was a dry run and it worked so well it has become institutionalized
misc. past posts mentioning GAO reports:
https://www.garlic.com/~lynn/2008f.html#96 Bush - place in history
https://www.garlic.com/~lynn/2008k.html#25 IBM's 2Q2008 Earnings
https://www.garlic.com/~lynn/2009b.html#25 The recently revealed excesses of John Thain, the former CEO of Merrill Lynch, while the firm was receiving $25 Billion in TARP funds makes me sick
https://www.garlic.com/~lynn/2009b.html#36 A great article was posted in another BI group: "To H*** with Business Intelligence: 40 Percent of Execs Trust Gut"
https://www.garlic.com/~lynn/2009b.html#48 The blame game is on : A blow to the Audit/Accounting Industry or a lesson learned ???
https://www.garlic.com/~lynn/2009b.html#49 US disaster, debts and bad financial management
https://www.garlic.com/~lynn/2009b.html#52 What has the Global Financial Crisis taught the Nations, it's Governments and Decision Makers, and how should they apply that knowledge to manage risks differently in the future?
https://www.garlic.com/~lynn/2009b.html#53 Credit & Risk Management ... go Simple ?
https://www.garlic.com/~lynn/2009b.html#54 In your opinion, which facts caused the global crise situation?
https://www.garlic.com/~lynn/2009b.html#73 What can we learn from the meltdown?
https://www.garlic.com/~lynn/2009b.html#80 How to defeat new telemarketing tactic
https://www.garlic.com/~lynn/2009c.html#0 Audit II: Two more scary words: Sarbanes-Oxley
https://www.garlic.com/~lynn/2009c.html#20 Decision Making or Instinctive Steering?
https://www.garlic.com/~lynn/2009c.html#29 How to defeat new telemarketing tactic
https://www.garlic.com/~lynn/2009d.html#0 PNC Financial to pay CEO $3 million stock bonus
https://www.garlic.com/~lynn/2009d.html#3 Congress Set to Approve Pay Cap of $500,000
https://www.garlic.com/~lynn/2009d.html#37 NEW SEC (Enforcement) MANUAL, A welcome addition
https://www.garlic.com/~lynn/2009d.html#42 Bernard Madoff Is Jailed After Pleading Guilty -- are there more "Madoff's" out there?
https://www.garlic.com/~lynn/2009d.html#61 Quiz: Evaluate your level of Spreadsheet risk
https://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
https://www.garlic.com/~lynn/2009d.html#63 Do bonuses foster unethical conduct?
https://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
https://www.garlic.com/~lynn/2009e.html#36 Architectural Diversity
https://www.garlic.com/~lynn/2009e.html#37 How do you see ethics playing a role in your organizations current or past?
https://www.garlic.com/~lynn/2009f.html#2 CEO pay sinks - Wall Street Journal/Hay Group survey results just released
https://www.garlic.com/~lynn/2009f.html#29 What is the real basis for business mess we are facing today?
https://www.garlic.com/~lynn/2009f.html#51 On whom or what would you place the blame for the sub-prime crisis?
https://www.garlic.com/~lynn/2009g.html#7 Just posted third article about toxic assets in a series on the current financial crisis
https://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
https://www.garlic.com/~lynn/2009h.html#17 REGULATOR ROLE IN THE LIGHT OF RECENT FINANCIAL SCANDALS
https://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."
https://www.garlic.com/~lynn/2009j.html#12 IBM identity manager goes big on role control
https://www.garlic.com/~lynn/2009j.html#30 An Amazing Document On Madoff Said To Have Been Sent To SEC In 2005
https://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
https://www.garlic.com/~lynn/2010h.html#16 The Revolving Door and S.E.C. Enforcement
https://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
https://www.garlic.com/~lynn/2010i.html#84 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010k.html#46 Snow White and the Seven Dwarfs
https://www.garlic.com/~lynn/2010l.html#38 Who is Really to Blame for the Financial Crisis?
https://www.garlic.com/~lynn/2010n.html#35 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010p.html#7 What banking is. (Essential for predicting the end of finance as we know it.)
https://www.garlic.com/~lynn/2010p.html#68 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2010q.html#31 Ernst & Young sued for fraud over Lehman
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011f.html#35 At least two decades back, some gurus predicted that mainframes would disappear
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: 1979 SHARE LSRAD Report Newsgroups: bit.listserv.ibm-main Date: 29 Nov 2011 12:29:25 -0800I finally got approval from SHARE for making scanned copy of 1970 SHARE LSRAD Report on bitsaver ... aka
I've forwarded scanned copy along with permission, hopefully it will be
showing up shortly. Old reference with intro/ack ... post from when
I first starting trying to get permission. Issue is that copyright law
had change at first part of 1979 ... otherwise there would no longer
be a copyright issue
https://www.garlic.com/~lynn/2009.html#47
... from LSRAD:
Preface
This is a report of the SHARE Large Systems Requirements for Application
Development (LSRAD) task force. This report proposes an evolutionary
plan for MVS and VM/370 that will lead to simpler, more efficient and
more useable operating systems. The report is intended to address two
audiences: the uses of IBM's large operating systems and the developers
of those systems.
... snip ...
and
Acknowledgements
The LSRAD task force would like to thank our respective employers for
the constant support they have given us in the form of resources and
encourgement. We further thank the individuals, both within and outside
SHARE Inc., who reviewed the various drafts of this report. We would
like to acknowledge the contribution of the technical editors, Ruth
Ashman, Jeanine Figur, and Ruth Oldfield, and also of the clerical
assistants, Jane Lovelette and Barbara Simpson
Two computers systems proved invaluable for producing this report. Draft
copies were edited on the Tymshare VM system. The final report was
produced on the IBM Yorktown Heights experimental printer using the
Yorktown Formatting Language under VM/CMS.
... snip ...
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: 1979 SHARE LSRAD Report Newsgroups: alt.folklore.computers Date: Wed, 30 Nov 2011 09:32:37 -0500I finally got approval from SHARE for making scanned copy of 1970 SHARE LSRAD Report on bitsaver ... aka
I've forwarded scanned copy along with permission, hopefully it will be
showing up shortly. Old reference with intro/ack ... post from when
I first starting trying to get permission. Issue is that copyright law
had change at first part of 1979 ... otherwise there would no longer
be a copyright issue
https://www.garlic.com/~lynn/2009.html#47
... from LSRAD:
Preface
This is a report of the SHARE Large Systems Requirements for Application
Development (LSRAD) task force. This report proposes an evolutionary
plan for MVS and VM/370 that will lead to simpler, more efficient and
more useable operating systems. The report is intended to address two
audiences: the uses of IBM's large operating systems and the developers
of those systems.
... snip ...
and
Acknowledgements
The LSRAD task force would like to thank our respective employers for
the constant support they have given us in the form of resources and
encourgement. We further thank the individuals, both within and outside
SHARE Inc., who reviewed the various drafts of this report. We would
like to acknowledge the contribution of the technical editors, Ruth
Ashman, Jeanine Figur, and Ruth Oldfield, and also of the clerical
assistants, Jane Lovelette and Barbara Simpson
Two computers systems proved invaluable for producing this report. Draft
copies were edited on the Tymshare VM system. The final report was
produced on the IBM Yorktown Heights experimental printer using the
Yorktown Formatting Language under VM/CMS.
... snip ...
Tymshare had started making its online computer conferencing system
available for free to SHARE as VMSHARE in aug1976
http://vm.marist.edu/~vmshare/
Tymshare was one of the (virtual machine based) commercial online
computer service bureaus from the era (sort of the original "cloud
computing") ... misc. past posts
https://www.garlic.com/~lynn/submain.html#timeshare
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 30 Nov, 2011 Subject: Why are organizations sticking with mainframes? Blog: Mainframe Expertsre:
reengineering, reimplementation, and recoding offered opportunity for moving to much less expensive platforms (killer micros) ... but required massive parallelization to get the necessary scale-up. they hadn't done speeds&feeds on the parallelization technologies being used which turned out to have 100 times the overhead of cobol batch ... totally swamping any anticipated scale-up and efficiencies.
as to 40+ max'ed out CECs ... sized for an overnight batch window
application. the portfolios were partitioned across the platforms so
while it was the same application there was little or no direct
coordination required ... as to who, for hint see this article (some
of the early history was slightly garbled) ... for the paper edition
... they sent photographer for photo shoot at home:
https://web.archive.org/web/20190524015712/http://www.ibmsystemsmag.com/mainframe/stoprun/Stop-Run/Making-History/
there is also slightly related bio from Greater IBM Connections
... requires membership ... but I've archived here
https://www.garlic.com/~lynn/ibmconnect.html
Total aside, in late 90s, I was asked in to NSCC (this is before they merged with DTC to become DTCC) to improve the integrity of trading transactions (I had worked with some of the members earlier in standards bodies on various kinds of secure transactions). After working on it for some time, I was called in saying the work was suspended. It turned out that a side-effect of the trading transaction integrity work would have significantly improved transparency and visibility ... which is an anathema to wallstreet culture. This came up later in the congressional Madoff hearings and highlighted by the person that had tried unsuccessfully for a decade to get SEC to do something about Madoff.
Early in the century we were also somewhat involved in early drafts of Basel-2 which added a bunch of new quantitative measures as well as new qualitative section (sort of cross between sarbanes-oxley and ISO9000 ... where senior execs and board members had to know the financial institution's business processes). During the lengthy review process most of the changes in the original Basel-2 were eliminated ... primarily being opposed by US institutions ... where many in the rest of the world were in favor of the changes (and/or at least didn't oppose them). There were periodic references that US institutions were opposed to at least some of the Basel-2 draft changes because of the cost of dataprocessing changes. Some of this may have been risk adverse culture from the failures in the 90s ... and some may have been pure smokescreen.
misc. recent posts mentioning NSCC, DTC, DTCC ..
https://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#39 Back to architecture: Analyzing NYSE data
https://www.garlic.com/~lynn/2011e.html#48 On Protectionism
https://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#38 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#37 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
https://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
https://www.garlic.com/~lynn/2011n.html#30 Have you ever wondered why some people seem to get rich easily
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 30 Nov, 2011 Subject: Any candidates for best acronyms? Blog: Greater IBMminor WHATIS reference from 1986 ... but not to (internal) corporate flavor
TCP/IP is the technology basis for the modern internet, NSFNET
backbone was the operational basis for the modern internet and CIX was
the business basis for the modern internet. We had been working with
some number of players leading up to the NSFNET backbone ... but when
the NSFNET backbone was released, internal politcs prevented us from
bidding. Some old NSFNET related email
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
misc. past posts mentioning BITNET (&/or EARN in europe)
https://www.garlic.com/~lynn/subnetwork.html#bitnet
misc. old references on networking ... including early corporate interconnect to CSNET
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 1979 SHARE LSRAD Report Newsgroups: alt.folklore.computers Date: Wed, 30 Nov 2011 11:01:01 -0500despen writes:
didn't stop people from writing wish lists (even if it may have been pure fantasy)
I have old email from the early 80s where after there was internal
corporate declaration that vm370/cms was strategic for interactive
computing ... I got contacted by the (MVS) TSO product manager
asking if I would consider rewriting MVS dispatcher/scheduler
https://www.garlic.com/~lynn/2006b.html#email800310
as referenced, MVS problems as platform for interactive computing goes far beyond dispatcher/scheduler
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: 1979 SHARE LSRAD Report Newsgroups: bit.listserv.ibm-main Date: 30 Nov 2011 18:52:40 -0800"Barry Schrager" <barryschrager@cs.com> writes:
i sent them large 100+mbyte version and lower res 4mbyte version
... they put up hi-res larger file this morning.
http://www.bitsavers.org/pdf/ibm/share/
when i was undergraduate, i had done huge amount of thruput work on
os/360 and then got copy of cp67, did lots of code rewrite. recent
(linkedin) mainframe discussion post regarding some of the work
https://www.garlic.com/~lynn/2011p.html#5 Why are organizations sticking with mainframe
references old post with part of presentation that I had made at fall
1968 SHARE
https://www.garlic.com/~lynn/94.html#18
part of the work was completely redoing the os/360 stage2 deck output from stage1 sysgen ... to carefully place location of files and PDS members for optimized arm seek ... getting nearly three times thruput improvement in the univ. student workload.
while at the univ., i would be sometimes be asked by ibm about making
some specific enhancements ... in retrospect, some of the enhancements
requests may have originating from these customers ... that i didn't
learn about until many years later
https://web.archive.org/web/20090117083033/http://www.nsa.gov/research/selinux/list-archive/0409/8362.shtml
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 01 Dec, 2011 Subject: John Robb on the OODA-Loop Blog: zenpundit.comJohn Robb on the OODA-Loop
Part of conflict and the "fog of war" can be obfuscation, misdirection, surprise, etc ... just specific kinds of large variety of possible "Acts" ... while maintaining superior "Observe" & "Orient".
One of the things that Boyd would stress in briefings (which has been hard to capture in OODA-loop) was constantly observing all possible facets; one might try and include it as part of having superior "Observe".
Superior "Orient" tends to imply better understanding. Understanding can result in narrowing options (discarding non-optimal possibilities) ... false understanding also tends to narrowing options (selecting wrong possibilities)
Corruption can be viewed as a kind of conflict and lack of transparency then is form of obfuscation and misdirection. In the late 90s, I was asked in to NSCC to look at improving the integrity of trading transactions. After working on it for some time, I was called in and told it was suspended; that side-effect of the integrity improvements would have significantly improved transparency and visibility ... which is an anathema to wallstreet culture. This was also highlighted in the congressional Madoff hearings by the person that had tried unsuccessfully for a decade to get SEC to do something about Madoff.
currently reading "Civilization: West and the Rest", characterizes Napoleon's grand strategy as unified Europe ... that Napoleon would show "profit" from campaigns ... more economic benefit to France than cost of the campaign. Losses at sea cut France off from the economic contributions of its colonies. This and operation of French gov. resulted in France borrowing at 6percent to finance its operation while enemies were able to borrow at less than 4percent to finance their operations.
misc. past posts & refs to Boyd
https://www.garlic.com/~lynn/subboyd.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 01 Dec, 2011 Subject: Deja Cloud? Blog: Old Geekre:
In 1980, Santa Teresa lab was bursting at the seams and they were moving 300 from the IMS group to an off-site bldg ... with connections back into the STL datacenters. They had tried "remote" 3270s but found the human factors totally intolerable ... compared to what they were use to with their vm/cms channel attached 3274 operation. I got con'ed into writing support for another vendor's channel extender ... which resulted in them not seeing any perceptual difference in their 3270 operation at the remote bldg. A side effect of moving the channel-attached 3274s to remote bldg (connected to emulated channel) was that the datacenters 370/168 operations improved 10-15%. Their configuration had been 3274s distributed across every channel (shared with disk controllers). It turns out that 3274 had very high channel busy overhead ... moving the 3274s off direct processor channels and replacing with another vendors channel extender controllers ... significantly reduced channel busy for doing the identical operations (and interference with disk operation) ... improving overall system throughput.
parts of recent (archived) 3270 "archaeology" thread from ibm-main
https://www.garlic.com/~lynn/2011o.html#20
https://www.garlic.com/~lynn/2011o.html#22
https://www.garlic.com/~lynn/2011o.html#23
past posts in thread:
https://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 01 Dec, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and Securityfrom IP mailing list
Simon Johnson on the Financial Crisis
http://www.econtalk.org/archives/2011/11/simon_johnson_o.html
and SEC/Citigroup
NY judge rejects $285 million Citigroup settlement with SEC over mortgage investment
http://www.washingtonpost.com/national/judge-in-ny-strikes-down-285-million-citigroup-settlement-with-sec-over-mortgage-investment/2011/11/28/gIQAVtqD5N_story.html?wpisrc=al_comboNE_b
DefDog: SEC Lacks Integrity, Court Says
http://www.phibetaiota.net/2011/11/defdog-sec-lacks-integrity-court-says/
Federal Judge Pimp-Slaps the SEC Over Citigroup Settlement
http://www.rollingstone.com/politics/blogs/taibblog/federal-judge-pimp-slaps-the-sec-over-citigroup-settlement-20111129
earlier
Finally, a Judge Stands up to Wall Street
http://www.rollingstone.com/politics/blogs/taibblog/finally-a-judge-stands-up-to-wall-street-20111110
referecnes upthread Bloomberg article:
Citigroup Finds Obeying the Law Is Too Hard
http://www.bloomberg.com/news/2011-11-02/citigroup-finds-obeying-the-law-is-too-darn-hard-jonathan-weil.html
re:
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 01 Dec, 2011 Subject: Deja Cloud? Blog: Old Geekre:
controller for 3330 was 3830 ... which was relatively fast electronics.
here is old reference/discussion to change from 3272 (controller for
3277 terminal) to 3274 (controller for 3278 terminal).
https://www.garlic.com/~lynn/2001m.html#19 3270 protocol
as per above, 3274/3278 had much worse interactive computing human factors than 3272/3277 (besides being significantly slower ... as per above). Eventually kingston came back saying that 3274/3278 wasn't targeted for interactive computing ... but was targeted for "data entry" (aka electronic keypunch). part of the problem/issue was that a lot of the electronics was moved out of the terminal head back into the controller ... which contributed to 3274/3278 have much poorer human factors than 3272/3277. That change also significantly increased the coax cable chatter protocol (between 3274 & 3278 compared to 3272 & 3277)... which also later results in ibm/pc upload/download performance for 3277 terminal emulation being several times faster than 3278 terminal emulation.
The processor in the 3274 was much slower in part because of all the additional work., ... which resulted in significant channel busy for not just for data transfer ... but also all the channel/controller control operations.
There was actually something similar in the transition from 3830 to 3880 disk controller.. The 3830 was for 3330 (and later 3350). 3880 was for 3380 and 3mbyte transfer (10 times that of 3330). The 3830 horizontal microcode ... the 3880 controller had special hardware for data transfer ... but it had a slow vertical microcode controller for all other operation ... which significantly drove up channel busy for control operations (much greater than 3830).
The disk engineering and product test labs (bldgs. 14&15 on main san jose plant site) had been doing dedicated, stand-alone, single device testing ... mainframes scheduled 7x24, around the clock. They had tried doing testing under MVS (potential of multiple concurrent testing) ... but MVS had 15min MTBF (hang &/or failure requiring re-ipl) with just single device testing. I offerded to completely rewrite input/output supervisor to make it bullet-proof, never crash ... so that they could do multiple, concurrent, on-demand testing ... significantly improving development productivity.
Eventually they started also using the test mainframes for online
general use (i.e. even several concurrent device testing only
represented a couple percent cpu use). Another result, was when things
weren't going the way they wanted, I would frequently get called to
diagnose what was going on. One monday morning, i got a call about
what did I do to their 3033 test system over the week-end ... because the
performance of the general online use and enormously deteriorated).
Eventually isolate that they had replaced the 3830 controller
(handling two 8-drive 3330 strings) with 3880 (handling same 16
3330s). The slow 3880 control functions were resulting in enormous
performance problems. Fortunately this was still six months before
first customer ship and were able to do some optimizing and masking to
mitigate some of the 3880 controller slowness. Misc. past getting to
play disk engineer in bldgs. 14&15
https://www.garlic.com/~lynn/subtopic.html#disk
However, the 3880 channel busy overhead was still significant. The 3090 had designed for 3830 controller overhead ... when they realized the magnitude of the 3880 ... they had to add significant more channels ... in order to achieve targeted system throughput. The additional channels required additional TCM ... and there were jokes that 3090 product was going to charge the 3880 for the extra TCM manufacturing cost (in each 3090). This started the myth that mainframes had so much more i/o capacity because of the enormous number of channels (where the truth was that the enormous number of channels were required to offset the inefficiency of the channel/controller operation)
past posts in thread:
https://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 01 Dec, 2011 Subject: Deja Cloud? Blog: Old Geekre:
unrelated to doing the channel extender for stl & ims group .... when
jim gray was leaving for tandem ... he was palming off various stuff
on me ... consulting with the ims group on DBMS technology ... some
old email
https://www.garlic.com/~lynn/2007.html#email801006
https://www.garlic.com/~lynn/2007.html#email801016
... as well as talking to customers about rdbms ... some old posts
mentioning original relational/sql
https://www.garlic.com/~lynn/submain.html#systemr
related email getting to play disk engineer
https://www.garlic.com/~lynn/2007.html#email801015
leading up to shipping 3380 ... standard 3380 product error regression tests will still resulting in MVS hang/re-ipl for all cases and in 2/3rds of the cases there was no indication of what caused the failure (issues of 3380 disk shipping was separate from 3880 controller shipping).
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 Dec, 2011 Subject: Deja Cloud? Blog: Old Geekre:
slightly earlier 3270 protocol post
https://www.garlic.com/~lynn/2001m.html#17
that emulated 3277 with ANR (3277 coax protocol) had three times the upload/download throughput of emulated 3278 with DFT (3278 coax protocol). The difference was that a whole lot of electronics were moved out of the 3278 head and back into the 3274 controller ... cutting the cost of 3278 terminal manufacturing (compared to 3277 terminal) ... put a big processing load on the 3274 processor and enormously increasing coax protocol chatter between the 3724 and the 3278 (/3279, etc ... compared to 3272/3277). Also helped account for the significant channel busy overhead from 3274 for doing any operation.
misc. other posts mentioning ANR coax protocol
https://www.garlic.com/~lynn/2002k.html#6 IBM 327x terminals and controllers (was Re: Itanium2 power
https://www.garlic.com/~lynn/2004e.html#0 were dumb terminals actually so dumb???
https://www.garlic.com/~lynn/2007r.html#10 IBM System/3 & 3277-1
https://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated with ISPF?
https://www.garlic.com/~lynn/2007t.html#42 What do YOU call the # sign?
https://www.garlic.com/~lynn/2008h.html#9 3277 terminals and emulators
https://www.garlic.com/~lynn/2008r.html#46 pc/370
https://www.garlic.com/~lynn/2009l.html#59 ISPF Counter
https://www.garlic.com/~lynn/2009l.html#60 ISPF Counter
https://www.garlic.com/~lynn/2010b.html#31 Happy DEC-10 Day
https://www.garlic.com/~lynn/2010c.html#24 Processes' memory
https://www.garlic.com/~lynn/2010m.html#80 3270 Emulator Software
https://www.garlic.com/~lynn/2011b.html#64 If IBM Hadn't Bet the Company
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 1979 SHARE LSRAD Report Newsgroups: alt.folklore.computers Date: Fri, 02 Dec 2011 09:25:03 -0500Peter Flass <Peter_Flass@Yahoo.com> writes:
post about there are no more than 10,000 mainframes (and between 4,000
and 5,000 customers) ... and the possibility that there are individual
mega-datacenters with more processing power than the aggregate of all
currently installed mainframes. lots of these are just running legacy
software. for new stuff, they would likely need significant new business
opportunity
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
other posts in the thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 Dec, 2011 Subject: Security 2012: Blood in the Water Blog: Google+re:
Security 2012: Blood in the Water
https://www.infosecisland.com/blogview/18447-Security-2012-Blood-in-the-Water.html
from above:
CEOs typically refuse to act to protect their own companies if it cuts
into profit, the U.S. government has refused to do what's
necessary to protect our nation's critical infrastructure because it's
90% privately owned, and our laws and system of government has enabled
this massive malfeasance so that everyone responsible can claim
absence of malice.
... snip ..
actually, i think it is top executives refuse to act to protect their
companies if it cuts into their compensation. apparently believing SEC
wasn't doing anything, GAO reports of uptic in fraudulent public
company financial filings ... even after Sarbanes-Oxley:
https://www.gao.gov/products/gao-06-1079sp
claimed motivation has been that fraud boosts top executive
compensation and even if the filings are corrected, their compensation
isn't adjusted. something similar in the enormous transaction
fees&commissions for dealings in triple-A rated toxic CDOs ($27T in
triple-A rated toxic CDO transactions done during the bubble) ... even
if transactions might take down their institution (the economy and/or
the country)
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
more on SEC: DefDog: SEC Lacks Integrity, Court Says
http://www.phibetaiota.net/2011/11/defdog-sec-lacks-integrity-court-says/
Federal Judge Pimp-Slaps the SEC Over Citigroup Settlement
http://www.rollingstone.com/politics/blogs/taibblog/federal-judge-pimp-slaps-the-sec-over-citigroup-settlement-20111129
earlier: Finally, a Judge Stands up to Wall Street
http://www.rollingstone.com/politics/blogs/taibblog/finally-a-judge-stands-up-to-wall-street-20111110
and earlier still: Citigroup Finds Obeying the Law Is Too Hard
http://www.bloomberg.com/news/2011-11-02/citigroup-finds-obeying-the-law-is-too-darn-hard-jonathan-weil.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 Dec, 2011 Subject: Case Study: SOX IT Compliance Blog: Google+re:
Case Study: SOX IT Compliance
https://www.infosecisland.com/blogview/18381-Case-Study-SOX-IT-Compliance.html
from above:
We performed a Sarbanes-Oxley IT top down security assessment for a
NASDAQ-traded advanced technology company.
... snip ...
there was joke at the time that prime motivation for SOX was full
employment for audit companies. Supposedly SOX was passed to prevent
more Enrons & Worldcom ... but appears to have done little to stop
fraudulent public company financial filings (GAO finding that
fraudulent filings even increased after SOX)
https://www.gao.gov/products/gao-06-1079sp
somewhat related
Audit redux - KPMG reveals... FRAUD? You be the Jury!
http://financialcryptography.com/mt/archives/001347.html
Audit redux.2 - and what happened to the missing MF Global client funds?
http://financialcryptography.com/mt/archives/001348.html
choose: 1) SOX had no effect on fraudulent public company financial filings, 2) SOX motivated increase in fraudulent public company financial filings, 3) if it wasn't for SOX, all public company financial filings would be fraudulent
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 Dec, 2011 Subject: ICO 'too scared' to clobber press for data breaches Blog: Google+re:
ICO 'too scared' to clobber press for data breaches
http://www.theregister.co.uk/2011/12/01/ico_leveson_inquiry/
comment in facebook about google references that our SEC appears to be
similar (regardless of size &/or reason)
https://plus.google.com/u/0/111646203865345303496/posts/9dEqjdSK6vk
and another related:
https://plus.google.com/u/0/111646203865345303496/posts/2yc39t6A2Cq
also archived here:
https://www.garlic.com/~lynn/2011p.html#23
https://www.garlic.com/~lynn/2011p.html#24
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 Dec, 2011 Subject: Deja Cloud? Blog: Old Geekre:
other topic drift about the test 3033 in bldg15/product test lab ... it was one of the first couple engineering models (as soon as processor engineering got a couple ... running, one would go to disk testing in san jose). being able to do multiple, on-demand concurrent testing ... but still having most of the processor left over for online service opened up all sort of stuff.
SJR/bldg.28 across the street still had 370/195 running MVT that could have weeks or even months turn around for compute intensive work. one of the jobs was air bearing simulation that was part of designing the 3380 floating heads ... even with priority, turn around could be a couple weeks. It turns out that optimized code on 195 could hit 10mips ... while 3033 was only 4.5mips ... but moving the air-bearing simulation across the street to product test 3033 ... could still get hr or so of 195 compute time work done on the 3033 with a couple hr turn-around ... rather than a couple week turn-arorund.
misc. past posts mentioning sjr 370/195:
https://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
https://www.garlic.com/~lynn/2002j.html#30 Weird
https://www.garlic.com/~lynn/2002n.html#63 Help me find pics of a UNIVAC please
https://www.garlic.com/~lynn/2003j.html#69 Multics Concepts For the Contemporary Computing World
https://www.garlic.com/~lynn/2004.html#21 40th anniversary of IBM System/360 on 7 Apr 2004
https://www.garlic.com/~lynn/2005.html#8 [Lit.] Buffer overruns
https://www.garlic.com/~lynn/2005f.html#4 System/360; Hardwired vs. Microcoded
https://www.garlic.com/~lynn/2005f.html#5 System/360; Hardwired vs. Microcoded
https://www.garlic.com/~lynn/2005f.html#22 System/360; Hardwired vs. Microcoded
https://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
https://www.garlic.com/~lynn/2005u.html#44 POWER6 on zSeries?
https://www.garlic.com/~lynn/2006c.html#6 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006c.html#44 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006l.html#6 Google Architecture
https://www.garlic.com/~lynn/2006t.html#41 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2006x.html#27 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2007f.html#10 Beyond multicore
https://www.garlic.com/~lynn/2007f.html#20 Historical curiosity question
https://www.garlic.com/~lynn/2007j.html#13 Interrupts
https://www.garlic.com/~lynn/2007j.html#16 Newbie question on table design
https://www.garlic.com/~lynn/2007l.html#52 Drums: Memory or Peripheral?
https://www.garlic.com/~lynn/2008l.html#60 recent mentions of 40+ yr old technology
https://www.garlic.com/~lynn/2008r.html#32 What if the computers went back to the '70s too?
https://www.garlic.com/~lynn/2008r.html#34 What if the computers went back to the '70s too?
https://www.garlic.com/~lynn/2009k.html#49 A Complete History Of Mainframe Computing
https://www.garlic.com/~lynn/2009m.html#75 Continous Systems Modelling Package
https://www.garlic.com/~lynn/2009r.html#51 "Portable" data centers
https://www.garlic.com/~lynn/2009r.html#59 "Portable" data centers
https://www.garlic.com/~lynn/2011.html#16 Looking for a real Fortran-66 compatible PC compiler (CP/M or DOS or Windows, doesn't matter)
https://www.garlic.com/~lynn/2011.html#36 CKD DASD
https://www.garlic.com/~lynn/2011c.html#26 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011n.html#36 Last Word on Dennis Ritchie
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 Dec, 2011 Subject: Why are organizations sticking with mainframes? Blog: Mainframe Exportsre:
Before 2000, we were called into one of the large airline "res" systems (ran on numerous TPF systems, use to be called ACP ... infrastructure included some number of MVS support systems) ... to look at what they called the "ten impossible" things they couldn't do. After looking at it for awhile ... went away and totally rewrote it from scratch in two months to run on large workstation.
In turns out that their existing design had come from the 60s where reservation needed to look up possible flights (to get from origin to destination) stored on disk ... basically large database problem. The issue by the mid-90s was that it was possible (with a little compression) to represent all scheduled airports in the world and all commerical scheduled flights in the world as memory resident information. I had recently been involved in large application that did optimal physical chip & board layout ... and used some of the technology to search for all possible flights between origin and destination. On high-end workstation of the time, it would run 100 times faster than the TPF database lookup. I then was able to implement all "ten impossible" things ... and with all the additional function, it still ran ten times faster than the database lookup (part of the ten impossible things was to be easily sized to handle total worldwide workload lookup).
Then the hand-wringing started. A big part of the reason for the ten impossible things was that they had several hundred people involved in the care and feeding of the database implementation. Paradigm shift to memory resident of all possible flights and airports (aka automated procedure from OAG master sequential file to memory resident) eliminated all that manual care&feeding of massive DBMS and made the ten impossible things straight-forward. It eventually came down to they wanted me to go away and pretend the whole thing never happened (the executive in charge would have lost a very large empire).
It turns out that within the past couple years, the whole application and associated data easily fits on a smartphone. Furthermore, some of the smartphone processors rated at 1000mips, theoretically can handle their projected workload lookup for the whole world.
misc. past posts mentioning master OAG sequential file (all
commerical airline scheduled flights):
https://www.garlic.com/~lynn/2000.html#61 64 bit X86 ugliness (Re: Williamette trace cache (Re: First view of Willamette))
https://www.garlic.com/~lynn/2005o.html#24 is a computer like an airport?
https://www.garlic.com/~lynn/2006q.html#22 3 value logic. Why is SQL so special?
https://www.garlic.com/~lynn/2007g.html#22 Bidirectional Binary Self-Joins
https://www.garlic.com/~lynn/2008h.html#61 Up, Up, ... and Gone?
https://www.garlic.com/~lynn/2009l.html#23 another item related to ASCII vs. EBCDIC
https://www.garlic.com/~lynn/2009l.html#25 another item related to ASCII vs. EBCDIC
https://www.garlic.com/~lynn/2009o.html#42 Outsourcing your Computer Center to IBM ?
https://www.garlic.com/~lynn/2009q.html#22 The 50th Anniversary of the Legendary IBM 1401
https://www.garlic.com/~lynn/2010b.html#73 Happy DEC-10 Day
https://www.garlic.com/~lynn/2010b.html#80 Happy DEC-10 Day
https://www.garlic.com/~lynn/2010j.html#53 Article says mainframe most cost-efficient platform
https://www.garlic.com/~lynn/2010n.html#81 Hashing for DISTINCT or GROUP BY in SQL
https://www.garlic.com/~lynn/2011c.html#42 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011e.html#8 Multiple Virtual Memory
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 Dec, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and SecurityThe Fed's European "Rescue": Another Back-Door US Bank / Goldman bailout?
from above:
Breaking that down: JPM Chase holds 11% of the world's derivative
exposure, Citibank, Bank of America, and Goldman comprise about 7%
each. But, Goldman has something the others don't -- a lot fewer
assets beneath its derivatives stockpile. It has 537 times as many
(from 440 times last year) derivatives as assets. Think of a 537 story
skyscraper on a one story see-saw. Goldman has $88 billon in assets,
and $48 trillion in notional derivatives exposure. This is by FAR the
highest ratio of derivatives to assets of any so-called bank backed by
a government
... snip ...
Also referenced in the post was the FED giving GS a bank charter so it would be eligible for various FED assistance. Now the rhetoric on the floor of congress was that the primary purpose of GLBA was if you were already a bank, you got to remain a bank ... but if you weren't already a bank you didn't get to become a bank (specifically calling out Walmart and M'soft) ... this is besides the other things in GLBA like repeal of Glass-Steagall and opt-out privacy provision federal pre-emption of the in-progress Cal "opt-in" legislation (that only allowed personal information sharing when individual specifically was on record authorizing it). Roll forward to the bubble collapse and FED is handing out bank charters to its apparent friends (theoretically violating GLBA?).
item from last week reference joke about Treasury is wallstreet branch office in Washington:
How Paulson Gave Hedge Funds Advance Word of Fannie Mae Rescue
http://www.bloomberg.com/news/2011-11-29/how-henry-paulson-gave-hedge-funds-advance-word-of-2008-fannie-mae-rescue.html
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 Dec, 2011 Subject: 21st Century Management approach? Blog: Boyd's Strategyre:
Somebody's recent post on Google+
https://plus.google.com/u/0/111646203865345303496/posts/9dEqjdSK6vk
re: CEOs won't act to protect (secure) their own companies if it cuts
into profit
https://www.infosecisland.com/blogview/18447-Security-2012-Blood-in-the-Water.html
I observed that actually, top executives refuse to protect their own
company if it cuts into their compensation ... referencing that
apparently GAO didn't think SEC was doing anything last decade and
started doing reports showing uptick in fraudulent public company
financial filings ... even after Sarbanes-Oxley ... which was supposed
to eliminate such activities (prompted by Enron & Worldcom):
https://www.gao.gov/products/gao-06-1079sp
also in this reference about Sarbanes-Oxley
https://plus.google.com/u/0/111646203865345303496/posts/2yc39t6A2Cq
I mentioned that at the time of passage of Sarbanes-Oxley there were snide references that it was just full employment for the audit industry (low expectation that anything would actually change). also has some recent references to major fraud ... where large audit institutions were involved and nothing was being discovered (recent reference seen on the internet: Enron was a dry run and it worked so well it has become institutionalized)
The responsibility/accountability ... showed up in the congressional Madoff hearings in slightly different way. The person that had been trying unsuccessfully for a decade to get SEC to do something about Madoff was asked if new regulations were required. His response was that while new regulation may be required, much more important was transparency and visibility. All the regulations and (additional sarbanes-oxley) auditing actually requires a regulatory agency that is going to hold companies accountable (which appears to have been nearly totally missing during the last decade).
In the late 90s, I had been called in to the NSCC (before it merged with DTC for DTCC) to look at improving the integrity of trading transactions. I worked on it for awhile, but then was called to say that the work was suspended. The issue was that a side-effort of the trading integrity work would have significantly improved the transparency and visibility ... which appears to be an anathema to wallstreet culture (very dark/closed environment).
recent posts mentioning NSCC/DTCC:
https://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#39 Back to architecture: Analyzing NYSE data
https://www.garlic.com/~lynn/2011e.html#48 On Protectionism
https://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#38 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#37 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
https://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
https://www.garlic.com/~lynn/2011n.html#30 Have you ever wondered why some people seem to get rich easily
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?
https://www.garlic.com/~lynn/2011p.html#16 John Robb on the OODA-Loop
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 Dec, 2011 Subject: 21st Century Management approach? Blog: Boyd's Strategyre:
the guy that had tried for decade unsuccessfully trying to get SEC to do something about Madoff ... made the point that nobody "captured" Madoff, Madoff turned himself in ... at which point, SEC was pretty much forced to do something. misc more lack of transparency and visibility
FED dark/closed
The Fed's European "Rescue": Another Back-Door US Bank / Goldman
bailout? (references court case and FOIA)
http://www.zerohedge.com/news/guest-post-fed%E2%80%99s-european-%E2%80%9Crescue%E2%80%9D-another-back-door-us-bank-goldman-bailout
Secret Fed Loans Gave Banks Undisclosed $13B
http://www.bloomberg.com/news/2011-11-28/secret-fed-loans-undisclosed-to-congress-gave-banks-13-billion-in-income.html
from year ago (more FOIA and court case)
http://www.csmonitor.com/USA/2010/1201/Federal-Reserve-s-astounding-report-We-loaned-banks-trillions
from last summer
http://www.rawstory.com/rs/2011/07/21/audit-fed-gave-16-trillion-in-emergency-loans/
SEC dark/closed
NY judge rejects $285 million Citigroup settlement with SEC over
mortgage investment
http://www.washingtonpost.com/national/judge-in-ny-strikes-down-285-million-citigroup-settlement-with-sec-over-mortgage-investment/2011/11/28/gIQAVtqD5N_story.html?wpisrc=al_comboNE_b
DefDog: SEC Lacks Integrity, Court Says
http://www.phibetaiota.net/2011/11/defdog-sec-lacks-integrity-court-says/
Federal Judge Pimp-Slaps the SEC Over Citigroup Settlement
http://www.rollingstone.com/politics/blogs/taibblog/federal-judge-pimp-slaps-the-sec-over-citigroup-settlement-20111129
Finally, a Judge Stands up to Wall Street
http://www.rollingstone.com/politics/blogs/taibblog/finally-a-judge-stands-up-to-wall-street-20111110
Citigroup Finds Obeying the Law Is Too Hard
http://www.bloomberg.com/news/2011-11-02/citigroup-finds-obeying-the-law-is-too-darn-hard-jonathan-weil.html
S.E.C. Files Were Illegally Destroyed, Lawyer Says
http://www.nytimes.com/2011/08/18/business/sec-illegally-destroyed-documents-whistle-blower-alleges.html
older reference to common illegal naked short selling and nothing to
worry about from SEC
http://nypost.com/2007/03/20/cramer-reveals-a-bit-too-much/
Simon Johnson on the Financial Crisis
http://www.econtalk.org/archives/2011/11/simon_johnson_o.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 Dec, 2011 Subject: 21st Century Management approach? Blog: Boyd's Strategyre:
In the congressional hearings into the rating agencies ... they played the pivotal role in the financial bubble by selling triple-A ratings on toxic CDOs (when they knew that the toxic CDOs weren't worth triple-A rating). The testimony also pointed out that the rating agency business process became misaligned in the early 70s when they switched from the buyers paying for the ratings to the sellers paying for the ratings (opening them up to conflict of interest, aka while the ratings were for the benefit of the buyers, the rating agencies interest became aligned with the sellers that were paying for the ratings). The other observation was that regulation is much easier when business processes are aligned (people motivated to do the right thing, which goes along with transparency and visibility), but becomes extremely difficult when the business processes are misaligned (people motivated to do the wrong thing)
reference to $27T in triple-A rated toxic CDO transactions done during the
bubble:
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
Professional Reading Recommendations from the Chief
http://armylive.dodlive.mil/index.php/2011/12/professional-reading-recommendations-from-the-chief/
above has "The Ascent of Money: A Financial History of the World" by Ferguson (2008) ... which I haven't read.
however currently reading more recent (1Nov2011) "Civilization: The West and the Rest" also by Ferguson
A military reading list that surprises me, a Vietnam list, and FP's
list by the big shots
http://ricks.foreignpolicy.com/posts/2011/11/30/a_military_reading_list_that_surprises_me_a_vietnam_list_and_fp_s_list_by_the_big_s
which references
The Global Thinkers' Book Club
http://www.foreignpolicy.com/articles/2011/11/28/the_global_thinkers_20_most_recommended_books
and "Civilization: The West and the Rest" is number three on that list.
My wife's father was awarded a set of books at West Point which are Fiske history lectures from the 1880s.
Fiske and Ferguson both seem to present a very similar message about evolution of democracy and capitalism requiring sense of morality (necessary for success of capitalism which requires quite a bit of trust) and work ethic, which were tied to religious upbringing. They both differentiate Catholic and Protestant Europe ... on the education and literacy issue ... with Protestant cities in Europe fairly quickly reaching four times the average GDP/person of Catholic cities. Also Protestant missionaries had much stronger emphasis on education and literacy.
Both Fiske and Ferguson refer to wealthy individuals and companies corrupting congress with money resulting in extreme downside for the country.
Ferguson has related scenario about the recent explosion of Protestant religion in China. That missionaries up through most of past century saw very little uptake in China. However, he points out that in modern China there is large amount of graft, corruption and lack of morals and quotes (Chinese) Protestant capitalist that the only people that can be trusted are other Protestants.
wharton business school article ... behind some sort of registration
wall now but still available at wayback machine
https://web.archive.org/web/20080606084328/http://knowledge.wharton.upenn.edu/article.cfm?articleid=1933
Estimates that possibly 1000 were responsible for 80% of the current financial crisis and that it would go a long way to correcting the situation (and preventing it from continuing) if the gov. could figure out some way to eliminate them.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
In the mid-70s, I started noting that disks were increasingly becoming
system throughput bottleneck. An example is this comparison that I did
in the 80s about disk relative system throughput had declined by an
order of magnitude since the 360/67 cp67 days and the 3081 vm370
days. part of old report in this old post
https://www.garlic.com/~lynn/93.html#31
apparently some disk division executives took offense and assigned the
division performance group to refute my claims. after several weeks,
they came back and effectively said that I had actually understated
the problem. One of the people then took the analysis and turned it
into share presentation about optimizing disks for system throughput
... small piece of SHARE 63 Presentation B874, DASD Performance Review
https://www.garlic.com/~lynn/2006f.html#3
https://www.garlic.com/~lynn/2006o.html#68
One of the points that I had made was if I went from 360/67 cp67 number of CMS users to 3081 vm370 based on cpu mip rate and memory size, a normal 3081 would have been running 4000 CMS users ... however 3081 vm370 was typically running more like 300 CMS users ... which was approx. change in disk technology throughput (rather than cpu mip rate and memory size change, aka approx. what i was saying that relative system disk performance had declined by order of magnitude)
recent posts
https://www.garlic.com/~lynn/2011p.html#19
https://www.garlic.com/~lynn/2011p.html#20
https://www.garlic.com/~lynn/2011p.html#21
in Old Geek "Deja Cloud?" discussion:
http://lnkd.in/Gj_N63
discussing some characteristics of channel/controller interface & efficiency, 3274s, 3880s, 3330s, 3380s, and 3090 ... somewhat start of myth that lots of channel represented lots of i/o thruput ... as opposed to lots of channels being required to compensate for the channel/controller interface inefficiency
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 Dec, 2011 Subject: 21st Century Management approach? Blog: Boyd's Strategyre:
In "west & the rest", Ferguson discusses rise of consumerism as becoming major economic driving force. Following echos Ferguson theme, but notes that starting approximately mid-70s, wallstreet business process effectively became misaligned and individuals were increasingly motivated to do the wrong thing
AMERICA IS BROKEN, WHAT NOW?
http://globalguerrillas.typepad.com/globalguerrillas/2011/10/journal-why-the-us-middle-class-is-broken.html
for little topic drift Global Guerillas will periodically
mention OODA-Loop ... also mentioned here
http://zenpundit.com/?p=4535
referencing
http://globalguerrillas.typepad.com/globalguerrillas/2011/11/how-to-win-a-modern-conflict.html
... could claim that the GAO reports are indication that public company executive compensation business process is also misaligned resulting in the motivation for the increasing numbers of fraudulent public company financial filings
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 Dec, 2011 Subject: 21st Century Management approach? Blog: Boyd's Strategyre:
there was recent reference to Eisenhower's speech was going to say Military-Industrial-Congressional-Complex, but dropped the word Congressional at the last minute.
Spinney refers to it as MICC, also referencing policies of continuous
conflict / perpetual war
http://www.phibetaiota.net/2011/07/chuck-spinney-perpetual-war-is-a-protection-racket/ ..
http://www.phibetaiota.net/2011/09/chuck-spinney-bin-laden-perpetual-war-total-cost/
Winston Wheeler (no relation) references to a trillion MICC funds
unaccounted for during the last decade
http://www.cdi.org/program/document.cfm?documentid=4623
note cdi.org has moved to
http://www.pogo.org/straus/
... missing $1T is now
http://www.pogo.org/straus/issues/defense-budget/2010/what-did-the-rumsfeld-gates-pentagon-do-with-1-trillion.html
more recent
http://www.phibetaiota.net/2011/09/winslow-wheeler-true-cost-of-the-post-911-wars-5t/
related here large corporations that deal with federal gov. are
increasingly adopting Success of Failure culture (as way of
increasing revenue)
http://www.govexec.com/story_page.cfm?filepath=/dailyfed/0407/040407mm.htm
I've come up with FRCC (financial regulatory congressional complex) and PRCC (pharmaceutical regulatory congressional complex) as similar acronyms.
from this reference upthread (as excuse for opposing transparency and
visibility):
http://www.rawstory.com/rs/2011/07/21/audit-fed-gave-16-trillion-in-emergency-loans//
The audit was conducted on a one-time basis, as mandated by the
Dodd-Frank Wall Street Reform and Consumer Protection Act, passed last
year. Fed officials had strongly discouraged lawmakers from ordering
the audit, claiming it may serve to undermine confidence in the
monetary system.
... snip ...
also has URL to the GAO audit. Other references mention requiring FOIA and/or court cases to penetrate the secrecy and find out what is really going on
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
recent item on comp.arch mentions that z196 has moved to nearly same chip process as POWER ... however, one difference between z196 and POWER is that z196 decodes only three instructions per cycle while POWER decodes four instructions per cycle.
the 370 was going to be completely replaced by Future System ... which
was extremely complex design. One of the supposed motivations was
making highly integrated (& complex) as countermeasure to clone
controllers. Some past posts reference Future System and resulting
failure
https://www.garlic.com/~lynn/submain.html#futuresys
some other references
http://www.jfsowa.com/computer/memo125.htm
https://people.computing.clemson.edu/~mark/fs.html
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
https://en.wikipedia.org/wiki/IBM_Future_Systems_project
I've claimed that John Cocke's creation of 801/risc in the 70s was to go to the opposite extreme as the FS effort. Also original 801/risc wasn't going to provide for any (multiprocessor) cache consistency ... which I've claimed is in re-action to the extreme hardware penalty that 370 has paid for its level of memory consistency (and multiprocessor cache consistency)
In the 1980 timeframe there was massive program to replace large number of internal microprocessors with 801/risc (Iliad chips); follow-on to s/38 (as/400) was going to be Iliad, follow-ons to 4331&4341 (4361&4381) were going to be Iliad (i.e. low-end & mid-range 360s/370s had been implemented with 360/370 instruction set simulated in "microcode" ... somewhat analogous modern day Hercules) as well as large number of other microprocessors used in controllers and devices. For various reasons all the Iliad efforts floundered and reverted to traditional one-off, custom CISC chips.
risc/801 ROMP (joint research/office products) was going to be
follow-on for Displaywriter. When that project was canceled, they
looked around and decided to retarget for the unix workstation
market. They hired the company that had done the AT&T Unix port to PC
(PC/IX) to do one for ROMP ... which was released as AIXv2 for the
PC/RT. RIOS was the follow-on chipset to ROMP for the unix workstation
market and was released as RS/6000. Somerset then was joint IBM,
Motorola, Apple effort to do a single chip 801 as well as address the
cache consistency issues resulting in parallel family of 801
chips. Rochester also participated and eventually AS/400 was finally
migrated from custom CISC chip to 801/risc. Later the POWER (rios
chipsets) and POWER/PC were merged into single chip line. Apple
supposedly eventually moved off POWER to x86 because the lack of
effort being put into low-power, power chips for mobile
devices. misc. past posts mentioning 801, risc, iliad, romp, rios,
somerset, fort knox, etc
https://www.garlic.com/~lynn/subtopic.html#801
As to arbitrary intermixing 370 and other processors ... I had a
proposal for doing this early 1985. I was also working on what was to
become the NSFNET backbone (tcp/ip is the technology basis for the
modern internet, NSFNET backbone was the operational basis for the
modern internet, and CIX was the business basis for the modern
internet). Old email referencing suppose to do an NSFNET backbone
presentation to the director of NSF ... but had to find a substitute
because it conflicted with meetings on clusters of intermix 370 and
other processors.
https://www.garlic.com/~lynn/2007d.html#email850315
in this post
https://www.garlic.com/~lynn/2007d.html#47
semi-related email
https://www.garlic.com/~lynn/2007c.html#email841015
and
https://www.garlic.com/~lynn/2007c.html#email841016
in this old post
https://www.garlic.com/~lynn/2007c.html#50
references to "mainframe and microprocessor" post about 1985 mixing 370 and other processors
https://www.garlic.com/~lynn/2004m.html#17
misc. past posts mentioning NSFNET backbone
https://www.garlic.com/~lynn/subnetwork.html#nsfnet
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
somewhat related to upthread mention of creation of myth that large
number of 3090 channels were for high i/o capacity when it was really
to compensate for serious 3880 controller problem (and
channel/controller interface protocol) ... also misc. past posts
getting to play disk engineer in bldgs. 14&15
https://www.garlic.com/~lynn/subtopic.html#disk
there was native tcp/ip product on vm370 (later released on mvs by simulating some vm370 operations in mvs). it used approx. full 3090 processor getting 44kbytes/sec thruput.
i did enhancements for rfc1044 support and in some tuning tests at
cray research on 4341 got full channel speed thruput using only modest
amount of 4341 processor (about 25times increase in thruput and
possibly 500 times improvement in bytes moved per instruction
executed). misc. past posts mentioning rfc1044 support
https://www.garlic.com/~lynn/subnetwork.html#1044
part of the issue was that communication group tried hard to prevent
release of tcp/ip support (they were strongly trying to preserve the
3270 terminal emulation paradigm and prevent anything that might smack
of peer-to-peer networking and/or client/server). they couldn't quite
stop release of tcp/ip support but then they claimed since they owned
everything that crossed the datacenter wall, the controller used by
tcp/ip was their responsibility. What it turned out to be was a bridge
that sat on the channel interface rather than a tcp/ip router ... so
all the router function and mapping between ip and LAN MAC level had
to be done in mainframe software. For rfc1044, I got a channel
interface box that had full tcp/ip router function and could use
different subchannels to simulate full-duplex operation ... different
dedicated subchannel addresses for input and output. misc. past posts
about communication group having strategic ownership of everything
that crossed datacenter walls and attempting to preserve the terminal
emulation paradigm
https://www.garlic.com/~lynn/subnetwork.html#emulation
in the late 80s, a senior disk engineering got a talk scheduled at the annual communication group world-wide, internal conference ... and opened the talk with the statement the communication group was going to be responsible for the demise of the disk division. the disk division was seeing large amount of data (and related applications) fleeing the datacenter to more distributed computing friendly platforms. the disk division had tried coming up with a number of products to address the situation, but was constantly being vetoed by the communication group (part of protecting its terminal emulation paradigm install base). the disk division was starting to see close to double digit annual decline in sales because of the data & applications fleeing the datacenter. since then the prediction of the demise of the disk division has come to pass.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 Dec, 2011 Subject: No Jail In UBS Tax Evasion Case Blog: FacebookNo Jail In UBS Tax Evasion Case
this most recent article says 4,450 names.
However april2009, it was 52,000 names:
http://blogs.wsj.com/law/2009/04/03/first-american-client-charged-in-ubs-tax-shelter-probe/
... then last april, congress cutting enforcement funding:
http://www.huffingtonpost.com/2011/04/28/irs-budget-cuts-deficit_n_850243.html
and then (but only 4,450 names)
http://www.bloomberg.com/news/2011-10-24/swiss-banks-said-ready-to-pay-billions-disclose-customer-names.html
recent posts mentioning:
https://www.garlic.com/~lynn/2011f.html#64 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
https://www.garlic.com/~lynn/2011n.html#42 The Godfather of Kathmandu
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 05 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
The communication group was attempting to preserve their terminal emulation install base and block all efforts that might have peer-to-peer networking, client/server, distributed computing ... efforts also included spreading lots of misinformation.
Part of this was late 80s converting the internal network to SNA
... although it was trivially obvious that it would be significantly
better to have converted the internal network to TCP/IP. The internal
network had been larger than arpanet/internet from just about the
beginning until possibly late 85 or early 86. One of the reasons for
internet exceeding internal network in size was that workstations and
PCs were starting to appear as network nodes ... while the internal
network was restricted to machines as terminal emulation. misc. past
posts mentioning internal network
https://www.garlic.com/~lynn/subnetwork.html#internalnet
old email ref to communication group converting internal network to
SNA ... part of it was the regular internal network meetings got
restricted to managers only ... no longer were technical people
allowed.
https://www.garlic.com/~lynn/2011.html#email870306
in this recent post
https://www.garlic.com/~lynn/2011.html#4
also refs to communication group claiming PROFS was vtam application
(as part of justification conerting internal network to SNA)
https://www.garlic.com/~lynn/2006x.html#email870302
in this past post
https://www.garlic.com/~lynn/2006x.html#7
as mentioned upthread, we had been working with several
organizations leading up to what was to become the NSFNET backbone
(operational basis for the modern internet). However, when NSFNET
backbone RFP was finally released, internal politics prevented us from
bidding. The director of NSF wrote the corporation (copying CEO) a
letter trying to help, but that just made the internal politics
worse. misc. past posts mentioning NSFNET backbone
https://www.garlic.com/~lynn/subnetwork.html#nsfnet
the communication group was also spreading lots of misinformation
internally about how SNA could even be used for the NSFNET
backbone. Eventually somebody collected a lot of the misinformation
email and distributed the collected copies. small piece of that
distribution
https://www.garlic.com/~lynn/2006w.html#email870109
other old NSFNET backbone related email
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 05 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
CKD, controller and channel design is left over from large number of technology trade-offs from the original 360 in the 60s. Lots of complexity and idiosyncrasies are exposed for the user to deal with. By the mid-70s, most of those trade-offs had inverted and the designs were obsolete.
Part of the issue was scarce, expensive electronic memory ... so there was lots of leveraging processor main storage for all sorts of other purposes. Part of this was channel had end-to-end hand shake for every byte transferred. This was slightly relaxed with datastreaming for 3mbyte channels in the 80s ... allowing a few bytes to be transferred per end-to-end hankshake.
In the 80s, we were working with several labs on standardization various stuff and going to related standards meetings ... LANL was pushing the standardization of the Cray 100mbyte channel as HiPPI. LLNL had high performance serial copper that was pushing for as standard and move to fiber (with full-duplex protocols removing end-to-end serialization allowing continuous outbound transmission overlapped with continuous inbound transmission) ... as FCS/fiber-channel standard. SLAC was pushing for similar approach with fiber ... but defining protocols for things in addition to I/O ... including high-performance multiprocessor memory bus operation .. as SCI/Scalable Coherent Interface.
The 3090 was trying to break into the numerical intensive market ... with vector processor facility option. However, the market tended to also use HiPPI so 3090 folks tried to come up with some way for 3090 to do HiPPI I/O. The problem was that there was no way that 3090 I/O could come close to handling 100mbyte/sec operation. Eventually the found a way to hack into the side of the 3090 expanded store memory bus with some extremely unnatural acts to hook up HiPPI interface using simulated expanded store memory operation for HiPPI i/o transfers.
There had been fiber channel technology kicking around POK for a decade that never quite got out. That technology was taken, hacked so it ran 10 percent faster, could do concurrent transfers in both directions simulations, and used much less expensive and reliable components. About the same time ESCON was eventually released, 220mbit/sec "SLA" was released for the RS/6000. The issue was ESCON could do approx. 17mbyte/sec burst transfers but could never approach 17mbyte/sec sustained transfers. SLA with optimized operations could approach over 400mbits/sec sustained (i.e. over 200mbites/sec concurrently in each direction).
About the same time, Hursley was doing Harrier ... which was
80mbit/sec serial copper (slower but somewhat similar to the LLNL
precuser to fiber channel standard). They encapsulated SCSI protocols
in packets and supported simultaneous concurrent transfer in each
direction (approaching 160mbits/sec sustained transfer). This was
eventually upgraded to 160mbit/sec links (concurrent each direction)
and offered as "SSA". old post referencing Jan92 in Ellison's
conference room ... mentioning cluster scale-up, fiber channel standard
operation, as well attempting to push Harrier as interoperable
operation with FCS (but at slower speed, and with option to do serial
copper rather than serial fiber ... as opposed to going to market as a
totally non-interoperable implementation).
https://www.garlic.com/~lynn/95.html#13
This fibre channel standard (started '88 with ansi standard '94) wiki
https://en.wikipedia.org/wiki/Fibre_Channel
mentions market chose FCS over SSA ... but what I had wanted was SSA interoperable with FCS. FICON eventually ships for the mainframe, but long after it was in general use as fully asynchronous, simultaneous transfers by lots of other platforms (on 1gbit FCS connections being able to approach 2gbit/sec operation, simultaneous, asynchronous transfers in each direction).
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 05 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
The RS/6000 engineer that worked on 220mbit SLA, then wanted to do a 800-mbit version. We were able to convince him to participate in the FCS standards meetings instead (on 1gbit/sec concurrent in each direction). Unfortunately, some corporate channel engineers started participating in FCS meetings also ... pushing layering some extremely unnatural acts on top of FCS ... basically overlaying ESCON overtop of FCS as FICON.
In parallel with all this is the continued requirement for CKD disks
... a long obsolete technology ... and because no CKD disks have been
manufactured for decades, a superfluous simulation layer built on top
of real FBA disks ... misc. past posts mentioning DASD, CKD, FBA,
multi-track searches, etc
https://www.garlic.com/~lynn/submain.html#dasd
SCI
https://en.wikipedia.org/wiki/Scalable_Coherent_Interface
PCI-X (1gbyte/sec)
https://en.wikipedia.org/wiki/PCI-X
PCI Express (PCIe V3 16gbyte/sec)
https://en.wikipedia.org/wiki/PCI_Express
InfiniBand
https://en.wikipedia.org/wiki/InfiniBand
InfiniBand wiki mentions 2008, Oracle Exadata and then 2009 IBM with
DB2 purescale ... post from 2009 re "From Annals of Release No
Software Before Its Time":
https://www.garlic.com/~lynn/2009p.html#43
https://www.garlic.com/~lynn/2009p.html#46
post from last year on ibm-main mailing list discussing SCI, FCS, Infiniband, SSA
https://www.garlic.com/~lynn/2010i.html#61
picture of z114
http://mainframe-watch-belgium.blogspot.com/2011/07/ibm-announces-new-zenterprise-114-or.html
z114 PCIe I/O drawer (upgrade from InfiniBand) has 32 I/O slots
There is (older) I/O cage and I/O drawer ... but the newer (faster) FICON Express8S and OSA Express4S are only for PCIe (aka, all the newest, fastest stuff is PCI)
The z196 is similar, but haven't found corresponding URL with comparable images.
this ibm summary
http://www-03.ibm.com/systems/z/hardware/networking/index.html
describes how (industry standard) pci for z196 & z114 improves
capacity, granularity, bandwidth, and RAS. more from share how
z196/z114 (industry standard) pci has improved mainframe
http://mobile.share.org/conference/abstract.cfm?abstract_id=22608
aka mainframe has improved by moving to industry standard technologies ... even if they had been originally developed for non-mainframes
more specification URLs
http://www-03.ibm.com/systems/z/hardware/zenterprise/z196_specs.html
showing that more & more, the latest mainframes are using technologies originally developed for non-mainframe platforms for improved performance and throughput.
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 Dec, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and Securitysummary (22nov2011) at Forbes of several of the parts:
Lest We Forget: Why We Had A Financial Crisis
http://www.forbes.com/sites/stevedenning/2011/11/22/5086/
one of the things highlighted were some of the claims about
Fannie/Freddie losses ($200B) being described as the enablers
.... which as it happens turns out to be lots of obfuscation and
misdirection ... almost trivial drop in the bucket of $27T in triple-A
rated toxic CDOs (aka $200B is less than 1percent of $27T)
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
also: Steve Denning: Itemization of How We Blew Up the World
http://www.phibetaiota.net/2011/12/steve-denning-itemization-of-how-we-blew-up-the-world/
and:
What caused the financial crisis? The Big Lie goes viral.
http://www.washingtonpost.com/business/what-caused-the-financial-crisis-the-big-lie-goes-viral/2011/10/31/gIQAXlSOqM_story_1.html
Roger Martin on Fixing the Game
http://www.thoughtyoushouldseethis.com/post/12973350613/roger-martin-on-fixing-the-game
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: z/OS's basis for TCP/IP Newsgroups: bit.listserv.ibm-main Date: 6 Dec 2011 05:18:30 -0800svetter@AMERITECH.NET (scott) writes:
The original mainframe tcp/ip stack product was implemented on vm370 in (mainframe) vs/pascal ... purely IBM implementation. A side-effect, is that it had none of the buffer length exploits that are common in C-language implementations. It was ported to MVS by implementing simulation of some of the vm370 feature/function.
recent discussion in linkedin mainframe group about doing the rfc1044
for the implementation and getting possibly 500 times improvement in the
bytes moved per instruction executed.
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes
misc. other posts mentioning having done rfc1044 support for the
mainframe implementation
https://www.garlic.com/~lynn/subnetwork.html#1044
this was approx. the same time that Berkeley released 4.3 Reno & Tahoe
implementations that show up as the TCP/IP stack on lots of other
platforms. Some trivia ... we were doing ha/cmp and using ip-address
take-over for some of the recovery procedures
https://www.garlic.com/~lynn/subtopic.html#hacmp
and find a "bug" in the 4.3 ARP cache code (translates ip-address to LAN/MAC) that was being used on large number of clients ... which creates problems for the ip-address take-over recovery strategy.
another trivia ... after we leave ... two of the people mentioned
in the old post about jan92 meeting in Ellison's conference room ...
also leave and show up at a small client/server startup responsible
for something called the "commerce server". We are brought in as
consultants because they want to do payment transactions on the
server; the small startup has also invented this technology called
"SSL" they wanted to use. As part of availability for what is called
the "payment gateway" ... sits on the internet and is gateway
between webservers and the payment networks ... some past posts
https://www.garlic.com/~lynn/subnetwork.html#gateway
we have multiple connections in different parts of internet backbone and use multiple A-record support. I try and convince the browser group that they need to be supporting multiple A-record also ... as part of availability for client/server to webservers. They say it is too complicated. I provide them examples from 4.3 Reno clients ... they still stay it is too complicated. It takes another year to get multiple A-record support into the browser.
later the communication group hires a subcontractor to do a tcp/ip stack implementation in VTAM. the initial implementation had tcp performing significantly better than lu6.2. He was told that everybody knows that a proper tcp/ip implementation would be slower than lu6.2 and they weren't going to be paying for anything other than a "proper" implementation.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: z/OS's basis for TCP/IP Newsgroups: bit.listserv.ibm-main Date: 6 Dec 2011 09:09:18 -0800re:
this talks about bsd 4.3 tahoe (june 1988) and reno (early 1990)
distributions ... I've still got original source distribution
backed up someplace
https://en.wikipedia.org/wiki/Berkeley_Software_Distribution
All the BSD stuff was done in C language and tahoe and reno distributions were picked up and used by large number of different platforms. As previously mentioned, IBM mainframe was done in vs/pascal.
attached from summer 1988 (R1L2 about the same time as 4.3 tahoe) ... part of announce includes reference to adding support to the product that I had done for RFC1044.
The basic support had been doing approx. 44kbytes/sec. using nearly 3090
processor. For rfc1044, some tuning tests I did at Cray Research, got
mbyte/sec channel media sustained throughput using only modest amount of
4341 (nearly 500 times improvement in bytes transferred per instruction
executed). misc. past posts mentioning doing rfc1044
https://www.garlic.com/~lynn/subnetwork.html#1044
NUMBER 288-396
DATE 880726
CATEGORY LS00, LS60, AS20
TYPE Programming
TITLE IBM TCP/IP FOR VM (TM) RELEASE 1 MODIFICATION LEVEL 2 WITH ADDITIONAL
FUNCTION AND NEW NETWORK FILE SYSTEM FEATURE
ABSTRACT IBM announces Transmission Control Protocol/Internet Protocol
(TCP/IP) for VM (5798-FAL) Release 1 Modification Level 2.
Release 1.2 contains functional enhancements and a new optional
Network File System (NFS) (1) feature. VM systems with the NFS
feature installed may act as a file server for AIX (TM) 2.2, UNIX (2)
and other systems with the NFS 3.2 client function installed.
Additional functional enhancements in Release 1.2 include: support
for 9370 X.25 Communications Subsystem, X Window System (3) client
function, the ability to use an SNA network to link two TCP/IP
networks, and a remote execution daemon (server).
Charges
Graduated Monthly
Program Processor One-Time License
Number Group Charge Charge
5798-FAL 10 $ 3,000 $ 335
15 4,000
20 7,000
30 10,000
40 16,000
50 21,670
Planned Availability Date: September 30, 1988
(Refer to the External Ordering Information for shipment
dates.)
(TM) Trademarks of the International Business Machines Corporation.
(1) Trademark of Sun Microsystems, Inc.
(2) Registered trademark of American Telephone and Telegraph.
(3) Trademark of Massachusetts Institute of Technology.
PRODNO 5798-FAL IBM Transmission Control Protocol/Internet
Protocol for VM
IMKTG MARKETING INFORMATION
MARKETING CHANNELS
o NCMD
o SWMD
PRODUCT POSITIONING
There is a rapid increase in the number of workstations used
for engineering/scientific computing as well as increased use by many
other industries. The Network File System is popular as a file
server to support these workstations. The Network File System on
IBM TCP/IP for VM allows the IBM systems running VM to act as a file
server for the engineering/scientific workstations. The DASD and
associated VM programming support provide a high quality system for
use as a file server in this environment. Systems of other vendors
with the NFS 3.2 client protocols implemented may access files on the
VM system using TCP/IP and the NFS feature. The IBM AIX Network File
Systems provide client function that will access these files. The
IBM Personal Computer feature of TCP/IP for VM does not contain NFS
client function and cannot access NFS files on the VM system.
MARKETING STRATEGY
IBM TCP/IP for VM and the Network File System should be
marketed to customers with VM systems and engineering/scientific
workstations with NFS 3.2 installed.
MARKETING FOCUS
SALES COMPENSATION PLAN: Normal provisions apply.
MEASUREMENT VALUE (MV): MV is available on HONE for all programs by
keying the command POINTS 5798-FAL at the entry prompt arrow of the
selection screen. MV is also available on AAS under the mnemonic
QSLM.
HONE INFORMATION
Proposal material will not be available through HONE.
The configuration aids CFPROGS will be available through HONE
on September 30, 1988, and will be available to customers eligible to
use IBMLink. The fast path name is CFPROGS.
IADMIN ADMINISTRATIVE INFORMATION
ORDERING INFORMATION
The HONE configuration aid CFPROGS may be used to determine
ordering information. The HONE aid SYSLINK may be used to transmit
the ordering information from HONE to AAS.
PROCESSOR GROUP-TO-PROCESSOR GROUP UPGRADES The program in this
announcement is eligible for processor group upgrades (e.g., Group 20
to Group 40) when notification is received that the customer has
changed the processor (designated machine) on which the licensed
program is running. For special administrative information, refer to
ADMININFO Item Number DVG33.
PROGRAMMING RPQS
Requests for PRPQs will not be accepted.
SPONSORING EXECUTIVE
S. J. Palmisano
Group Director
Mid-Range Systems Management
OVERVIEW HIGHLIGHTS
o Network File System Feature
o 9370 integrated X.25 support (driver)
o X Window System client function
o Remote execution daemon
o SNA network link
o HYPERchannel (4) support (driver).
(4) Trademark of Network Systems Corporation.
DESCRIPTION
NETWORK FILE SYSTEM FEATURE
The Network File System (NFS) feature provides file server support
for the NFS 3.2 protocols developed by Sun Microsystems, Inc. This
support enables the VM system to act as a file server for vendor
systems with the NFS 3.2 client function installed. NFS has been
implemented on the IBM AIX systems as well as many other vendor's
systems. Optional encryption of file handles requires
IBM Information Protection System Cryptographic programs for VM/CMS
(5796-PPK) or a customer-supplied encryption procedure. The NFS
feature does not include the Network File System client function.
The Network File System feature uses the *BLOCKIO CP system
service, and can reference CMS-format minidisks on any DASD supported
by *BLOCKIO. Special formatting of the CMS minidisk by the RESERVE
command is not required.
The Network File System feature includes Remote Procedure
Call. The RPC function of the Network File (RPC) System makes remote
procedures appear as if they were local. Both the NFS and RPC
protocols adhere to the External Data Representation (XDR)
specification, which allows the protocols to be independent of
machine internal format.
The RPC is implemented as a library of procedures. The
customer who wishes to write applications using RPC will require
IBM C for System/370 (5713-AAH) and the IBM VS Pascal Library
(5668-717).
OTHER TCP / IP FOR VM FUNCTIONAL ENHANCEMENTS IN VERSION 1.2
9370 X.25 Communications Subsystem Support
A driver is provided to support connection of the IBM TCP/IP for VM
program offering to an X.25 network using the 9370 X.25
Communications Subsystem.
REMOTE EXECUTION DAEMON
A remote execution daemon (server) (REXECD) is provided to allow
remote execution of VM EXECs and CP/CMS commands. Systems with the
Remote Execution (REXEC) client function installed may initiate
execution of VM EXECs and CP/CMS commands from the remote system.
IBM AIX/RT (TM) and IBM TCP for the Personal System/2 (R) (PS/2 (R))
have the client REXEC function available.
(TM) Trademark of the International Business Machines Corporation.
(R) Registered trademarks of the International Business Machines
Corporation.
SNA NETWORK LINK
IBM TCP/IP for VM installed on a VM system with IBM ACF/VTAM for
VM/SP (5664-280) may interconnect the TCP/IP network via SNA to
another TCP/IP network attached to a remote VM system with IBM TCP/IP
for VM and IBM ACF/VTAM for VM/SP installed on the remote system.
The SNA LU-0 protocol is used to link the two systems.
CMS X WINDOW SYSTEM (VERSION X.11)
The CMS X Window System is an application program interface (API)
which allows a CMS program access to a bit-mapped, high-resolution
display connected to system running an X Window System (Version X.11)
server program. The IBM AIX/RT X Window System Version 2.1 offers
the required X Window System server function. The X Window System
API allows the development of code portable across operating systems
and displays. The CMS application using the X Window System client
function communicates with the X Window System server function on the
AIX system. The CMS applications using the X Window System function
will be written in C and require the IBM C for System/370 program
offering (5713-AAH) and the IBM VS Pascal Library (5668-717). TCP/IP
is used as the communication protocol between the VM system and the X
Window System server system.
HYPERCHANNEL SUPPORT (DRIVER)
A driver is provided to support connection of the IBM TCP/IP for VM
program to a NSC HYPERchannel network using a NSC IBM channel
adapter. Support conforms to specifications outlined in RFC1044 for
16-bit address configuration.
NOTE: Customer application programs that interface to IBM TCP/IP for
VM and written in IBM C for System/370 Program Offering (5713-AAH)
require the IBM VS Pascal Library (5668-717) for execution.
For additional information on TCP/IP for VM, refer to
Programming Announcement 287-165, dated April 21, 1987.
... snip ...
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 06 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
The low hanging fruit was part of the massive migration off mainframes in the late 80s and 90s. As the low-hanging fruit fled ... what was left was the increasingly convoluted stuff ... some cases where original source no longer even existed and the original implementers were long gone. It was one of the things that made Y2K remediation such a monumental, sometimes horrifying prospect (although some of the Y2K remediation was accomplished by migration). At some point the remaining stuff were the things that had proved extremely difficult and apparent risk of migration appeared to exceed the possible benefits.
lost/opaque legacy executables also helps account for continued existence of (simulated) CKD DASD ... even though there haven't been such disks manufactured for decades ... which also accounts for a huge amount of overall continuing mainframe use.
all the disks manufactured for decades have been fixed-block (obsolete
CKD DASD is purely a simulated artifact). This old past about early
jan92 meeting in ellison's conference room included fiber-channel to
fixed-block disks ... long before FICON over fiber-channel ever became
available on mainframe.
https://www.garlic.com/~lynn/95.html#13
part of the reason HA/CMP project ... various past posts
https://www.garlic.com/~lynn/subtopic.html#hacmp
was dealing with outside RDBMS vendors was that there was no
comparable corporate product. However mainframe DB2 would comment that
if I was allowed to continue ... it would be at least five years ahead
where they were at. Old email about doing various kinds of cluster
scale-up for both commercial as well as numerical intensive
https://www.garlic.com/~lynn/lhwemail.html#medusa
the last in the above was possibly only hrs before the cluster scale-up
was transferred and we were told we couldn't work on anything with
more than four processors. Then within a couple weeks, the cluster
scale-up was announced for numerical intensive market only. It was one
of the things that motivated me to make the comment about "From
the annals of release no software before its time" ... when the
purescale stuff appeared in 2009
https://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time
https://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: z/OS's basis for TCP/IP Newsgroups: bit.listserv.ibm-main Date: 6 Dec 2011 10:13:35 -0800re:
this is post here on ibm-main last april
https://www.garlic.com/~lynn/2011f.html#29 TCP/IP Available on MVS When?
https://www.garlic.com/~lynn/2011f.html#30 TCP/IP Available on MVS When?
https://www.garlic.com/~lynn/2011f.html#31 TCP/IP Available on MVS When?
quotes from ibmnew89 memo on vmshare
http://vm.marist.edu/~vmshare/browse.cgi?fn=IBMNEW89&ft=MEMO
about 5798-DRG from 1984 (i.e. some as wiscnet from wisconsin) ... and was replaced by 5798-FAL april 1987.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: z/OS's basis for TCP/IP Newsgroups: bit.listserv.ibm-main Date: 6 Dec 2011 10:47:27 -0800bzeeb-lists@LISTS.ZABBADOZ.NET (Bjoern A. Zeeb) writes:
i saw him last month at conference ... we were both wearing the same tshirt.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: z/OS's basis for TCP/IP Newsgroups: bit.listserv.ibm-main Date: 6 Dec 2011 12:10:57 -0800lynn@GARLIC.COM (Anne & Lynn Wheeler) writes:
in the mid-70s the US HONE datacenters were consolidated at 1501
(although the bldg now has another occupant). Recent references are to
Facebook hdqtrs "new" building next door at 1601. However, this is
reference to Facebook moving from 1601 to "1 Hacker Way"
http://www.zdnet.com/blog/facebook/facebooks-new-headquarters-is-located-at-1-hacker-way/5831
this is Facebook moving into the old Sun campus. I had spent a lot of
time in 1501 ... although I wasn't in anyway part of the HONE
infrastructure ... but HONE was one of my hobbies. misc. past posts
mentioning HONE
https://www.garlic.com/~lynn/subtopic.html#hone
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Hello? Newsgroups: alt.folklore.computers Date: Tue, 06 Dec 2011 18:27:07 -0500despen writes:
... ibm lost the project mac (multics) to ge. science center thot
they would be the center of virtual memory ... but tss/360 was
started down closer to the center of the universe. science center went
ahead with virtual machines (which also did paging and used
cp67 virtual memory). I one time there was possibly 1200 people
associated with tss/360 at time cp67 had possibly 12. misc. past posts
mentioning science center
https://www.garlic.com/~lynn/subtopic.html#545tech
tss/360 was eventually "killed" but managed to limp along with
support/maintenance group for existing customers. future system
attempted to draw stuff from all over ... every bluesky activity that
could be found in the literature ... lots of the Future System
paged-mapped stuff wasn't just multics ... but also tss/360.
https://www.garlic.com/~lynn/submain.html#futuresys
I had done a lot of comparison between cp67 and tss/360 at the univ
... and there was some gross inefficiencies in tss/360. when i was
originally doing page-mapped filesystem for cp67/cms ... about the
same time future system stuff was going on ... i had a long list of
things that needed to be done differently. misc. past posts
mentioning having done cp67/cms page-mapped filesystem ... and then
moved support to vm370/cms (although it was never released ... even
tho it benchmarked significantly faster than standard cms filesystem
... possibly hangover from future system failure)
https://www.garlic.com/~lynn/submain.html#mmap
for the fun of it ... a decade ago, I was asked to serve on assurance
panel discussion in the trusted computing track at intel developer's
forum:
https://web.archive.org/web/20011109072807/http://www.intel94.com/idf/spr2001/sessiondescription.asp?id=stp%2bs13
Part of the talk was about my aads chip. The head of the trusted
computing group was in the front row ... and I quipped that it was nice
to see that the TPM chip after year or so was starting to look more and
more like my aads chip; he quipped back that I didn't have 200 people on
a committee "helping" design my chip. misc. past posts mentioning aads
https://www.garlic.com/~lynn/x959.html#aads
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: z/OS's basis for TCP/IP Newsgroups: bit.listserv.ibm-main Date: 7 Dec 2011 04:52:19 -0800Lindy.Mayfield@SAS.COM (Lindy Mayfield) writes:
trivia ... person that invented DNS had a decade prior did stint working
at the cambridge science center (while at MIT) ... related to cms
multi-level source update process (this was after gml had been invented
at science center and before cp67 morphed into vm370).
https://www.garlic.com/~lynn/subtopic.html#545tech
old posts with reference to somebody being semi-facetious
https://www.garlic.com/~lynn/aepay11.htm#43 Mockapetris agrees w/Lynn on DNS security - (April Fool's day??)
https://www.garlic.com/~lynn/aepay11.htm#45 Mockapetris agrees w/Lynn on DNS security - (April Fool's day??)
wiki reference:
https://en.wikipedia.org/wiki/Paul_Mockapetris
another trivia from above wiki entry, jon postel used to let me do part
of std1 ... referenced in this recent linkedin post
https://www.garlic.com/~lynn/2011o.html#17 Ancient Internet History
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Hello? Newsgroups: alt.folklore.computers Date: Wed, 07 Dec 2011 09:32:43 -0500despen writes:
recent post how disk division claimed that the communication group would
be responsible for the demise of the disk division:
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes
the issue was that the communication group had strategic "ownership" of
everything that crossed the datacenter walls. in the '80s they were
trying to preserve their terminal emulation install base ... some past
posts
https://www.garlic.com/~lynn/subnetwork.html#terminal
waging wars against client/server, peer-to-peer networking, distributed computing ... including spreading all sorts of mis-information and other kinds of FUD.
the disk division was starting to see nearly double digit annual drop in sales ... data&applications fleeing the datacenter to more distributed computing friendly platforms ... they had come up with a number of products to address the problem ... which were constantly being vetoed by the communication group.
my wife had run into problem earlier when she had been con'ed into going
to POK (land of large mainframes) to be responsible for loosely-coupled
architecture (mainframe for cluster). She had developed peer-coupled
shared data architecture ... but there would be periodic wars with the
communication group over having to use SNA for loosely-coupled
operation. There would be a temporary truce ... that she could use
anything she wanted within the datacenter (but communication group had
strategic ownership of everything that crossed the datacenter walls)
... but then the battles would startup again. The battles contributed
to her not remaining long in the position. misc. past posts
https://www.garlic.com/~lynn/submain.html#shareddata
Another scenario was the workstation division had done their own AT-bus (16bit) 4mbit token-ring adapter card for the PC/RT. Then for the RS/6000 (with microchannel), the workstation division was forced to use standard PS2 microchannel cards (joke that except for processor, RS/6000 was going to be as slow as PS2). The microchannel 16mbit token-ring card had design point of very low throughput per card ... aka 300 or more PCs on shared 16mbit LAN ... limited to terminal emulation. As a result, PC/RT server with 4mbit token-ring card had higher througput than RS/6000 server with microchannel 16mbit token-ring card.
In that time-frame, we had come up with 3-tier architecture ... and was
out pitching to corporate customer executives ... as a result we were
taking loads of barbs from the communication group
https://www.garlic.com/~lynn/subnetwork.html#3tier
another example in the time-frame, the communication group was
forcing the conversion of the internal network (had been larger
than arpanet/internet from just about the beginning until sometime
late '85 or early '86) to SNA. Recent post about misinformation
and techniques used by communication group to force internal
network conversion to SNA
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
part of the reason internet exceeding internal network was workstations
and PCs starting to appear as nodes, while they were limited to terminal
emulation on the internal network. misc. past posts
https://www.garlic.com/~lynn/subnetwork.html#internalnet
tcp/ip is the technology basis for the modern internet, NSFNET backbone
was the operational basis for the modern internet and CIX was the
business basis for the modern internet. We had been involved in
working early with various parties that would be involved in
the NSFNET backbone ... some old email
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
when the NSFNET backbone RFP was released, internal politics prevented us
from bidding. The director of NSF tried to help by writing letter to the company 3Apr1986, NSF Director to IBM Chief Scientist and IBM Senior VP and director of Research, copying IBM CEO) ... but that just made the internal politics
worse. There was also a large amount of mis-information being
distributed internally ... including references that SNA could be used
for the NSFNET backbone. Somebody created a collection of the
misinformation emails and sent them out to a distribution. Small
snippet from that distribution.
https://www.garlic.com/~lynn/2006w.html#email870109
in this post
https://www.garlic.com/~lynn/2006w.html#21 SNA/VTAM for NSFNET
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 07 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
or some related trivia ... recent mainframe discussion in the ibm-main
mailing list and the alt.folklore.computers usenet group
https://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
https://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP
https://www.garlic.com/~lynn/2011p.html#45 z/OS's basis for TCP/IP
https://www.garlic.com/~lynn/2011p.html#46 z/OS's basis for TCP/IP
https://www.garlic.com/~lynn/2011p.html#47 z/OS's basis for TCP/IP
https://www.garlic.com/~lynn/2011p.html#48 Hello?
https://www.garlic.com/~lynn/2011p.html#49 z/OS's basis for TCP/IP
https://www.garlic.com/~lynn/2011p.html#50 Hello?
repeat from upthread ... disk division disagreed (about data/applications fleeing). they were starting to see nearly double digit drop in sales ... as data and application were fleeing the datacenter to more distributed computing friendly platforms. this was part of the motivation for senior disk engineer to get a talk scheduled at the internal, world-wide, communication group conference and opened the talk with the comment that the communication group was going to be responsible for the demise of the disk division. the communication group was trying to preserve its terminal emulation install base (stranglehold on datacenter major motivation for data/applications fleeing). the disk division had tried to come out with several products to address the situation ... but since the communication group had strategic ownership of everything that crossed the datacenter walls ... they were constantly being blocked/vetoed (since the communication group had strategic ownership of everything that cross the datacenter walls). misc. past posts mentioning the subject
dumb terminal paradigm and/or emulation
https://www.garlic.com/~lynn/subnetwork.html#emulation
also in this recent post
https://www.garlic.com/~lynn/2011p.html#50
in the mid-80s, top corporate was predicting revenue (nearly all mainframe) would shortly double from $60B to $120B and set out on a massive internal building program to double mainframe hardare manufacturing capacity (example was bldg. 50 on disk division san jose plant site). However at the time, it was relatively easy to show that part of the business was starting to head in the opposite direction (which possibly wasn't a career enhancing move).
Then in the early 90s, it came to pass as the company went into the RED. the company recovered ... but mostly from restructuring and moving into new revenues in areas other than mainframe hardware Then later, the prediction about disk division demise also came to pass.
other trivia regarding the ibm-main/alt.folkore.computers
postings. one of the other people in the z/OS TCP/IP observed that
some of the existing routines are still vs/pascal. 5798-DRG was the
wiscnet support from Wisconsin
https://www.garlic.com/~lynn/2011p.html#45
... which a couple years later was replaced by ibm 5798-FAL, ibm
implementation in vs/pascal. It was later ported from vm370 to MVS by
simulating some of the vm370 functions in MVS. Much later the
communication group hired a consultant to do tcp/ip stack
implementation in VTAM (initial implementation ran much faster than
LU6.2 ... but he was then told that everybody knows a "correct" tcp/ip
runs slower than LU6.2 and they were only going to pay for a "correct"
implementation). However, some parts of the implementation apparently
continued to carry forward 5798-FAL components implemented in
vs/pascal. 5798-fal announce referenced here
https://www.garlic.com/~lynn/2011p.html#43
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 07 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
There was article (I think washington post) in the early 80s calling for 100% unearned profit tax on the US auto industry. The scenario was the justification for foreign auto import quotas was to reduce competition and give the US industry profits that they would then use to completely remake themselves. Instead they just skimmed the profits and continued business as usual.
About that time, I started sponsoring Col. Boyd's briefings at IBM
about being adaptable and agile. misc. past posts mentioning Boyd
https://www.garlic.com/~lynn/subboyd.html#boyd1
misc. URLs from around the web mentioning Boyd and/or OODA-loops
https://www.garlic.com/~lynn/subboyd.html#boyd2
Roll forward to 1990, the US auto industry has C4 task force looking to completely remake themselves, they invite technology vendors to participate since they plan on heavy leveraging technology as part of the complete make-over. During the meetings they could accurately articulate the competition from foreign makers and what the US industry needed to do. One of the things was the US industry was on a 7-8 year elapsed time product cycle (from start to rolling off the line, minor cosmetic changes annually with possibly two efforts going on overlapped, offset by 3-4yrs) ... while the foreign imports had cut the elapsed time in half and were in the process of cutting it in half again (able to more quickly adapt to changing market and/or technology). Offline, I would needle the participants from POK about how could they possible help since they were on similar elapsed time product cycle as US auto industry.
During the 1970s FS period, lots of 370 efforts were killed off
(planning on FS completely replacing all 370). misc. past FS posts
https://www.garlic.com/~lynn/submain.html#futuresys
With the death of FS, there was mad rush to get products back into 370
product pipelines. In effect both 303x and 3081 being overlapped. 303x
was the quick&dirty, 3031&3032 were effectively new covers for 158&168
and 3033 was 168 logic design remapped to 20% faster chips ... some
late work finally managing to get 3033 up to 1.5times that of
168. Some of this is discussed in more detail here
http://www.jfsowa.com/computer/memo125.htm
As soon as the 3033 is out the door, the 3033 engineers start on trout (aka 3090), overlapped with ongoing 3081 effort (lots of analogies with US auto industry).
Along with the big drop off in mainframe during the late 80s and early 90s, and the company going into the red, not only is it noticed with comments in the press ... but also internally. Hudson valley starts to look a little like scorched earth, mainframe operations are being shutdown and lots of people laid off. There was joke circulating around POK about the last person to leave needs to turn off the lights (similar to a 60s billboard seen in Seattle after massive Boeing layoffs)
Roll forward to the last couple years, the mainframe group managed to survive and has become slimmer as well as much more agile and adaptable (wish I could say the same for the US auto industry). Part of becoming slimmer is starting to heavily leverage industry standards ... rather than constantly everything having to be proprietary.
disclaimer ... in the 70s, I was part of small group that would visit POK and we got the 3033 processor engineers interested in working on a 370 16-way SMP (multiprocessor) implementation in their spare time. At first top management thought it was a good thing ... then somebody informed the head of POK that it could be decades before the POK favorite son operating system had 16-way support. Then some number of people were invited to never visit POK again ... and the 3033 processor engineers were told to get their noses back to the grindstone and not do anything else.
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Odd variant on clock replacement algorithm Newsgroups: comp.arch Date: Wed, 07 Dec 2011 13:50:25 -0500"Paul A. Clayton" <paaronclayton@gmail.com> writes:
Later, after Jim Gray had left and was at Tandem ... (he knew that I had originally done clock-like work as undergraduate in the 60s) and at ACM SIGOPS meeting he explained that a coworker of his was attempting to get stanford phd on clock but was meeting stiff opposition from certain segment of the academic community ... and wanted me to help. Part of this was situation in the early 70s where virtual machine cp67 running on 360/67 had my clock implementation ... and some others had modified cp67 supporting an alternative academic implementation (on nearly same hardware, the clock variety was significantly outperforming the academic modification; one of the few, direct, actual apple-to-apple comparisons) .... namely clock work involved GLOBAL LRU and academic work had involved LOCAL LRU.
This mentions a little problem that I had at San Jose Research ... where
it took nearly a year elapsed time to get approval to send a response
... even though it involved work I had done as undergraduate
... apparently I managed to offend some number of people and all sort of
restrictions were being placed on my activities.
https://www.garlic.com/~lynn/2006w.html#email821019
in this post
https://www.garlic.com/~lynn/2006w.html#46
misc. past posts
https://www.garlic.com/~lynn/subtopic.html#clock
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 07 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
This (by a senior IBM executive, dated jan1995, but presumably written
during much of 1994) has more discussion of the problems of the late
80s and early 90s ... as well as going into background history
... including some mention of Future System effort (The rise and fall
of IBM):
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 08 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
DOS, VS, and VM was low&mid-range 370 market (VM actually spanned the
high-end market as well). in the late 70s, 4331&4341 were introduced
for that market ... misc. old 43xx email
https://www.garlic.com/~lynn/lhwemail.html#43xx
these machines were referred to "E" ... it was somewhat the "new architecture" for low&mid-range equivalent to 370-xa at the high-end. Basically a lot of virtual memory gorp was moved down into the hardware ... for a single virtual address space (a little like facilities that were introduced in vm370 for vs1 handshaking running in a virtual machine). This gave rise to the reference to DOSE and VSE (ran straight 370 mode for vm370)
Similar to upthread reference to disk engineering & product test
getting one of the first engineering 3033 ... there was something
similar for 4341. As a result, I had better access to 4341
benchmarking than the endicott 4341 performance test group ... and so
I ran some benchmarks for them ... as mentioned in some of the
emails. One of the benchmarks was from national lab ... show 4341
outperforming 158&3031 ... when national lab was looking at an order of 70
machines (somebody leaked the numbers to the press, but it wasn't
me). Past discussion of 4341 benchmarks including clusters of 4341
providing better thruput, price/performance than 3033 (as well as much
lower floor space and environmental requirements):
https://www.garlic.com/~lynn/2006x.html#31
https://www.garlic.com/~lynn/2009r.html#37
old posts getting to play disk engineer in bldgs. 14&15
https://www.garlic.com/~lynn/subtopic.html#disk
The 4331/4341 broke some price/performance threshold and saw a huge
explosion in sales. Something similar happened to DEC with their VAX
machines for the same low&mid-range markets. This old post gives a
decade of VAX sales, sliced&diced by year, model, US/non-US
(skewed somewhat by inclusion of the microvax ... MVI & MVII
numbers)
https://www.garlic.com/~lynn/2002f.html#0
Small unit sales of 43xx machines saw similar volumes as VAX. The big difference for 43xx machines was large corporate orders for hundreds of machines at a time ... which became the leading edge of the distributed computing wave (before PCs). 4361&4381 were the follow-on models to 4331&4341 and were expected to continue the volume explosion ... which didn't happen. As can be seen in the VAX numbers, by that time, the low&mid-range market was already starting to migrate to workstations & large PCs.
The big explosion in 43xx machines could also be seen internally,
being placed out in dept. supply & conference rooms (contributing to
scarcity of conference rooms in the corporation). vm/4341 machines
also were huge increase in the size of the internal network ... old
post that includes all internal network world-wide locations that had
one or more nodes added during 1983:
https://www.garlic.com/~lynn/2006k.html#8
The internal network was larger than the arpanet/internet from just
about the beginning until possibly late '85 or early '86. 1Jan1983 was
when the arpanet/internet had big switch-over from IMP-based network
(with possibly 100 IMP network nodes and approx. 250 connected hosts)
to TCP/IP protocol. This was about the time that the internal network
was approaching 1000 nodes. old reference:
https://www.garlic.com/~lynn/2006k.html#email830422
old email referencing internal network
https://www.garlic.com/~lynn/lhwemail.html#vnet
past posts mentioning internal network
https://www.garlic.com/~lynn/subnetwork.html#internalnet
In the late-80s, the wholesale move of the low&mid-range market to
workstations & large PCs ... as well as the movement of the
distributed computing market was also starting to show up in migration
out of the datacenter and off of high-end 370s ... as referenced
upthread in previous posts ... also archived here:
https://www.garlic.com/~lynn/2011p.html#36
https://www.garlic.com/~lynn/2011p.html#51
it was in the late 80s period that the communication group had serious
campaign attempting to preserve their terminal emulation install base
... including spreading all sorts of misinformation and FUD about
client/server, distributed computing, peer-to-peer networking, etc. It
was when they were forcing the internal network to convert over to SNA
(when it would have been orders of magnitude more beneficial to have
converted over to TCP/IP) ... old email reference:
https://www.garlic.com/~lynn/2011.html#email870306
in this period, we had also come up with 3-tier architecture and were
out making pitches to senior customer executives and taking lots of
barbs from the communication group ... some 3-tier network posts
https://www.garlic.com/~lynn/subnetwork.html#3tier
the communication group was also spreading misinformation about
applicability of SNA for use with the NSFNET backbone ... old email
reference:
https://www.garlic.com/~lynn/2006w.html#email870109
some of this discussed in previous post ... also archived here
https://www.garlic.com/~lynn/2011p.html#38
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Are prefix opcodes better than variable length? Newsgroups: comp.arch Date: Thu, 08 Dec 2011 18:28:37 -0500Stephen Fuld <SFuld@alumni.cmu.edu.invalid> writes:
this mentions a major motivation for Future System was as countermeasure
to clone controllers (aka provide such complex & tight integration
between processors and controllers making it hard for clones to
compete):
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
during FS, 370 efforts were being killed off ... being viewed as
competitive with FS ... some discussion here:
http://www.jfsowa.com/computer/memo125.htm
however, distraction of FS and lack of 370 products then allowed clone processors (like Amdahl) to gain market foothold. Then when FS was killed there was mad rush to get (hardware&software) products back into 370 product pipelines.
23jun69 unbundling announcement ... starting to charge for (application)
software, professional services, maint., etc ... somewhat because of
various litigation ... however, they made the case that kernel software
should still be free. misc. past posts
https://www.garlic.com/~lynn/submain.html#unbundle
During the FS period, I continued to do 370 stuff ... even at times
ridiculing FS actitivies (which wasn't exactly career enhancing). Then
with the demise of FS ... and mad rush to get stuff back into 370
product pipelines ... various pieces of stuff that I had been doing was
selected to be shipped. One of the pieces was my resource manager
... which was also selected to be guinea pig for starting to charge for
kernel software ... and I got the privilege of spending a lot of time
with business&legal people about policies for pricing for kernel
software. some past posts
https://www.garlic.com/~lynn/subtopic.html#fairshare
Initially this was to be just kernel software that wasn't directly related to hardware support (like device drivers, multiprocessor support, etc). Then over a period of a few years, there was transition to increasing amounts of kernel software being charged for ... until all kernel software was being charge for.
Starting in the late 70s ... there was also increasing number of "tweaks" to 370 ... not so much in "application" instruction set ... but increasingly complexity in the low-level machine architecture and "privileged/supervisor" instructions.
Note that one of the early spin-offs from science center
https://www.garlic.com/~lynn/subtopic.html#545tech
was NCSS which offered their version of (virtual machine) cp67 as
commercial online service bureau (sort-of early public cloud). in the
70s, 2pi also offered 370 compatible processors ... possibly half of
them sold under NCSS logo bundled with NCSS version of cp67 (upgraded to
370)
http://corphist.computerhistory.org/corphist/view.php?s=select&cid=4
Fujitsu did manufacturing for Amdahl. There was National Advanced System
... sold 370 clone processors manufactured by Hitachi. Old email
mentioning (NAS) AS9000
https://www.garlic.com/~lynn/2006b.html#email810421
in this post
https://www.garlic.com/~lynn/2006b.html#38
also this old email mentioning Amdahl 5880 (in same post)
https://www.garlic.com/~lynn/2006b.html#email810318
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 09 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
recent discussion of mainframe clone processors in comp.arch ... part
archived here
https://www.garlic.com/~lynn/2011p.html#56
mentions that early 70s side-track into Future System, internally
killing off 370 competitive projects, and then with demise of Future
System ... mad rush to get 370 products back in the pipeline
... allowed clone processors to gain market foothold. This is also
discussed in the Ferguson & Morris book, "Computer Wars: The Post-IBM
World", Time Books, 1993. misc. past posts mentioning Future System
https://www.garlic.com/~lynn/submain.html#futuresys
The rapid decline of the mainframe market in the late 80s and early
90s ... mentioned upthread and posts archived here:
https://www.garlic.com/~lynn/2011p.html#51
https://www.garlic.com/~lynn/2011p.html#52
https://www.garlic.com/~lynn/2011p.html#55
and "The rise and fall of IBM":
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
https://www.ecole.org/en/session/49-the-rise-and-fall-of-ibm
also hit clone processor manufacturing hard, many of them disappearing from the scene (or getting out of the clone business)
This past post
https://www.garlic.com/~lynn/2011o.html#75
refers to year old article that estimates there are no more than
10,000 mainframes in the world (and between 4,000 and 5,000 customers)
http://articles.economictimes.indiatimes.com/2010-08-10/news/27620495_1_mainframe-ibm-big-challenge
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Hello? Newsgroups: alt.folklore.computers Date: Fri, 09 Dec 2011 09:52:47 -0500Morten Reistad <first@last.name> writes:
which then were decimated when killer micros (also) hit the mainframe
market
https://www.garlic.com/~lynn/2011p.html#57
also reference that in the mid-80s, top corporate hdqtrs were predicting
that corporate revenue was going to double from $60B to $120B (mostly
mainframe) in few short years and started large building program to
double mainframe manufacturing capacity. However, the reverse happened
and in the early 90s, the company went into the red
https://www.garlic.com/~lynn/2011p.html#51
misc. past posts that at the time (of the doubling forcast) that it
wasn't career enhancing to do few simple calculations showing hardware
commoditization was pushing things in the opposite direction
https://www.garlic.com/~lynn/2005j.html#32 IBM Plugs Big Iron to the College Crowd
https://www.garlic.com/~lynn/2005s.html#16 Is a Hurricane about to hit IBM ?
https://www.garlic.com/~lynn/2006.html#21 IBM up for grabs?
https://www.garlic.com/~lynn/2006.html#22 IBM up for grabs?
https://www.garlic.com/~lynn/2006l.html#17 virtual memory
https://www.garlic.com/~lynn/2006r.html#20 50th Anniversary of invention of disk drives
https://www.garlic.com/~lynn/2007r.html#6 The history of Structure capabilities
https://www.garlic.com/~lynn/2010p.html#34 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2011c.html#20 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011c.html#28 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011d.html#78 I actually miss working at IBM
https://www.garlic.com/~lynn/2011f.html#11 History of APL -- Software Preservation Group
https://www.garlic.com/~lynn/2011f.html#13 Car models and corporate culture: It's all lies
https://www.garlic.com/~lynn/2011f.html#54 At least two decades back, some gurus predicted that mainframes would disappear
https://www.garlic.com/~lynn/2011g.html#13 The Seven Habits of Pointy-Haired Bosses
https://www.garlic.com/~lynn/2011h.html#47 The IBM would have, could have and should have story
https://www.garlic.com/~lynn/2011i.html#35 Having left IBM, seem to be reminded that IBM is not the same IBM I had joined
https://www.garlic.com/~lynn/2011j.html#60 Who was the Greatest IBM President and CEO of the last century?
https://www.garlic.com/~lynn/2011l.html#19 Selectric Typewriter--50th Anniversary
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 09 Dec, 2011 Subject: The Myth of Work-Life Balance Blog: Greater IBMThere is long running discussion in "Mainframe Experts" on migration off mainframe
one of my archived posts in the above:
https://www.garlic.com/~lynn/2011p.html#52
where I talk about agile and adaptable and having sponsored Boyd's
briefings in IBM back in the early 80s on OODA-loop, agile and
adaptable ... along with the rapid downturn in the mainframe business
in the late 80s and early 90s ... more followup
https://www.garlic.com/~lynn/2011p.html#55
https://www.garlic.com/~lynn/2011p.html#57
One of the issues was that in the mid-80s, top corporate hdqtrs were
predicting that the revenue would double from $60B to $120B in a few
short years (mostly mainframe) and instituted a massive building
program to double mainframe manufacturing capacity ... at a time when
the mainframe business was already starting to go in the opposite
direction (and by the early 90s, the company had gone into the red):
https://www.garlic.com/~lynn/2011p.html#58
Note that during the later part of 80s and the period of doubling mainframe manufacturing capacity ... there also appeared to be big increase in the executive "fast track" program ... where fledgling executives were groomed by rapidly moving around different positions. There were jokes about organizations selected to be victims of the "fast track" executive program ... which put them at severe disadvantage as new executive was put in (most to learn from mistakes) and then would be replaced by the next "fast track" (repeating mistake cycle).
misc. past posts mentioning Boyd
https://www.garlic.com/~lynn/subboyd.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 09 Dec, 2011 Subject: Spontaneous conduction Blog: Boyd's Strategyre:
Boyd would advocate viewing from every possible facet ... and discussions with him were rarely straight-line focused ... constantly bringing in large number of different things. The corollary in business is trying to simplify measure to single variable and then optimize that single measure ... where attempting to discuss multiple variable optimization is met with blank stares or even hostility.
A related ... but different thing happened during the development of
original SQL/relational RDBMS implementation ... where relations were
simplified to association with single variable (key). This table
paradigm made it much more efficient for big early adopter
... financial transactions ... but enormously increased the difficulty
for handling "real-world" information ... which rarely fits into table
paradigm. misc. past posts mentioning development of original
SQL/relational RDBMS implementation
https://www.garlic.com/~lynn/submain.html#systemr
I had example of focused/complex about a decade ago ... large financial processor had application ran all night on 40+ maximum configured mainframes (>$1B+ cost) ... the application originated in the 70s and significantly grown over the decades ... and the dataprocessing hardware was primarily sized for doing this overnight application.
There was large staff dedicated to managing the performance of the application ... but even with a couple hundred people, it had become increasingly "bloated" over the years. The primary performance technology was "hot-spot" monitor (how much time did the application spend in each small segment of code) ... which would be used as input to software organization as to where they should concentrate on improvements. This approach had been constantly milked for very long time and so there was fewer and fewer productive areas of improvements shown. They had also recently hired a dataprocessing performance consultant that used an analytical model to profile system operation looking for potential bottlenecks.
Now in the 70s at the science center, some past posts
https://www.garlic.com/~lynn/subtopic.html#545tech
we had spent large amount of time on different performance technologies ... including hotspot monitors, system simulation analysis, system analytical models and multiple regression analysis (looking at aggregate large-scale operation). Some of this work also eventually evolves into things like "capacity planning" with lots of work on workload profiling and system profiling.
It turns out that the newly hired consultant had acquired the rights to multiple decade descendent of one of the science center's analytical models (implemented in APL language) and had run it through an APL-language to C-language conversion and was using it at major dataprocessing installations around the world. Renewed emphases on hot-spot analysis and system analytical modeling yielded a few percent improvement.
I offered to use multiple regression analysis with very high-level activity functional counters ... which found a relative complex, infrequent activity that accounted for 21% of total overall application processing. Part of the issue was that the infrequent activity didn't involve a lot of unique code but repeatedly invoked a large amount of other code (that had been individually extensively optimized). With the multiple regression analysis available they re-examined this particular area and realized it was being repeated three times for every occurrence when it needed only to be run once. This reduced the aggregate overhead from 21% to 7% ... a 14% savings of >$1B+ dataprocessing (nearly $200m).
My assertion was this was extremely Boyd .... aka both 1) viewing the activity from lots of different facets (hot-spot, analytical model, multiple regression) as well as 2) complimenting very low level analysis (hot-spot) with very high level analysis (multiple regression) ... sometimes the forest can be lost in the trees.
misc. past posts mentioning Boyd &/or OODA-loops
https://www.garlic.com/~lynn/subboyd.html
misc. past posts mentioning the 450+k statement cobol application
https://www.garlic.com/~lynn/2006u.html#50 Where can you get a Minor in Mainframe?
https://www.garlic.com/~lynn/2007l.html#20 John W. Backus, 82, Fortran developer, dies
https://www.garlic.com/~lynn/2007u.html#21 Distributed Computing
https://www.garlic.com/~lynn/2008c.html#24 Job ad for z/OS systems programmer trainee
https://www.garlic.com/~lynn/2008d.html#73 Price of CPU seconds
https://www.garlic.com/~lynn/2008l.html#81 Intel: an expensive many-core future is ahead of us
https://www.garlic.com/~lynn/2009d.html#5 Why do IBMers think disks are 'Direct Access'?
https://www.garlic.com/~lynn/2009e.html#76 Architectural Diversity
https://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
https://www.garlic.com/~lynn/2009g.html#20 IBM forecasts 'new world order' for financial services
https://www.garlic.com/~lynn/2009s.html#9 Union Pacific Railroad ditches its mainframe for SOA
https://www.garlic.com/~lynn/2010.html#77 Korean bank Moves back to Mainframes (...no, not back)
https://www.garlic.com/~lynn/2010i.html#41 Idiotic programming style edicts
https://www.garlic.com/~lynn/2011c.html#35 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011c.html#41 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011f.html#32 At least two decades back, some gurus predicted that mainframes would disappear
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 09 Dec, 2011 Subject: Migration off mainframe Blog: IBM Historic ComputingThere has been long running discussion in mainframe experts group
some historic specific related posts in the thread also archived here
https://www.garlic.com/~lynn/2011p.html#52
https://www.garlic.com/~lynn/2011p.html#54
https://www.garlic.com/~lynn/2011p.html#55
One of the reasons that PCs became popular was that you could get PC for about the same price as 3270 ... and in single desktop footprint, get 3270 terminal emulation as well as some amount of local computing (which started out fairly simple ... but became more and more powerful as the PC technologies evolved).
One of the simplest terminal emulation was correct some of the human factors issues with 3278 terminal. In the 3277, with some local hacking ... it was possible to adjust the repeat key delay and repeat key rate ... for instance cursor movement. Another annoying 3270 characteristic (for interactive computing) was if you were typing at the time the screen updated ... the keyboard would lock and person would have to stop and hit reset. Again it was possible to do a hack to 3277 to eliminate the keyboard locking when screen update.
For 3274/3278 ... lots of the electronics were moved out of the head
back into the 3274 to reduce the cost of 3278 manufacturing (compared
to 3277) ... eliminating human factors hacks that had been done to
3277. Complaints to kingston eventually came back with the response
that 3278 wasn't designed for interactive computing ... but for data
entry (aka next generation keypunch). Old post with some 3274/3278
comparisons with 3272/3277 from early 80s
https://www.garlic.com/~lynn/2001m.html#19
I was responsible for large-scale vm370/cms service .... operated at
100% cpu busy ... but giving .11sec interactive trivial cms (system,
90% percentile) response ... coupled with 3272/3277 hardware of .086
seconds ... resulted in .196 response seen at the terminal. This was
in the days with human factors studies showing increase productivity
for sub-second (actually quarter second) response. As referenced in
the above post ... it was very unusual to have TSO system with
response as good as 1second ... and frequently multi-second response
(part of the justification for the human factors studies ... since
MVS/TSO was claiming subsecond response was important ... because they
weren't able to achieve subsecond responses). more recent post (here
in ibm historic computing) about reference to subsecond response study
https://www.garlic.com/~lynn/2011d.html#53
The 3270 terminal emulation contributed to early uptake in ibm/pc
... no-brainer business justification to switch from justified 3270
terminals to ibm/pc with additional function at no additional
cost. Later (as noted in original refrenced posts), communication
group attempting to protect its terminal emulation install base (and
fend off client/server, distributed computing, peer-to-peer
networking) accelerated applications leaving mainframe. some past
posts
https://www.garlic.com/~lynn/subnetwork.html#emulation
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 10 Dec, 2011 Subject: Migration off mainframe Blog: IBM Historic Computingre:
I've commented that leading wave of distributed computing was 4300
machines in the late 70s. This is reference to vax numbers
sliced&diced in various ways
https://www.garlic.com/~lynn/2002f.html#0
referenced in this post in similar thread
https://www.garlic.com/~lynn/2011p.html#55
The 4300s sold similar numbers involving orders with small number of machines. Big difference was large corporate orders with hundreds of 4300 ... that were going out into departmental supply & conference rooms (internally it contributed to conference rooms becoming scarce resource).
mentioned in 4300 email collection
https://www.garlic.com/~lynn/lhwemail.html#43xx
at least the san jose plant site, they were also looking at trying to handle big increase in processing demand and the existing datacenter machine rooms were bursting at the seams with high-end mainframes. Putting 4341s out into every departmental areas was a way of alleviating huge increase in processing demand. One of the issues was a lot of the high-end processing were applications making use of lots of sophisticated MVS system services. Part of the issue of moving those applications out to the distributed vm/4341s was adding the additional MVS services simulation to CMS (which worked out to approx. 12kbytes of new assembler code).
this references upswing in 4300 for departmental computing
https://www.garlic.com/~lynn/2001m.html#15
and head of POK saying that 11,000-plus of the VAX sales should have been 4341s ... however goes into additional detail about significant internal politics playing out between POK and Endicott over 4341 starting to encroach on low-end of POK machines (and 4341 clusters providing better price/performance and aggregate computing than largest POK machines)
aka the big downturn in datacenter mainframes in the late 80s and early 90s and migration to distributed and clustered "killer micros" ... and seen something similar starting to play out in the late 70s with distributed and clustered 4300s
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 10 Dec, 2011 Subject: 21st Century Management approach? Blog: Boyd's Strategyre:
related to perpetual conflict and MICC ... also The Defense Death
Spiral
http://chuckspinney.blogspot.com/p/links-to-my-reports.html
which is consistent with Winslow Wheeler's reference .. and why can't it be audited. Even GAO can audit public company financial filings (finding uptic in fraudulent filings even after Sarbanes-Oxley) and also shows up in the Success of Failure culture.
I recently finished "Confessions of an Economic Hit Man"
https://www.amazon.com/Confessions-Economic-Hit-Man-ebook/dp/B001AFF266
The whole time I was reading it, I kept thinking it couldn't be an autobiography, but must be fiction. However, the general theme of the book is consistent with the strategy behind Success of Failure culture as well as the lack of adequate audits (why couldn't the projections for the world bank projects be checked against results; possibly showing some sort of pattern).
Bloomberg TV recently discussed how they had to appeal to the Supreme
Court in order to get Federal Reserve disclose what it has been doing.
http://www.bloomberg.com/news/2011-11-28/secret-fed-loans-undisclosed-to-congress-gave-banks-13-billion-in-income.html
and
http://www.csmonitor.com/USA/2010/1201/Federal-Reserve-s-astounding-report-We-loaned-banks-trillions
in addition to Dodd-Frank requiring that GAO also do an audit.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 09 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
I replicated some of my comments about leading wave of distributed
computing in IBM Historic Computing (closed group) ... this is part of
post with some overlap with comments upthread regarding rise&decline
of 4300s&vaxes in the low&mid-range
https://www.garlic.com/~lynn/2011p.html#61
aka the big downturn in datacenter mainframes in the late 80s and early 90s and migration to distributed and clustered "killer micros" ... and seen something similar starting to play out in the late 70s with distributed and clustered 4300s
one of 4300 email items
https://www.garlic.com/~lynn/lhwemail.html#43xx
mar80 email reference needing to help BofA with 60 4341s:
https://www.garlic.com/~lynn/2006y.html#email800311b
https://www.garlic.com/~lynn/2010.html#email800311
later in the year, jim was leaving for tandem ... palming various
things on me ... including DBMS consulting with IMS development group
in STL and talking to customers installing system/r (original
sql/relational ... technology transfer to Endicott turns into SQL/DS)
... including BofA
https://www.garlic.com/~lynn/2007.html#email801006
and
https://www.garlic.com/~lynn/2007.html#email801016
in this old post
https://www.garlic.com/~lynn/2007.html#1
misc. past posts mentioning original sql/relational implementation
https://www.garlic.com/~lynn/submain.html#systemr
mentioned in above email was Jim's "MIP Envy" written as he was
departing to Tandem ... found here
https://www.garlic.com/~lynn/2007d.html#email800920
in this post (also references that Jim has gone missing)
https://www.garlic.com/~lynn/2007d.html#17
No sign of Jim was ever found, even after one of the most massive
searches in history. Year later there is tribute to Jim at Berkeley
https://www.garlic.com/~lynn/2008i.html#32
https://www.garlic.com/~lynn/2008i.html#36
and
https://www.garlic.com/~lynn/2008p.html#27
One of the things going into the big corporate downturn in the late 80s ... was apparent blinders in much of the corporation as to what was happening. I had sponsored Boyd's briefings in IBM starting back 1983 about business agile and adaptable to changing situations. In the early 90s, I remember wandering around Somers and talking to lots of different executives about the need to adapt to changing business climate and nearly all of them could characterize what was happening ... but none of them appeared to be able to actually make any change (I would characterize it as most of them were hoping that they could make it to retirement before major changes started to wash over the corporation). In Boyd discussions there was items about the generals having some of the worst disasters in war were ones that had previously had the major successes ... the major successes setting them up to believing that they would never have to change even when circumstances radically changed.
In Oct, I was at a Boyd conference at Quantico and former commandant
of the Marine Corps wandered in to talk to us; he had leveraged Boyd in
the 1990 time-frame to do makeover of the Marine corp.
https://www.garlic.com/~lynn/subboyd.html
Note that migration off datacenter mainframes starting in the late 70s to distributed vm/4341s (but still 370) was frequently because lack of responsiveness of datacenters to the users needs ... things appeared to be cast in concrete and evolving at glacier speeds (although that may become an inappropriate metaphor, recent reports saying glacier change may go non-linear this century). This continued in the late 80s and early 90s ... but to other kinds of distributed computing platforms. There have been some number of grandiose migration failures ... frequently involving legacy applications where there is little preserved institutional knowledge of how & why the existing applications work.
past posts in this discussion:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 11 Dec, 2011 Subject: Why (my, all) financial systems fail -- information complexity Blog: Financial Cryptographyre:
Complexity is also frequently taken as a snakeoil in security (complexity as form of obfuscation as to what is really going on) ... along with exploits tending to being proportional to complexity (and contend that the snakeoil analogy isn't just limited to security business).
In the US there has long been periodic rant about military-industrial-complex ... recent item was that Eisenhower originally was going to say military-industrial-congresional-complex (MICC), but shortened it at the last minute. There has been frequent items that DOD has been leqally required for decades to pass financial audit ... but has yet to have one (claims that it amounts to unaccounted trillion during the last decade)
I've used an analogy for FRCC ... or financial-regulatory-congressional-complex.
I remember original draft of Basel-2 having both additional quantitative measures as well as a new qualitative section ... which basically required top executives and board being able to demonstrate end-to-end understanding of the business processes ... sort of combination of ISO9000 and Sarbanes-Oxley ... but the new section effectively disappears during the review process.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 11 Dec, 2011 Subject: Migration off mainframe Blog: IBM Historic Computingre:
SHARE study cited vax/vms competitive advantage over vm/4300 as requiring less care&maintenance along with lower skill level. Big explosion in low & mid-range hit constraint of limited skilled resources ... and vax/vms had some competitive advantage over vm/4300. And as mentioned, Endicott also had to deal with internal politics with POK over vm/4341 encroaching on big datacenter market.
SHARE called for significant increase in "canned" operations for vm/4300.
trivia: Bob Evans had my wife audit 8100 product and shortly after she turned in her report, 8100 was canceled.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 11 Dec, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and SecurityFinishing up reading: Confidence Men: Wall Street, Washington, and the Education of a President.
One of the items is new governor of the New York Fed comes in the early part of the century and at one of their first NY FED advisery board meetings, Shiller explains how the real estate market is in big inflation "bubble" and will be due for burst. The new New York Fed governor replaces Shiller on the advisery board (part of allowing the bubble to reach truly epic proportions).
misc. past posts:
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 11 Dec, 2011 Subject: When will the Marine Corps get real about how much it has to shrink? Blog: FacebookWhen will the Marine Corps get real about how much it has to shrink?
from above:
Instead, I see General Dunford's public remarks as the Marine Corps
leadership effectively shutting down discussion. Myself, I think it
would be smarter for the Marines to announce as soon as possible that
they are cutting to 150,000 -- and then go on to say, they aim to be
the nation's small-but-ready force, able to go into a conflict early
and buy some time for the country, not unlike Korea in the summer of
1950. This is the time to get creative, not the time to go into a
defensive crouch.
... snip ...
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 11 Dec, 2011 Subject: Perspectives: Looped back in Blog: Boyd's Strategyre:
Perspectives: Looped back in
http://armedforcesjournal.com/2011/12/8513175
from above:
So who is right: Benson and Rotkoff or their detractors?
They both are, for they are, in fact, talking about two different
versions of the OODA-Loop. The first is a simple circle, which Benson
and Rotkoff call inadequate. The second, less familiar one was
designed by Boyd himself. For the last 20 years, the OODA-Loop has
increasingly driven our strategy, doctrine and force structure
decisions. And for most of that time, we've been using the
wrong one.
... snip ...
references:
Goodbye, OODA-Loop
http://armedforcesjournal.com/2011/10/6777464/
in this Boyd discussion
http://lnkd.in/7EWnUF
and
https://www.garlic.com/~lynn/2011m.html#66 Goodbye, OODA-Loop
https://www.garlic.com/~lynn/2011m.html#72 Goodbye, OODA-Loop
https://www.garlic.com/~lynn/2011n.html#8 Goodbye, OODA-Loop
https://www.garlic.com/~lynn/2011n.html#21 Goodbye, OODA-Loop
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 12 Dec, 2011 Subject: No One Telling Who Took $586B in Fed Swaps Blog: Google+re:
No One Telling Who Took $586B in Fed Swaps
http://www.bloomberg.com/news/2011-12-11/no-one-says-who-took-586-billion-in-fed-swaps-done-in-anonymity.html
from above:
For all the transparency forced on the Federal Reserve by Congress and
the courts, one of the central bank's emergency-lending programs
remains so secretive that names of borrowers may be hidden from the
Fed itself.
... snip ...
pg46 Confidence Men: Wall Street, Washington, and the Education of
President:
Two top Treasury officials, Neel Kashkari and Phillip Swagel, had
already created a memo on bailouts that they called the "Break the
Glass" Bank Recapitalization Plan -- a ten-page apocalyptic scenario
outline that would later provide the rubric for TARP. Its idea was
straightforward: Treasury would purchase toxic assets from the banks,
unwind them using a private-asset intermediary, such as BlackRock, and
then sell them to maximize value for the people who would ultimately
be on the hook: the taxpayers.
... snip ...
But in jan2009, they discover that appropriated funds for TARP isn't even 10% of what is needed ... so have to leave it to the FED and use TARP for other things.
$27T in triple-A rated toxic CDO transactions done during the bubble:
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
... and fall of 2008 had been going for 22cents on the dollar.
just the four largest too-big-to-fail are carrying $5.2T
off-balance ye2008; if they had been required to account for the
assets; they would have been deemed insolvent and liquidated.
Bank's Hidden Junk Menaces $1 Trillion Purge
>http://www.bloomberg.com/apps/news?pid=newsarchive&sid=akv_p6LBNIdw&refer=home
just four largest too-big-to-fail have $5.2T triple-A rated toxic CDOs
"off-balance" end of 2008; $27T in triple-A rated toxic CDO
transactions during the bubble; and $700T in derivatives (Derivatives -
Opium 2.0?):
http://www.atimes.com/atimes/Global_Economy/ML14Dj02.html
misc. past posts mentioning difficulty Congress and courts have
had with FED:
https://www.garlic.com/~lynn/2010p.html#17 What banking is. (Essential for predicting the end of finance as we know it.)
https://www.garlic.com/~lynn/2010p.html#23 They always think we don't understand
https://www.garlic.com/~lynn/2010p.html#46 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2010q.html#58 Programmer Charged with thieft (maybe off topic)
https://www.garlic.com/~lynn/2010q.html#66 Ernst & Young sued for fraud over Lehman
https://www.garlic.com/~lynn/2011.html#48 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011j.html#3 Greed, Excess and America's Gaping Class Divide
https://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
https://www.garlic.com/~lynn/2011k.html#23 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
https://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
https://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#74 The Wall Street Pentagon Papers: Biggest Scam In World History Exposed: Are The Federal Reserve's Crimes Too Big To Comprehend?
https://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
https://www.garlic.com/~lynn/2011p.html#7 FDR explains one dimension of our problem: bankers own the government
https://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#34 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#63 21st Century Management approach?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 12 Dec, 2011 Subject: A question for the readership Blog: FacebookA question for the readership
I recently finished "Confessions of an EHM"
https://www.amazon.com/Confessions-Economic-Hit-Man-ebook/dp/B001AFF266
... hard to believe its not fiction ... but it has much being shifted
to corporations and their EHM, when the EHM fail, then they send in
the jackels, its only when the jackels fail, they send in the
military.
the book has EHM only partially profits, a major goal is leverage
EHM story is to convince countries to start massive infrastructure projects predicting benefits far in excess of possible. Country gets loans to pay for projects and companies skim massive profits. Country can't keep up with payments. US gov goes in and helps them restructure payments in return for special considerations.
EHM story has Venezuela being on the verge of a Panama type event ... EHM and the jackels had failed ... so the next step was the military, but Venezuela narrowly avoids the Panama fate because of 9/11 and excuse to send military into Iraq (instead)
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 12 Dec, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and Securitymention CFTC ... also mentioned upthread
in conjunction with Gramms, Enron, AIG, etc:
Mr. Corzine Goes to Washington, With No Pull
http://www.bloomberg.com/news/2011-12-12/mr-corzine-goes-to-washington-with-no-pull-william-d-cohan.html
misc. past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
and other past posts mentioning CFTC
https://www.garlic.com/~lynn/2009c.html#38 People to Blame for the Financial Crisis
https://www.garlic.com/~lynn/2009c.html#39 'WHO IS RESPONSIBLE FOR THE GLOBAL MELTDOWN'
https://www.garlic.com/~lynn/2009c.html#46 How to defeat new telemarketing tactic
https://www.garlic.com/~lynn/2009c.html#48 How to defeat new telemarketing tactic
https://www.garlic.com/~lynn/2009c.html#49 How to defeat new telemarketing tactic
https://www.garlic.com/~lynn/2009c.html#53 How to defeat new telemarketing tactic
https://www.garlic.com/~lynn/2009c.html#55 Who will give Citigroup the KNOCKOUT blow?
https://www.garlic.com/~lynn/2009c.html#65 is it possible that ALL banks will be nationalized?
https://www.garlic.com/~lynn/2009d.html#10 Who will Survive AIG or Derivative Counterparty Risk?
https://www.garlic.com/~lynn/2009d.html#16 The Formula That Killed Wall Street
https://www.garlic.com/~lynn/2009d.html#18 HSBC is expected to announce a profit, which is good, what did they do differently?
https://www.garlic.com/~lynn/2009d.html#28 I need insight on the Stock Market
https://www.garlic.com/~lynn/2009d.html#42 Bernard Madoff Is Jailed After Pleading Guilty -- are there more "Madoff's" out there?
https://www.garlic.com/~lynn/2009d.html#61 Quiz: Evaluate your level of Spreadsheet risk
https://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
https://www.garlic.com/~lynn/2009d.html#63 Do bonuses foster unethical conduct?
https://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
https://www.garlic.com/~lynn/2009e.html#0 What is swap in the financial market?
https://www.garlic.com/~lynn/2009e.html#8 The background reasons of Credit Crunch
https://www.garlic.com/~lynn/2009e.html#13 Should we fear and hate derivatives?
https://www.garlic.com/~lynn/2009e.html#23 Should FDIC or the Federal Reserve Bank have the authority to shut down and take over non-bank financial institutions like AIG?
https://www.garlic.com/~lynn/2009e.html#31 Should FDIC or the Federal Reserve Bank have the authority to shut down and take over non-bank financial institutions like AIG?
https://www.garlic.com/~lynn/2009e.html#35 Architectural Diversity
https://www.garlic.com/~lynn/2009f.html#29 What is the real basis for business mess we are facing today?
https://www.garlic.com/~lynn/2009f.html#38 On whom or what would you place the blame for the sub-prime crisis?
https://www.garlic.com/~lynn/2009f.html#51 On whom or what would you place the blame for the sub-prime crisis?
https://www.garlic.com/~lynn/2009g.html#5 Do the current Banking Results in the US hide a grim truth?
https://www.garlic.com/~lynn/2009g.html#7 Just posted third article about toxic assets in a series on the current financial crisis
https://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
https://www.garlic.com/~lynn/2009g.html#76 Undoing 2000 Commodity Futures Modernization Act
https://www.garlic.com/~lynn/2009h.html#10 China's yuan 'set to usurp US dollar' as world's reserve currency
https://www.garlic.com/~lynn/2009h.html#17 REGULATOR ROLE IN THE LIGHT OF RECENT FINANCIAL SCANDALS
https://www.garlic.com/~lynn/2009h.html#75 A Math Geek's Plan to Save Wall Street's Soul
https://www.garlic.com/~lynn/2009i.html#13 64 Cores -- IBM is showing a prototype already
https://www.garlic.com/~lynn/2009i.html#54 64 Cores -- IBM is showing a prototype already
https://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."
https://www.garlic.com/~lynn/2009i.html#74 Administration calls for financial system overhaul
https://www.garlic.com/~lynn/2009i.html#77 Financial Regulatory Reform - elimination of loophole allowing special purpose institutions outside Bank Holding Company (BHC) oversigh
https://www.garlic.com/~lynn/2009j.html#35 what is mortgage-backed securities?
https://www.garlic.com/~lynn/2009k.html#2 Big Bonuses At Goldman Should Be Applauded, Not Criticized
https://www.garlic.com/~lynn/2009l.html#5 Internal fraud isn't new, but it's news
https://www.garlic.com/~lynn/2009n.html#13 UK issues Turning apology (and about time, too)
https://www.garlic.com/~lynn/2009n.html#56 Opinions on the 'Unix Haters' Handbook'
https://www.garlic.com/~lynn/2009o.html#84 Opinions on the 'Unix Haters' Handbook'
https://www.garlic.com/~lynn/2009p.html#51 Opinions on the 'Unix Haters' Handbook
https://www.garlic.com/~lynn/2009q.html#77 Now is time for banks to replace core system according to Accenture
https://www.garlic.com/~lynn/2009r.html#35 70 Years of ATM Innovation
https://www.garlic.com/~lynn/2009r.html#61 70 Years of ATM Innovation
https://www.garlic.com/~lynn/2010b.html#82 Oldest Instruction Set still in daily use?
https://www.garlic.com/~lynn/2010e.html#77 Madoff Whistleblower Book
https://www.garlic.com/~lynn/2010f.html#54 The 2010 Census
https://www.garlic.com/~lynn/2010h.html#28 Our Pecora Moment
https://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
https://www.garlic.com/~lynn/2010i.html#34 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010k.html#51 Information on obscure text editors wanted
https://www.garlic.com/~lynn/2010l.html#17 History--automated payroll processing by other than a computer?
https://www.garlic.com/~lynn/2010l.html#38 Who is Really to Blame for the Financial Crisis?
https://www.garlic.com/~lynn/2010n.html#36 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010o.html#71 They always think we don't understand
https://www.garlic.com/~lynn/2010p.html#57 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2010q.html#29 Ernst & Young sued for fraud over Lehman
https://www.garlic.com/~lynn/2011d.html#19 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#9 I actually miss working at IBM
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011e.html#38 On Protectionism
https://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011f.html#90 CFTC Limits on Commodity Speculation May Wait Until Early 2012
https://www.garlic.com/~lynn/2011g.html#1 CFTC Limits on Commodity Speculation May Wait Until Early 2012
https://www.garlic.com/~lynn/2011g.html#3 CFTC Limits on Commodity Speculation May Wait Until Early 2012
https://www.garlic.com/~lynn/2011g.html#17 Hey all you Old Geeks (and younger ones too), with gas heading towards $6.00/gal, remote support, satellite offices and home office will become more cost effective
https://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
https://www.garlic.com/~lynn/2011h.html#43 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
https://www.garlic.com/~lynn/2011i.html#18 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011i.html#25 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011j.html#40 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011j.html#41 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#5 AIG's Bank Of America Suit Puts Trashy Paper On Display
https://www.garlic.com/~lynn/2011k.html#46 Sand in Machine Makes a Stable Market
https://www.garlic.com/~lynn/2011k.html#54 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#60 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#76 FIA shocked and outraged after Senator leaks oil trading data
https://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
https://www.garlic.com/~lynn/2011l.html#74 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#18 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
https://www.garlic.com/~lynn/2011n.html#80 A Close Look at the Perry Tax Plan
https://www.garlic.com/~lynn/2011o.html#47 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#61 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#62 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#64 Civilization, doomed?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 13 Dec, 2011 Subject: A question for the readership Blog: Facebookre:
Confidence Men: Wall Street, Washington, and the Education of a
President.
https://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS/
has several references that essentially wallstreet was using the EHM debt strategy against the american public. other references were about new president having to choose between the economic A-team (Volcker et al) and the B-team. The A-team was instrumental in getting him elected, but the A-team would have held wallstreet and the too-big-to-fail accountable, which would have likely taken down most of those institutions.
recent posts mentioning too-big-to-fail:
https://www.garlic.com/~lynn/2011.html#50 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011.html#84 The Imaginot Line
https://www.garlic.com/~lynn/2011.html#94 The Curly Factor -- Prologue
https://www.garlic.com/~lynn/2011b.html#27 The Zippo Lighter theory of the financial crisis (or, who do we want to blame?)
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#53 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#56 Productivity And Bubbles
https://www.garlic.com/~lynn/2011c.html#46 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011d.html#19 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#23 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#28 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#70 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011e.html#41 On Protectionism
https://www.garlic.com/~lynn/2011e.html#48 On Protectionism
https://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011f.html#55 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011f.html#86 Bank email archives thrown open in financial crash report
https://www.garlic.com/~lynn/2011g.html#71 Pressing Obama, House Bars Rise for Debt Ceiling
https://www.garlic.com/~lynn/2011h.html#7 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011h.html#10 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
https://www.garlic.com/~lynn/2011h.html#40 Delinquent Homeowners to Get Mortgage Aid from Government
https://www.garlic.com/~lynn/2011h.html#41 Delinquent Homeowners to Get Mortgage Aid from Government
https://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
https://www.garlic.com/~lynn/2011i.html#11 'Megalomania, Insanity' Fueled Bubble: Munger
https://www.garlic.com/~lynn/2011i.html#18 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011j.html#14 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011j.html#44 S&P Downgrades USA; Time to Downgrade S&P?
https://www.garlic.com/~lynn/2011j.html#45 S&P's History of Relentless Political Advocacy
https://www.garlic.com/~lynn/2011j.html#50 How Many Divisions Does Standard and Poors Have?
https://www.garlic.com/~lynn/2011k.html#16 Feds Launch Probe Into S&P Mortgage Rates
https://www.garlic.com/~lynn/2011k.html#22 Slouching toward Weimar
https://www.garlic.com/~lynn/2011k.html#25 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
https://www.garlic.com/~lynn/2011k.html#44 New Scandal at DoJ as Illegal Guitars End Up In Hands of Mexican Drug Lords
https://www.garlic.com/~lynn/2011k.html#53 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#56 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#59 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#60 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#81 How Joe and Mary Six Pack Saved Wall Street, London, Frankfurt and Big Corporates in the USA and Europe
https://www.garlic.com/~lynn/2011k.html#89 The Grand Message in the Conceptual Spiral
https://www.garlic.com/~lynn/2011l.html#39 Kabuki Theater 1603-1629
https://www.garlic.com/~lynn/2011l.html#40 The Next Convergence: The Future of Economic Growth in a Multispeed World
https://www.garlic.com/~lynn/2011l.html#49 Does outsourcing cause data loss?
https://www.garlic.com/~lynn/2011l.html#63 UAV vis-a-vis F35
https://www.garlic.com/~lynn/2011l.html#67 computer bootlaces
https://www.garlic.com/~lynn/2011l.html#69 computer bootlaces
https://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#18 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#75 Banks Awash in Cash, Which Isn't Good News
https://www.garlic.com/~lynn/2011n.html#38 The Mark to Market Fantasy Fraud
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
https://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#7 John R. Opel, RIP
https://www.garlic.com/~lynn/2011o.html#10 UAV vis-a-vis F35
https://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
https://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#52 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#74 The Wall Street Pentagon Papers: Biggest Scam In World History Exposed: Are The Federal Reserve's Crimes Too Big To Comprehend?
https://www.garlic.com/~lynn/2011o.html#76 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011o.html#83 The banking sector grew seven times faster than gross domestic product since the beginning of the financial crisis and Too-Big-to-Fail: Banks Get Bigger After Dodd-Frank
https://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
https://www.garlic.com/~lynn/2011p.html#7 FDR explains one dimension of our problem: bankers own the government
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 13 Dec, 2011 Subject: Derivatives and free trade Blog: FacebookDerivatives and free trade:
from article:
The $7.77 trillion in subsidies to the American banking industry also
complicated things (Bloomberg expose last week after Freedom of
Information Act requests). Now the foreigners are going to point to
that as in violation of World Trade Organization rules. What other
nation's banks can hope to compete against that level of subsidy?
$7.77 trillion is more than all of China's subsidies for all
industries over the last 5,000 years.
... snip ...
... tirade on derivatives is very much the same message in: Confidence
Men: Wall Street, Washington, and the Education of a President.
https://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS/
Flow of Funds: Clock ticking
http://www.atimes.com/atimes/Global_Economy/ML13Dj02.html
a couple recent posts mentioning "confidence men"
https://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
https://www.garlic.com/~lynn/2011p.html#73 A question for the readership
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 14 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
Worldwide Server Market Revenues 2q11
http://www.idc.com/getdoc.jsp?containerId=prUS22998411
non-x86 servers $4.8B unix $2.9B System Z $1.2B linux $2.7B Windows $5.9B....
IBM Quarterly earnings 2q11
http://www.ibm.com/investor/2q11/press.phtml
total $26.7B
total hardware: $4.7B
doesn't break out System Z and non-System Z
total 1980 revenue $26.21B
http://www-03.ibm.com/ibm/history/history/year_1980.html
didn't break out, but mostly hardware ... it was possibly 81 or 82 when disk division said they had a year where they had more revenue than processor division
inflation factor:
http://www.usinflationcalculator.com/frequently-asked-questions-faqs/
cpi: 1980. approx. 80, 2q11. approx. 225 or approx. 2.8 times
the 1980 total revenue then is $73B in today's dollars or about $18B/qtr ... majority hardware compared to $4.7B for hardware 2q11 (hardware sales dropped by possibly factor of four times).
note in 1980, nearly all of the hardware sales were mainframe ... so the drop off in the mainframe hardware sales may be closer to an order of magnitude.
note that 1980 ... there was major internal programs to move off a large number of different microprocessors to 801/risc iliad chip; s/38 -> as/400 would use iliad, follow-on to 4331&4341 (aka 4361&4381) would use iliad, bunch of controllers would move to iliad. etc. For whatever reason, the iliad efforts floundered ... and company continuing business as usual with large number of different CISC micrprocessors (i.e. as/400 group quickly developed their own CISC when Iliad effort failed, 4361 & 4381 developed their own CISC, large number of different controllers continued with broad range of different CISC microprocessors).
there was the 801/risc ROMP chip (joint research & office products) that was going to be the follow-on to the displaywriter. When that was canceled ... they looked around and settled on retargeting the displaywriter follow-on to the unix workstation market. The company that had done the AT&T unix to PC/IX product was hired to also do one for ROMP ... which became PC/RT and AIX2.
Then RIOS chipset was done for follow-on unix workstation ... becoming POWER, RS/6000 and AIX3.
Then there was the joint Somerset effort with Motorola, Apple and IBM (also referred to as AIM) to do a single chip 801 ... as power/pc. Rochester got involved in the Power/pc effort and used the chip for (finally) moving AS/400 from custom CISC chip to 801/RISC chip.
power/pc and power efforts have since been merged
as/400 & system I
https://en.wikipedia.org/wiki/IBM_System_i
power/pc
https://en.wikipedia.org/wiki/PowerPC
https://en.wikipedia.org/wiki/List_of_PowerPC_processors
https://en.wikipedia.org/wiki/IBM_POWER
The executive we reported to when we were doing HA/CMP effort moved
over to head up Somerset (he had previously been at Motorola)
... misc. past posts mentioning ha/cmp
https://www.garlic.com/~lynn/subtopic.html#hacmp
He later left Somerset and became president of MIPs (chips used in SGI and some number of other computers, still being produced today for embedded computer applications somewhat in competition with ARM chips)
misc. old email mentioning 801
https://www.garlic.com/~lynn/lhwemail.html#801
past posts in this thread:
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 14 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
mainframe clustering was called loosely-coupled ... multi-tailed disk on same machine room floor. used "reserve/release" semantics for whole drive/device ... done on os/360, asp (turns into jes3), hasp shared-spool (turns into jes2 shared spool), and airline control program (turns into tpf) ... 2314s for 360 machines ... then in the 70s, 3330 for 370 machines.
for the 3330, there was the ACP extensions for the 3830 disk
controller ... which supported semantics more like later VAX/VMS
hardware controller. recent discussion of loosely-coupled from 360/370
https://www.garlic.com/~lynn/2011i.html#77
above references this old email discussing the 3830 locking feature
done for ACP clustering
https://www.garlic.com/~lynn/2008i.html#email800325
in this post
https://www.garlic.com/~lynn/2008i.html#39
trivia ... in the 70s, my wife had been con'ed into going to POK to be
in charge of (mainframe) loosely-coupled (aka cluster)
architecture. while there she developed Peer-Coupled Shared Data
architecture ... some past posts
https://www.garlic.com/~lynn/submain.html#shareddata
which didn't see a lot of uptake (except for IMS hotstandby) until sysplex. She didn't remain there long, in part because of the slow early uptake of her architecture and also because of ongoing battles with the communication group over having to use SNA for loosely-coupled coordination (there would be temporary truces where it was allowed that she could use anything she wanted within the walls of the datacenter ... but the communcation group had strategic ownership of *everything* that crossed the datacenter walls ... a major inhibitor both to mainframes playing in distributed computing environment as well as doing geographic distance clustering).
In our HA/CMP project ... some past posts
https://www.garlic.com/~lynn/subtopic.html#hacmp
I had coined the terms disaster survivability and geographic survivability to differentiate from disaster/recover. I was asked to a section for the corporate continuous availability strategy document ... but the section got pulled when both Rochester and POK complained they weren't able to meet the requirements
We were also working with Sybase, Informix, Ingres, and Oracle
... because they had portable platform implementations and all had
"cluster" support from their vax/cluster support (mainframe DB2 had
"loosely-coupled" but wasn't portable ... and the "portable" DB2, was
totally different base and didn't have cluster support). I did a lock
interface design that supported the vax/cluster semantics to make the
ports easier. However, at least Ingres also had a list of major
deficiencies in the vax/cluster cluster implementation ... which I was
able to "fix" since I was starting from a fresh implementation.
https://www.garlic.com/~lynn/submain.html#available
I also worked out some tricks that would allow synchronization of distributed logs after a recovery ... allowing cached modified records to be transferred between caches in cluster configurations (w/o having to first having to be written back to home position). Lots of people were apprehensive about such stuff ... so it was more than another decade before it was used.
On lots of the new stuff, we were constantly running into roadblocks from other parts of the company about being able to deploy ... especially the mainframe groups ... and so we decided to depart in 1992.
recent posts in this thread:
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 14 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
Airline Control Program did support "high availability" on 360
hardware and then 370 hardware. The reserve/release semantics were a
pain ... which was motivation for logical/fine-grain locking support
in the 3830 controller (for 3330 disks on 370).
https://en.wikipedia.org/wiki/IBM_Airline_Control_Program
Not released ... but in mid-70s the internal US vm/370 HONE
datacenters were consolidated at 1501 in silicon valley (next door to
current 1601 facebook hdqtrs ... which are in the process of moving
into the old SUN campus). For the consolidated US HONE datacenter we
did do multiple loosely-coupled (cluster) high-availability/fallover
as well as load-balancing across available processors. Note that some
of the virtual machine based commercial online service bureaus had
previously done a couple yrs earlier, high-availability fall-over for
vm370. This was behind first part of my note in 2009 "From The Annals
Of Release No Software Before Its Time") ... when cluster z/VM support
was released
https://www.garlic.com/~lynn/2009p.html#43
https://www.garlic.com/~lynn/2009p.html#46
the late 70s HONE made do w/o reserve/release and w/o the ACP 3830 fine-grain locking ... a special CKD search/write channel program was used that simulated multiprocessor compare&swap semantics. Read a record of lock locations, update values, and then do search-equal on the original record, if successful, rewrite the record with new value, if failed, reread the record. There was also discussions in the late 70s of JES2 using the scheme in the JES2 loosely-coupled implementation ... w/o needing reserve/release.
The second part of "From The Annals Of Release No Software Before Its
Time") was 2009 benchmark of power/db2 clustering with 100 nodes in
cluster ... which we had been working on in '91 & '92 before leaving
... some old email
https://www.garlic.com/~lynn/lhwemail.html#medusa
and this reference to jan92 meeting in Ellison's conference room
https://www.garlic.com/~lynn/95.html#13
Note that after earthquake in northern cal., in early 80s, the 1501 location was replicated first in dallas and then a 3rd in boulder ... with load balancing and fall-over between the 3sites.
also from long ago and far way, this is old "endicott" email
considering releasing vm370 high-availability and cluster support
https://www.garlic.com/~lynn/2008o.html#email820519
in this post
https://www.garlic.com/~lynn/2008o.html#59
for topic drift, the compare&swap instruction was originally invented
by charlie when he was doing multiprocessing locking work on (virtual
machine) cp67 at the science center (CompareAndSwap was chosen because
CAS are charlie's initials) ... misc. past posts mentioning science
center
https://www.garlic.com/~lynn/subtopic.html#545tech
then there was an attempt to get compare&swap included in 370
architecture. It was initially rebuffed because the POK favorite son
operating system people said it wasn't needed. The 370 architecture
owners then offered challenge that to get compare&swap into 370 would
require coming up with uses other than multiprocessor
locking/serialization. Thus was born the description for use of
compare&swap by multithreaded applications ... which has appeared in
appendix of every (mainframe) principles of operation since that
time. Other platforms also started implementing compare&swap (or
instruction with similar semantics) and most large multithreaded
applications started using it (including most RDBMS implementations).
misc. past posts mentioning compare&swap and/or smp
tightly-coupled multiprocessing
https://www.garlic.com/~lynn/subtopic.html#smp
recent posts in thread:
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 14 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
other trivia ... original sql/relational implementation was system/r
done in bldg.28 on vm370 370/145 ... some past posts
https://www.garlic.com/~lynn/submain.html#systemr
there was then technology transfer from SJR/bldg.28 to Endicott for
what became SQL/DS. there have been lots of folklore that SQL/DS was
allowed to escape because the corporation and POK favorite son
operating system was getting out the new official product EAGLE. When
EAGLE failed ... there was then was mad rush to see how fast sql/ds
(aka system/r) could be ported to MVS (for release as DB2) ... one of
the (oracle) people mentioned in this jan92 meeting
https://www.garlic.com/~lynn/95.html#13
claimed to have done the majority of the SQL/DS technology transfer to
STL for DB2 (when he was at STL).
During the 70s and system/r development ... there were skirmishes between IMS group in STL. The IMS group pointing out that System/R required twice the physical disk space and possibly five times (or more) the number of disk i/os (to access a record, reading various index levels). The rejoinder was that there was enormous people time spent maintaining&administrating IMS (because record pointers were logical exposed to applications).
The 80s brought cheaper disks ... mitigating doubling disk space, much larger processor memory ... allowing indexes to be cache (reducing extra disk i/os) ... and people skills & resources became scarcer and more expensive .... tipping tradeoffs for lots of applications from IMS to RDBMS.
cics trivia ... when I was undergraduate in the 60s, the univ. library
got ONR grant to do online catalog ... they used part of the money to
get 2321 datacell. they were also selected to be one of the betatest
sites for the original CICS product ... and I got tasked to
debug/support the deployment ... got to shoot&fix early CICS bugs. One
of the early bugs was that the library was using different BDAM
options than had been used by the customer where cics was original
developed ... which took a couple days to shoot the internal
dependencies. misc. past posts mentioning cics &/or bdam
https://www.garlic.com/~lynn/submain.html#cics
PROFS triva ... the PROFS group had picked up a very early copy of
internal email client called VMSG (like version 0.6 or some such) and
put menu wrappers around it. Later when the VMSG author had vastly
improved it for initial release ... he offered the much improved
version to the PROFS group. Their re-action was to attempt to get the
VMSG author fired (claiming what was in PROFS was not a very early,
limited function version of VMSG). The whole thing went quiet after
the VMSG author showed that every PROFS note in the world carried his
initials in a non-displayed control field. After that the VMSG author
would only share the source with two other people. Some old email
mentioning VMSG email client (I was one of the two people that
continued to have access to the source):
https://www.garlic.com/~lynn/lhwemail.html#vmsg
Date: 05/14/81 07:38:54
To: wheeler
The recently announced PRPQ, PROFS - Professional Office System, (more
to follow soon on PROFS).
... snip ... top of post, old email index
oh ... and referenced '79 profs email in this post
https://www.garlic.com/~lynn/2006n.html#23
mentions adding symmetric key encryption to vmsg.
this is old public key crypto related email
https://www.garlic.com/~lynn/lhwemail.html#publickey
and this old email discusses adding a pgp-like (w/o digital
certificate) implementation
https://www.garlic.com/~lynn/2007d.html#email810506
https://www.garlic.com/~lynn/2006w.html#email810515
recent posts in thread:
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 14 Dec, 2011 Subject: Financial Crimes Bedevil Prosecutors Blog: Financial Crime Risk, Fraud and SecurityFinancial Crimes Bedevil Prosecutors
from above:
A former top U.S. official in charge of investigating the financial
crisis said the government has concluded that many probes of
wrongdoing by financial executives can't succeed as criminal
prosecutions.
... snip ...
x-over from "The Men Who Crashed The World"
Citigroup Finds Obeying the Law Is Too Darn Hard: Jonathan Weil
http://www.bloomberg.com/news/2011-11-02/citigroup-finds-obeying-the-law-is-too-darn-hard-jonathan-weil.html
Maybe This Time Citi Actually Will Stop Violating Securities Laws, But
Don't Hold Your Breath
http://dealbreaker.com/2011/11/maybe-this-time-citi-actually-will-stop-violating-securities-laws-but-dont-hold-your-breath/
DefDog: SEC Lacks Integrity, Court Says
http://www.phibetaiota.net/2011/11/defdog-sec-lacks-integrity-court-says/
Federal Judge Pimp-Slaps the SEC Over Citigroup Settlement
http://www.rollingstone.com/politics/blogs/taibblog/federal-judge-pimp-slaps-the-sec-over-citigroup-settlement-20111129
Confidence Men: Wall Street, Washington, and the Education of a
President, pg.240:
https://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS/
Markey recalled, "and that they'd figured out how to turn the investing of others people's money into a kind of game, where they were constantly changing the rules in a way that was subtly fraudulent, against the basic principles of fairness or fiduciary duty. He said that with this much money to be made for doing very little, it was worth the risk of getting caught doing what you had to do, but that they were working on lowering that risk as well, with lawyers working overtime to make sure many of these activities were legal, or at least hard to prosecute." After an hour, Markey said that he and the committee members had heard enough and asked the felon what might be done. Levine, sucking on his shake, thought this over for a minute or two, and then said, "You need to send out a slew of indictments, all at once, and at three p.m. on a sunny day, have Federal Marshals perp-walk three hundred Wall Street executives out of their offices in handcuffs and out on the street, with lots of cameras rolling."
... snip ...
archived posts in the thread
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#72 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 15 Dec, 2011 Subject: The men who crashed the world Blog: Financial Crime Risk, Fraud and SecurityA credit-crunch stuffing
from above:
MF Global, John Corzine's brokerage that recently filed for
bankruptcy, was one such shadow bank, with leverage of 60 to 1 in its
last days - approximately four times that permitted to a bank. Hedge
funds, money market funds and structured investment vehicles are
examples of such institutions, which contributed enormously to the
growth of financial system leverage and instability before 2008.
... snip ...
Confessions of an Economic Hit Man
https://www.amazon.com/Confessions-Economic-Hit-Man-ebook/dp/B001AFF266
has EHM pushing enormous debt as gaining advantage in other countries.
however ...
Derivatives and free trade ... Derivatives - Opium 2.0?
http://www.atimes.com/atimes/Global_Economy/ML14Dj02.html
from above:
Except the difference this time is that it is done backwards. The
opium trade was supposed to plague foreigners, and to be banned
domestically. But the swashbuckling "traders" this time around are so
greedy they have no qualms about profiting from the pain of their own
brothers and sisters and even grandmothers - and they did. The
derivatives drug is so potent, it took down the Anglo American
societies and economies before they could kill the Chinese economy.
... snip ...
recent related posts
https://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
https://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors
other recent posts mentioning derivatives
https://www.garlic.com/~lynn/2011e.html#38 On Protectionism
https://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011j.html#41 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#30 Regulators seek to plug derivatives data gaps
https://www.garlic.com/~lynn/2011k.html#46 Sand in Machine Makes a Stable Market
https://www.garlic.com/~lynn/2011k.html#54 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#56 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011l.html#74 computer bootlaces
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#89 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011o.html#60 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#62 Civilization, doomed?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 15 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
One thing is the corporate favorite son operating system was "batch" ... and there were repeated (internal politics) attempts over the years to kill first cp67 and then vm370 ... the whole interactive computing paradigm was unwanted stepchild ... even as it became the basis for most of internal corporate operation (lots of stuff done in-spite of hdqtrs directives)
There were huge amount of internal politics FUD at the highest level
... including reference in the late 80s part of justifying converting
the internal network to SNA ... telling corporate hdqtrs one of the
justifications was PROFS was a VTAM application and if the internal
network wasn't converted to SNA, PROFS would stop working. ... old
email reference:
https://www.garlic.com/~lynn/2006x.html#email870302
and another email reference about converting internal network to SNA
https://www.garlic.com/~lynn/2011.html#email870306
huge amounts of resources went into this effort when it could have better used to improving internal interactive computing
when, if the internal network was going to be converted to anything,
it would have been orders of magnitude better to convert to
tcp/ip. this was also in the period when there was lots of FUD and
misinformation that it would be possible for NSFNET backbone could be
done with SNA
https://www.garlic.com/~lynn/2006w.html#email870109
other old email referencing NSFNET backbone related activity
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
I had gotten blamed for online computer conferencing on the internal
network in the late 70s & early 80s. The folklore is that when the
executive committee was finally informed about online computer
conferencing (and the internal network), five of six wanted to
immediately fire me. misc. past posts mentioning internal network
https://www.garlic.com/~lynn/subnetwork.html#internalnet
old internal network related email
https://www.garlic.com/~lynn/lhwemail.html#vnet
for some topic drift ... primary person responsible for internal
network recent itunes/ipad app
http://itunes.apple.com/us/app/cool-to-be-clever-edson-hendricks/id483020515?mt=8
related recent news article:
http://www.timescolonist.com/news/Tech+savvy+storytelling/5848952/story.html
there is also a children's book.
note that some of the internal network technology was also used for
bitnet
https://www.garlic.com/~lynn/subnetwork.html#bitnet
wiki reference:
https://en.wikipedia.org/wiki/BITNET
one of the issues was JES2 used NJE ... but then design had huge
number of limitations ... including MVS/JES2 systems had different
release levels would result in system crashes. The internal network
technology had a significantly better design. One of the results, it
could accommodate/support different interfaces ... including
NJE. Because of the enormous number of JES2/NJE problems, such systems
were restricted to boundary/edge nodes while the main part of the
internal network operated with VNET/RSCS. A growing library of
VNET/RSCS NJE drivers eventually came about ... with special driver
for each specific release of JES2/NJE and included support for
translating NJE control information between release levels (to keep
MVS/JES2 systems from crashing). There was infamous case of San Jose
MVS/JES2 system causing Hursley MVS/JES2 crashes and it was blamed on
the local Hursley VNET node (because they hadn't put in the updated
software filters to keep MVS/JES2 from crashing). misc. past posts
mentioning HASP, JES2, NJE, etc.
https://www.garlic.com/~lynn/submain.html#hasp
Even though native VNET drivers were significantly better, including higher throughput than NJE drivers, eventually the product was required to only ship the NJE drivers (although internal nodes could continue to operate the much better native VNET drivers).
some of the early online computer conferencing came to be known as
Tandem Memos ... from ibmjargon:
[Tandem Memos]
n. Something constructive but hard to control; a fresh of breath air
(sic). "That's another Tandem Memos." A phrase to worry middle
management. It refers to the computer-based conference (widely
distributed in 1981) in which many technical personnel expressed
dissatisfaction with the tools available to them at that time, and
also constructively criticized the way products were [are]
developed. The memos are required reading for anyone with a serious
interest in quality products. If you have not seen the memos, try
reading the November 1981 Datamation summary.
... snip ...
and also from ibmjargon
[MIP envy]
n. The term, coined by Jim Gray in 1980, that began the Tandem Memos
(q.v.). MIP envy is the coveting of other's facilities - not just the
CPU power available to them, but also the languages, editors,
debuggers, mail systems and networks. MIP envy is a term every
programmer will understand, being another expression of the proverb
The grass is always greener on the other side of the fence.
... snip ...
copy of MIPENVY here:
https://www.garlic.com/~lynn/2007d.html#email800920
in this past post
https://www.garlic.com/~lynn/2007d.html#17
Tandem Memos is little more removed from MIPENVY ... they started
after a trip report I wrote (and distributed) about a visit to Jim at
Tandem ... after he had left SJR; when he left, he pawned off a bunch
of stuff on me ... mentioned up thread; also archived post here
https://www.garlic.com/~lynn/2011p.html#64
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 15 Dec, 2011 Subject: Migration off mainframe Blog: IBM Historic Computingre:
discussion in mainframe experts group
http://lnkd.in/2syFGU
I've mentioned a number of times that in the wake of the failure of
future system there was a mad rush to get stuff back into the 370
product pipeline (during future system period, internal politics was
killing off lots of 370 activity viewed as competitive).
https://www.garlic.com/~lynn/submain.html#futuresys
During the future system period, I continued to work on 360/370 stuff
and even periodically ridicule future system stuff ... and provided
production systems to internal datacenters ... old email about
migrating stuff from cp67 to vm370 base and making "csc/vm" available
to internal datacenters:
https://www.garlic.com/~lynn/2006v.html#email731212
https://www.garlic.com/~lynn/2006w.html#email750102
https://www.garlic.com/~lynn/2006w.html#email750430
because of the mad-rush ... some amount of the stuff was selected for inclusion in vm/370 release 3 ... and then other stuff was selected for release as my "resource manager" (which was also the guinea pig for starting to charge for kernel software).
Also in the spring of 1975, a group from POK con'ed me into working on
design for 370 5-way multiprocessor (which never shipped) ... some
past posts
https://www.garlic.com/~lynn/submain.html#bounce
... and concurrently Endicott con'ed me into helping them with
microcode assist for virgil/tully (would become 138/148) ... old post
about tests that were used to determine what went into ECPS:
https://www.garlic.com/~lynn/94.html#21
basically 138/148 had 6kbytes of available microcode store. the 138&148 engines simulated 370 at approx. 10native instruction for every 370 instruction. 370 kernel stutff could drop pretty much into native on 1-for-1 byte ... giving nearly 10 times speedup. The trick was to identify the highest executed 6kbytes of the vm370 kernel for dropping into native instructions.
Endicott also con'ed me into periodically running around the world being part of one-week sessions with business planners in different countries forcasting the market for 138/148. Endicott also attempted to create a vm370 product with 138/148 .... making vm370 part of every machine shipped and as transparent as possible to the customer (something like modern day LPARS) ... however they were overruled by corporate hdqtrs (dominated by POK high-end and POK favorite son operating system ... that was in the process of trying to get vm370 killed off) and got their hands slapped for trying.
the 4331/4341 were then the follow-on to 138/148.
This describes some of the ins&outs of the 303x and 3081
http://www.jfsowa.com/computer/memo125.htm
In POK mad rush to get stuff back into the 370 line, they started 303x and 3081 concurrently.
the 303x was basically 1) 303x channel director, 370/158 engine with integrated channel microcode and w/o 370 microcode, 2) 3031, 370/158 engine with just the 370 microcode and w/o integrated channel microcode; configured to work with external channel director, 3) 3032, 370/168 with new covers, 4) 3033, 168 logic mapped to 20% faster chip; some late optimization gets it up to 1.5times 168 performance.
the 3033 attempts to do some ECPS type things ... the problem is the 3033 native engine was horizontal microcode and was already doing effectively 1:1 native to 370 instruction ... so move from 370 to native had negligible effect ... and in some cases actually introduced additional overhead.
As described in the sowa reference ... 370/xa and 3081 was going on in parallel with 303x effort. Also, head of POK convinced corporate hdqtrs to kill the vm370 product, shutdown the vm370 development group in Burlington Mall and move all the people to POK ... or otherwise he wouldn't be able to meet the mvs/xa delivery schedule. Endicott eventually managed to save the vm370 product mission ... but had to reconstitute a development group from scratch (which resulted in some amount of quality problems during the late 70s and early 80s ... which can be seen in various vmshare postings).
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 15 Dec, 2011 Subject: Heading For World War III | Gerald Celente Trends Blog Blog: Facebooknote that: Confidence Men: Wall Street Washington, and the Education of a President
... talks about president candidate being advised by the A-team (Volcker, et al) which contributed significantly to him winning the election. The strategy was couched in terms of Japan-or-Sweden ... and the new president kept saying that he wanted the "Sweden" solution (hold wallstreet accountable). For various reasons the "B-team" was appointed instead (many who had been involved in creating the problem) and not inclined to hold wallstreet accountable ... and we have the "Japan" solution instead. In the Sweden scenario, they actually went through two rounds of bailouts of their big banks before realizing that they had to actually do something.
oh and recent similar view: Derivatives and free trade ... Derivatives
- Opium 2.0?
http://www.atimes.com/atimes/Global_Economy/ML14Dj02.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: Is there an SPF setting to turn CAPS ON like keyboard key? Newsgroups: bit.listserv.ibm-main Date: 15 Dec 2011 15:39:27 -0800eric-ibmmain@WI.RR.COM (Eric Bielefeld) writes:
3277-1 had 40x12 screen, 3277-2 had 80x24 screen:
https://en.wikipedia.org/wiki/IBM_3270
we complained bitterly about change from 3272/3277 to 3274/3278 ...
lots of the electronics were moved out of the terminal head back into
the controller for 3274/3278 (reducing manufacturing costs) making it
impossible to meet requirement for .2 second response. also because of
electronics in the head of 3277 it was possible to do some hack of
electronics to make 3277 a little more friendly for interactive
computing (eliminate keyboard lock when typing at the moment screen
updates, changing repeat key delay & rate) ... old post with benchmark
numbers from when 3278 was first introduced:
https://www.garlic.com/~lynn/2001m.html#19
eventually, kingston came back and said that 3278 was targeted for dataentry, not interactive computing.
MVS/TSO were attempting to dispute that even sub-second response didn't make any difference (not to mention .2 second) ... since most MVS/TSO systems were even lucky to meet 1second response. There was then a number of internal human factors studies showing subsecond response does improve productivity.
from ibm jargon:
bad response - n. A delay in the response time to a trivial request of a
computer that is longer than two tenths of one second. In the 1970s, IBM
3277 display terminals attached to quite small System/360 machines could
service up to 19 interruptions every second from a user I measured it
myself. Today, this kind of response time is considered impossible or
unachievable, even though work by Doherty, Thadhani, and others has
shown that human productivity and satisfaction are almost linearly
inversely proportional to computer response time. It is hoped (but not
expected) that the definition of Bad Response will drop below one tenth
of a second by 1990.
... snip ...
bad response characteristic was why large amount of internal development was done on vm370/cms systems ... regardless of the target platform the development was being done for.
I fielded interactive systems that had 90th percentile .11 trivial response ... coupled with 3272/3277 hardware response yielded .196 "user" responses.
The move of electronics back into the 3274 controller also significantly increased the coax protocol chatter between 3274 and 3278 ... as well as putting additional processing load on 3274. channel attached 3274 also exhibited significant channel busy (far in excess of pure data transfer) ... interfering with performance of anything else that might be on the same channel.
Later with ibm/pc terminal simulation ... 3277 simulation would have three times the upload/download thruput as 3278 simulation (because of the big increase in 3274/3278 coax protocol chatter).
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 16 Dec, 2011 Subject: ARPANET's coming out party: when the internet first took center stage Blog: z/VMre:
from Mainframe Experts discussion (Has anyone successfully migrated
off mainframes?)
http://lnkd.in/2syFGU
recent related posts ... also archived here
https://www.garlic.com/~lynn/2011p.html#76 and
https://www.garlic.com/~lynn/2011p.html#77 and
https://www.garlic.com/~lynn/2011p.html#78 and
https://www.garlic.com/~lynn/2011p.html#81
and IBM Historic Computing (closed group) ... post
https://www.garlic.com/~lynn/2011p.html#82
past posts in this discussion:
https://www.garlic.com/~lynn/2011n.html#16 ARPANET's coming out party: when the Internet first took center stage
https://www.garlic.com/~lynn/2011n.html#61 ARPANET's coming out party: when the Internet first took center stage
https://www.garlic.com/~lynn/2011n.html#63 ARPANET's coming out party: when the Internet first took center stage
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 16 Dec, 2011 Subject: Congress as Kabuki Theater Blog: Google+re:
congress as kabuki theater (1603-1629 period)
https://en.wikipedia.org/wiki/Kabuki
... all the apparent conflict keeps the money flowing in from all sides.
Millionair surtax: The go-to tax
http://money.cnn.com/2011/12/14/news/economy/millionaire_surtax/index.htm
from above:
The bitter divide between Democrats and Republicans over taxing the
rich is still playing out in the payroll tax cut fight - and will
continue to on the campaign trail.
... snip ...
past posts mentioning kabuki theater
https://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
https://www.garlic.com/~lynn/2011k.html#18 What Uncle Warren doesn't mention
https://www.garlic.com/~lynn/2011l.html#39 Kabuki Theater 1603-1629
https://www.garlic.com/~lynn/2011l.html#44 Kabuki Theater 1603-1629
https://www.garlic.com/~lynn/2011l.html#54 Why stability trumps innovation
https://www.garlic.com/~lynn/2011l.html#67 computer bootlaces
https://www.garlic.com/~lynn/2011l.html#68 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#0 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#5 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#52 Chinese researchers say early climate changes responsible for human crisis
https://www.garlic.com/~lynn/2011o.html#66 Civilization, doomed?
https://www.garlic.com/~lynn/2011p.html#73 A question for the readership
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 16 Dec, 2011 Subject: Wall St likes your amnesia Blog: Google+re:
Wall St likes your amnesia
http://www.atimes.com/atimes/Global_Economy/ML10Dj03.html
from above:
... If all this looks like sleight of hand, it is. The process has
been compared to "check kiting," defined in Barron's Business
Dictionary as:
... snip ...
and:
https://plus.google.com/u/0/102794881687002297268/posts/EgTPdjX1ZmQ
Bank Failures Cost $88 Billion
http://www.bloomberg.com/news/2011-12-16/bank-failures-cost-88-billion-while-u-s-regulators-enforce-in-the-dark.html
from above:
In the absence of transparency, the agencies' standards for setting
CAMELS ratings can diverge. During an FDIC board meeting called at 10
p.m. on Nov. 23, 2008, members were told that unless they helped
rescue Citigroup Inc. (C), its national banks might not have enough
cash to do business the next morning, according to FDIC documents
obtained through the Freedom of Information Act by the public interest
group Judicial Watch.
.. snip ...
NY judge rejects $285 million Citigroup settlement with SEC over mortgage investment
http://www.washingtonpost.com/national/judge-in-ny-strikes-down-285-million-citigroup-settlement-with-sec-over-mortgage-investment/2011/11/28/gIQAVtqD5N_story.html?wpisrc=al_comboNE_b
DefDog: SEC Lacks Integrity, Court Says
http://www.phibetaiota.net/2011/11/defdog-sec-lacks-integrity-court-says/
Federal Judge Pimp-Slaps the SEC Over Citigroup Settlement
http://www.rollingstone.com/politics/blogs/taibblog/federal-judge-pimp-slaps-the-sec-over-citigroup-settlement-20111129
Finally, a Judge Stands up to Wall Street
http://www.rollingstone.com/politics/blogs/taibblog/finally-a-judge-stands-up-to-wall-street-20111110
Citigroup Finds Obeying the Law Is Too Hard
http://www.bloomberg.com/news/2011-11-02/citigroup-finds-obeying-the-law-is-too-darn-hard-jonathan-weil.html
misc. recent posts mentioning citi
https://www.garlic.com/~lynn/2011.html#30 Data Breaches: Stabilize in 2010, But There's an Asterisk
https://www.garlic.com/~lynn/2011.html#94 The Curly Factor -- Prologue
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011c.html#10 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#28 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#41 On Protectionism
https://www.garlic.com/~lynn/2011e.html#87 Scientists use maths to predict 'the end of religion' - Repost
https://www.garlic.com/~lynn/2011f.html#27 First 5.25in 1GB drive?
https://www.garlic.com/~lynn/2011f.html#64 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011g.html#52 Enron: The Smartest Guys in the Room
https://www.garlic.com/~lynn/2011h.html#9 Breaches and Consumer Backlash
https://www.garlic.com/~lynn/2011k.html#9 Was there ever a DOS JCL reference like the Brown book?
https://www.garlic.com/~lynn/2011k.html#18 What Uncle Warren doesn't mention
https://www.garlic.com/~lynn/2011k.html#89 The Grand Message in the Conceptual Spiral
https://www.garlic.com/~lynn/2011l.html#68 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
https://www.garlic.com/~lynn/2011n.html#50 John McCarthy 1927-2011
https://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#52 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#23 Security 2012: Blood in the Water
https://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#58 Hello?
https://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 16 Dec, 2011 Subject: Fed Report Finds Speculators Played Big Role in Housing Collapse Blog: FacebookFed Report Finds Speculators Played Big Role in Housing Collapse
from above:
Speculators have taken a lot of the blame for the collapse of housing
prices and the subsequent financial crisis, but evidence to support
the charge has been scant.
... snip ...
unregulated loan originators being able to unload by paying for triple-A rating on packaged mortgages as toxic CDOs, no longer had to care about borrower's qualifications or loan quality. speculators getting no-doc, no-down, 1% interest only payments could make 2000% ROI in parts of country with 20-30% real estate inflation
related: Dante's Divine Comedy - Banksters Edition
http://www.nakedcapitalism.com/2011/12/bill-black-dante%E2%80%99s-divine-comedy-%E2%80%93-banksters-edition.html
... some overlap with Confidence Men: Wall Street, Washington, and the Education of a President.
https://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS/
and instead of appointing the A-team ... appointed the B-team (many who were instrumental in the economic crisis and in the Japan-or-Sweden strategy choice, chose Japan)
Jan2009 I was asked to HTML'ize the recently scanned Pecora hearings,
extensive x-link HREFs and HREFs between what happened last time and
what happened this time (Brokers' Loans and mortgages/triple-A rated
toxic CDOs) ... some asssumption that the new congress had appetite to
do something. After a couple months, I got a call that it wasn't
needed after all (enormous funds being poured into capital by
wallstreet)
BROKERS' LOANS AND INDUSTRIAL DEPRESSION
For the purpose of making it perfectly clear that the present
industrial depression was due to the inflation of credit on brokers'
loans, as obtained from the Bureau of Research of the Federal Reserve
Board, the figures show that the inflation of credit for speculative
purposes on stock exchanges were responsible directly for a rise in
the average of quotations of the stocks from sixty in 1922 to 225 in
1929 to 35 in 1932 and that the change in the value of such Stocks
listed on the New York Stock Exchange went through the same identical
changes in almost identical percentages.
... snip ...
The GSEs use to buy mortgages directly from the lenders ... and then the lenders found that they could package mortgages as toxic CDOs and pay for triple-A ratings and immediately unload (the enormous fees and commissions on $27T in triple-A rated toxic CDOs transactions was major source of wallstreet income during the bublbe, which wallstreet encouraged). There was article that at the height of the bubble, the GSE share of the mortgage market had been cut in half (in part because they still had rules preventing them from dealing in the kind of mortgages being stuffed into triple-A rated toxic CDOs).
"Confidence Men: Wall Street, Washington, and the Education of a President" has a note that Blackrock is managing $5.5T in GSE triple-A rated toxic CDOs ... a question is how/when did all the toxic CDOs show up on the GSE books ... also has item that GS started seeing triple-A rated toxic CDOs coming through fairly early in the bubble with mortgages that never had a payment; apparently part of the motivation, after selling to their customers, they would turn around and take CDS bet that the CDO would fail.
misc. past posts mentioning Brokers' Loans and/or speculators 2000%
ROI flipping houses
https://www.garlic.com/~lynn/2011.html#49 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#27 The Zippo Lighter theory of the financial crisis (or, who do we want to blame?)
https://www.garlic.com/~lynn/2011b.html#43 Productivity And Bubbles
https://www.garlic.com/~lynn/2011c.html#46 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011d.html#23 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011e.html#74 The first personal computer (PC)
https://www.garlic.com/~lynn/2011f.html#43 Massive Fraud, Common Crime, No Prosecutions
https://www.garlic.com/~lynn/2011f.html#66 Bank email archives thrown open in financial crash report
https://www.garlic.com/~lynn/2011g.html#55 Mobius Says Financial Crisis 'Around the Corner'
https://www.garlic.com/~lynn/2011g.html#71 Pressing Obama, House Bars Rise for Debt Ceiling
https://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011h.html#22 Is BitCoin a triple entry system?
https://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
https://www.garlic.com/~lynn/2011j.html#44 S&P Downgrades USA; Time to Downgrade S&P?
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
https://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: Is there an SPF setting to turn CAPS ON like keyboard key? Newsgroups: bit.listserv.ibm-main Date: 16 Dec 2011 08:20:00 -0800PaulGBoulder@AIM.COM (Paul Gilmartin) writes:
some of the ctss people went to 5th flr, 545 tech sq and did multics.
others went to the science center on the 4th flr and did cp67/cms (first
cp40/cms on specially modified 360/40 with virtual memory which then
morphs into cp67/cms when standard virtual memory became available with
360/67). misc. past posts mentioning science center
https://www.garlic.com/~lynn/subtopic.html#545tech
ctss runoff
https://en.wikipedia.org/wiki/RUNOFF
was ported to cms as "script". GML (for initials of three inventors) was
invented at the science center in 1969 and GML tag processing was added
to script (in addition to the runoff "dot" controls). misc. past posts
mentioning gml
https://www.garlic.com/~lynn/submain.html#sgml
a decade later, gml morphs into ISO standard sgml ... and another decade,
sgml morphs into html
http://infomesh.net/html/history/early/
one of the first mainstream corporate manuals moved to script was principles of operation. the actual document was the called the architecture redbook (for distribution in red 3-ring binders). script conditional control governed whether the full redbook was formated or just the principles of operation subsections.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: Is there an SPF setting to turn CAPS ON like keyboard key? Newsgroups: bit.listserv.ibm-main Date: 16 Dec 2011 08:23:48 -0800ibm-main@SNACONS.COM (Roger Bowler) writes:
oops, missed that.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 16 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
technical debt can also be taken as infrastructure maintenance (or lack there of) ... corporate america has developed a long tradition of deferring maintenance and using funds to boost executive compensation.
quote attributable to Volcker from Confidence Men: Wall Street,
Washington, and the Education of a President pg290
https://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS/
Well, I said, 'The trouble with the United States recently is we spent
several decades not producing many civil engineers and producing a
huge number of financial engineers. And the result is s**tty bridges
and a s**tty financial system!'
... snip ...
the discussion sort of started out chicken&egg ... no infrastructure projects results in not hiring civil engineers which contributes to disappearing civil engineering programs
other recent posts in the thread:
https://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 16 Dec, 2011 Subject: Bank Failures Cost $88 Billion Blog: Google+re:
Bank Failures Cost $88 Billion
http://www.bloomberg.com/news/2011-12-16/bank-failures-cost-88-billion-while-u-s-regulators-enforce-in-the-dark.html
Using a secret enforcement tool, federal regulators in 2005 tried to
limit the growth of Vineyard Bank, which was making commercial real
estate loans in Southern California at almost double the rate of its
peers.
also from article:
In the absence of transparency, the agencies' standards for setting
CAMELS ratings can diverge. During an FDIC board meeting called at 10
p.m. on Nov. 23, 2008, members were told that unless they helped
rescue Citigroup Inc. (C), its national banks might not have enough
cash to do business the next morning, according to FDIC documents
obtained through the Freedom of Information Act by the public interest
group Judicial Watch.
.. snip ...
NY judge rejects $285 million Citigroup settlement with SEC over mortgage investment
http://www.washingtonpost.com/national/judge-in-ny-strikes-down-285-million-citigroup-settlement-with-sec-over-mortgage-investment/2011/11/28/gIQAVtqD5N_story.html?wpisrc=al_comboNE_b
DefDog: SEC Lacks Integrity, Court Says
http://www.phibetaiota.net/2011/11/defdog-sec-lacks-integrity-court-says/
Federal Judge Pimp-Slaps the SEC Over Citigroup Settlement
http://www.rollingstone.com/politics/blogs/taibblog/federal-judge-pimp-slaps-the-sec-over-citigroup-settlement-20111129
Finally, a Judge Stands up to Wall Street
http://www.rollingstone.com/politics/blogs/taibblog/finally-a-judge-stands-up-to-wall-street-20111110
Citigroup Finds Obeying the Law Is Too Hard
http://www.bloomberg.com/news/2011-11-02/citigroup-finds-obeying-the-law-is-too-darn-hard-jonathan-weil.html
recent item over in facebook:
Three years too late: Sec to finally sue Fannie and Freddie executives
for fraud
http://www.thedailyeconomist.com/2011/12/three-years-too-late-sec-to-finally-sue.html
Brings Crisis-Era Suits
http://online.wsj.com/article/SB10001424052970203733304577102310955780788.html
note that 3yrs ago, Buffett gave an interview saying he was largest
GSE shareholder in 2000/2001 but got out of GSEs because of their
accounting methods:
http://financialcryptography.com/cgi-bin/mt/mt-comments.cgi?entry_id=1095
... snip ...
note that GSEs got late into the real mess ... other than fiddling financial reports ... i.e. end of 2008, just the four largest too-big-to-fail were carrying $5.2T in triple-A rated toxic CDOs off-balance (just CITI had more than both GSEs combined).
Wall St likes your amnesia
http://www.atimes.com/atimes/Global_Economy/ML10Dj03.html
Stop Industry Claims that Ignore Banks Role in Causing the Financial
Crisis
http://www.bettermarkets.com/blogs/stop-industry-claims-ignore-banks-role-causing-financial-crisis
now apparently GAO didn't believe SEC was doing anything during the
last decade and started doing reports on public company fraudulent
financial filings (not just GSEs) ... uptic even after sarbanes-oxley
went into effect
https://www.gao.gov/products/gao-06-1079sp
choose: 1) SOX had no effect on fraudulent filings 2) SOX encouraged fraudulent filings, 3) if it hadn't been for SOX all public company financial filings would be fraudulent.
The GSEs use to buy mortgages directly from the lenders ... and then
the lenders found that they could package mortgages as toxic CDOs and
pay for triple-A ratings and immediately unload (the enormous fees and
commissions on $27T in triple-A rated toxic CDOs transactions was
major source of wallstreet income during the bubble, which wallstreet
encouraged). There was article that at the height of the bubble, the
GSE share of the mortgage market had been cut in half (in part because
they still had rules preventing them from dealing in the kind of
mortgages being stuffed into triple-A rated toxic CDOs). "Confidence
Men: Wall Street, Washington, and the Education of a President" has a
note that Blackrock is managing $5.5T in GSE triple-A rated toxic CDOs
... a question is how/when did all the toxic CDOs show up on the GSE
books.
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 17 Dec, 2011 Subject: World faces 1930-type Depression Blog: Google+re:
World faces 1930-type Depression
http://www.upi.com/Business_News/2011/12/16/IMF-head-World-faces-1930-type-Depression/UPI-83971324024200/
from above:
The world could plummet into a 1930s-style Depression unless all
countries fix Europe's spiraling debt crisis together, the world's
lender of last resort said.
... snip ...
Jan2009, I was asked to take recently scanned Pecora hearings, html'ize them with extensive x-link hrefs ... as well as hrefs between what happened then and what happened this time (brokers' loans and mortgages/triple-A rated toxic CDOs) ... some assumption that new congress had appetite to do something. After a couple months, got a call it wouldn't be needed after all (wallstreet pouring immense money into washington)
past posts mentioning Pecora hearings:
https://www.garlic.com/~lynn/2009b.html#58 OCR scans of old documents
https://www.garlic.com/~lynn/2009b.html#59 As bonuses...why breed greed, when others are in dire need?
https://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
https://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
https://www.garlic.com/~lynn/2009d.html#77 Who first mentioned Credit Crunch?
https://www.garlic.com/~lynn/2009e.html#8 The background reasons of Credit Crunch
https://www.garlic.com/~lynn/2009e.html#23 Should FDIC or the Federal Reserve Bank have the authority to shut down and take over non-bank financial institutions like AIG?
https://www.garlic.com/~lynn/2009e.html#40 Architectural Diversity
https://www.garlic.com/~lynn/2009f.html#56 What's your personal confidence level concerning financial market recovery?
https://www.garlic.com/~lynn/2009f.html#65 Just posted third article about toxic assets in a series on the current financial crisis
https://www.garlic.com/~lynn/2009g.html#5 Do the current Banking Results in the US hide a grim truth?
https://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
https://www.garlic.com/~lynn/2009h.html#22 China's yuan 'set to usurp US dollar' as world's reserve currency
https://www.garlic.com/~lynn/2009h.html#25 The Paradox of Economic Recovery
https://www.garlic.com/~lynn/2009h.html#29 Analysing risk, especially credit risk in Banks, which was a major reason for the current crisis
https://www.garlic.com/~lynn/2009i.html#40 64 Cores -- IBM is showing a prototype already
https://www.garlic.com/~lynn/2009i.html#57 In the USA "financial regulator seeks power to curb excess speculation."
https://www.garlic.com/~lynn/2009j.html#35 what is mortgage-backed securities?
https://www.garlic.com/~lynn/2009o.html#23 Opinions on the 'Unix Haters' Handbook'
https://www.garlic.com/~lynn/2009p.html#2 Opinions on the 'Unix Haters' Handbook
https://www.garlic.com/~lynn/2009p.html#20 U.K. lags in information security management practices
https://www.garlic.com/~lynn/2009p.html#25 Opinions on the 'Unix Haters' Handbook
https://www.garlic.com/~lynn/2009r.html#53 70 Years of ATM Innovation
https://www.garlic.com/~lynn/2009r.html#73 70 Years of ATM Innovation
https://www.garlic.com/~lynn/2010b.html#6 Bookshelves under BookMangler
https://www.garlic.com/~lynn/2010f.html#54 The 2010 Census
https://www.garlic.com/~lynn/2010h.html#28 Our Pecora Moment
https://www.garlic.com/~lynn/2010h.html#52 Our Pecora Moment
https://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
https://www.garlic.com/~lynn/2010h.html#68 Our Pecora Moment
https://www.garlic.com/~lynn/2010h.html#69 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010h.html#73 Our Pecora Moment
https://www.garlic.com/~lynn/2010h.html#74 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010i.html#4 Goldman Sachs -- Post SEC complaint. What's next?
https://www.garlic.com/~lynn/2010i.html#16 Fake debate: The Senate will not vote on big banks
https://www.garlic.com/~lynn/2010i.html#77 Favourite computer history books?
https://www.garlic.com/~lynn/2010j.html#7 Seeking *Specific* Implementation of Star Trek Game
https://www.garlic.com/~lynn/2010l.html#17 History--automated payroll processing by other than a computer?
https://www.garlic.com/~lynn/2010l.html#38 Who is Really to Blame for the Financial Crisis?
https://www.garlic.com/~lynn/2010m.html#8 Who is Really to Blame for the Financial Crisis?
https://www.garlic.com/~lynn/2010m.html#67 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010n.html#36 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010o.html#59 They always think we don't understand
https://www.garlic.com/~lynn/2010p.html#7 What banking is. (Essential for predicting the end of finance as we know it.)
https://www.garlic.com/~lynn/2010p.html#16 Rare Apple I computer sells for $216,000 in London
https://www.garlic.com/~lynn/2010p.html#54 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2010p.html#59 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2010q.html#16 TCM's Moguls documentary series
https://www.garlic.com/~lynn/2010q.html#29 Ernst & Young sued for fraud over Lehman
https://www.garlic.com/~lynn/2010q.html#53 Programmer Charged with thieft (maybe off topic)
https://www.garlic.com/~lynn/2011.html#49 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011.html#84 The Imaginot Line
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#43 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#53 Productivity And Bubbles
https://www.garlic.com/~lynn/2011d.html#19 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#27 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011h.html#6 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
https://www.garlic.com/~lynn/2011h.html#55 CISO's Guide to Breach Notification
https://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
https://www.garlic.com/~lynn/2011i.html#18 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011i.html#42 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011i.html#45 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011j.html#2 House panel approves data breach notification bill
https://www.garlic.com/~lynn/2011j.html#41 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#20 Study shows powerful corporations really do control the world's finances
https://www.garlic.com/~lynn/2011l.html#74 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#68 Bernanke Hearings
https://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#68 Building a Better America-One Wealth Quintile at a Time
https://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011p.html#72 The men who crashed the world
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 17 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
ust now on the ibm-main mailing list:
One Less Mainframe Shop
http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/thread/8d3cd644614bda1b#
note that the referenced ibm-main post talks about 20yrs previously the whole company was run-off the mainframe. then there was still financial and some number of other things that recently were the last to leave. the implication was that financial and a few other small things were the hardest to migrate off the mainframe ... but the whole rest of corporate dataprocessing left the mainframe with much less effort. That implies quite a few things were possibly trivial to migrate off the mainframe and some things were much harder to migrate.
Lots of stuff runs into horrible problems migrating because nobody is left that has the faintest idea what it is. This is similar to motivation for the dire predictions about Y2K a little over a decade ago (y2k remediation could be considered trivial operation relative to magnitude of a major migration)
As to internet operation ... long ago and far away did comparison of
mainframe LU6.2 (and similar for TCP/IP VTAM implementation) where
pathlength was 150,000 instructions and 16 buffer copies (cache miss &
processor overhead for larger messages could be larger for the buffer
copies than the processor overhead for the instructions). This was
compared to some TCP/IP implementations on other platforms that had
less than 5000 (aggregate/total) instruction pathlength and some that
would do things with zero buffer copies (aka as pathlength was highly
optimized ... overhead for buffer copies was starting to dominate
processor utilization). past post in ibm-main on the pathlength
subject
https://www.garlic.com/~lynn/2008d.html#1
old posts about having done RFC1044 support for the pre-vtam,
mainframe tcp/ip implementation
https://www.garlic.com/~lynn/subnetwork.html#1044
In the wake of doing online computer conferencing, there was corporate task force to investigate the phenonema ... which somewhat resulted in officially sanctioned conferences/discussions and an official tool that supported both usenet-like and listserv-like operation (listserv was developed later on bitnet for online computer conferencing).
one of the "official" sanctioned discussion groups in the early 80s
was on the looming y2k problem. old post (by somebody else ... working
at houston nasa):
https://www.garlic.com/~lynn/99.html#email841207
originally posted in decade old Y2K thread
https://www.garlic.com/~lynn/99.html#24
part of the "break year" issue is kicking the can down the road on doing full implementation.
another somewhat outcome of getting blamed for online computing
conferencing on the internal network was somebody was paid to sit in
my office for 9months and take notes on how i communicated
(face-to-face, telephone, etc), they also went with me to meetings,
got logs of all my instant messages and copies of all my incoming and
outgoing email. Besides being a corporate report ... it also turned
into a Stanford phd thesis (joint between language and computer
AI). misc past posts mentioning computer mediated communication
https://www.garlic.com/~lynn/subnetwork.html#cmc
recent posts in this thread:
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 17 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
there is now other posts in the ibm-main thread about migration off
mainframe
http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/thread/8d3cd644614bda1b#
recent post about big chip shop moving off 3081 to ten sun servers
... because the salesman threatened the account with problems if they
didn't do certain things
https://www.garlic.com/~lynn/2011n.html#56
then senior chip engineers had started back on cp67 on 360/67 and then moved to vm370/cms and were happy with how it was adapting to changes ... until the salesman had his bit to say.
note that both workstations and PCs were taking over the low-end & mid-range computer market (i.e. follow-on to 4331/4341 which were 4361/4381 as well as follow-on vax models) with distributed computing ... lots of workstations as servers ... but as PCs increased in power ... they have now started to also take over the workstations (in much the same way that workstation/PCs took over low/mid-range mainframe).
old pieces of longwinded thread about SUN getting x86'ed
https://www.garlic.com/~lynn/2008s.html#37
https://www.garlic.com/~lynn/2008s.html#46
https://www.garlic.com/~lynn/2008s.html#53
https://www.garlic.com/~lynn/2008s.html#61
https://www.garlic.com/~lynn/2008s.html#67
https://www.garlic.com/~lynn/2008s.html#69
https://www.garlic.com/~lynn/2008s.html#71
https://www.garlic.com/~lynn/2008s.html#74
https://www.garlic.com/~lynn/2008s.html#75
https://www.garlic.com/~lynn/2008s.html#77
https://www.garlic.com/~lynn/2009.html#0
https://www.garlic.com/~lynn/2009.html#1
https://www.garlic.com/~lynn/2009.html#2
https://www.garlic.com/~lynn/2009.html#3
https://www.garlic.com/~lynn/2009.html#4
https://www.garlic.com/~lynn/2009.html#5
https://www.garlic.com/~lynn/2009.html#8
https://www.garlic.com/~lynn/2009.html#9
https://www.garlic.com/~lynn/2009.html#13
https://www.garlic.com/~lynn/2009.html#81
https://www.garlic.com/~lynn/2009b.html#31
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 17 Dec, 2011 Subject: Republicans Propose Bill to Treat Mexican Drug Cartels as 'Terrorist Insurgency' Blog: Facebookre:
given the stuff that has been slipped into recent bills ... one concern is what are hidden agendas. drug cartels, smuggling, money laundering, etc are already illegal. summer of 2010 there were whole series of articles about "moral hazard" of the too-big-to-fail ... they had been caught money laundering for drug cartels ... but there wasn't much the gov. could do since the gov. was already leaning over backwards to keep the too-big-to-fail in business. One of the articles was about how the too-big-to-fail/drug-cartel money laundering was turning mexico into another colombia.
past posts mentioning too-big-to-fail and money laundering:
https://www.garlic.com/~lynn/2010l.html#65 the Federal Reserve, was Re: Snow White and the Seven Dwarfs
https://www.garlic.com/~lynn/2010m.html#24 Little-Noted, Prepaid Rules Would Cover Non-Banks As Wells As Banks
https://www.garlic.com/~lynn/2011.html#50 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011f.html#55 Are Americans serious about dealing with money laundering and the drug cartels?
https://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
https://www.garlic.com/~lynn/2011h.html#41 Delinquent Homeowners to Get Mortgage Aid from Government
https://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
https://www.garlic.com/~lynn/2011k.html#22 Slouching toward Weimar
https://www.garlic.com/~lynn/2011k.html#44 New Scandal at DoJ as Illegal Guitars End Up In Hands of Mexican Drug Lords
https://www.garlic.com/~lynn/2011k.html#53 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#18 computer bootlaces
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
https://www.garlic.com/~lynn/2011p.html#73 A question for the readership
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: test Newsgroups: alt.folklore.computers Date: Sat, 17 Dec 2011 19:15:33 -0500<maus@gmaus.org> writes:
linkedin old geek "deja cloud" ... open group
http://lnkd.in/Gj_N63
some similar discussion in linkedin ibm historic computing group
(closed group) ... a few archived posts
https://www.garlic.com/~lynn/2011p.html#61
https://www.garlic.com/~lynn/2011p.html#62
https://www.garlic.com/~lynn/2011p.html#66
https://www.garlic.com/~lynn/2011p.html#82
and update to past "soups" posts
https://www.garlic.com/~lynn/2011n.html#2
there has been an ipad app about former co-worker at science center
(that goes along with a children's book on same subject):
http://itunes.apple.com/us/app/cool-to-be-clever-edson-hendricks/id483020515?mt=8
newspaper article concerning making of the ipad app (author's
launch party earlier in the week)
http://www.timescolonist.com/news/Tech+savvy+storytelling/5848952/story.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 18 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
I had effort I called HSDT (high-speed data transport) in the 80s
... involved T1 and higher speed links
https://www.garlic.com/~lynn/subnetwork.html#hsdt
... including with what was to become NSFNET backbone (operational
basis for the modern internet). ... some old email
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
I was having some hardware being built on the other side of the
pacific ... friday before I was to leave for trip ... the communication
group announced a new "high-speed" discussion ... with the following
definitions:
low speed: <9.6kbits
medium-speed: 19.2kbits
high speed: 56kbits
very high speed: T1
monday morning on the other side of the pacific on the wall of
conference room:
low speed: <20mbits
medium speed: 100mbits
high-speed: 200-300mbits
very high speed: >600mbits
the communication group came out with a study ... justifying why they
weren't supporting T1 and faster speed links. The 37x5 product had
support for "fat-pipes" where multiple parallel 56kbit links can be
logical treated as single link. They surveyed customers with 2, 3, 4,
5, etc 56kbit link "fat pipes" and found the numbers quickly dropped
off at four and five with almost no "fat pipes" with more than five
56kbit links. Based on that, they justified that they didn't need a
product supporting T1 until well into the 90s. What they avoided
reporting was that T1 tariff was usually approx. the same as five
56kbit links ... customers wanting more than 200kbits went directly to
T1 and moved to non-IBM products ... trivial customer survey turned up
several hundred (at time when communication group was claiming that
there were zero).
I took a lot of heat in the fall of '86 giving a HSDT presentation at
the SNA ARB (architecture review board) meeting in Raleigh
... involved plans for a product that did real high-speed networking
but simulated archaic SNA protocols at the boundary (emulated 37x5 to
host vtams) ... part of that presentation in this old post:
https://www.garlic.com/~lynn/99.html#67
and a little drop drift about the internet
Stop SOPA! A Plea from the Inventors of the Internet
http://www.pcworld.com/businesscenter/article/246516/stop_sopa_a_plea_from_the_inventors_of_the_internet.html
and more topic drift about invention of the internet:
http://itunes.apple.com/us/app/cool-to-be-clever-edson-hendricks/id483020515?mt=8
... about co-worker at science center ... also
http://www.timescolonist.com/news/Tech+savvy+storytelling/5848952/story.html
past posts about studies Jim did after leaving (IBM) SJR for Tandem ... finding that majority of outages were no longer hardware (there was little sense of disbelief about Tandem supporting the studies since they specialized in redundant hardware):
https://www.garlic.com/~lynn/2009.html#39 repeat after me: RAID != backup
https://www.garlic.com/~lynn/2009.html#47 repeat after me: RAID != backup
https://www.garlic.com/~lynn/2009.html#65 The 25 Most Dangerous Programming Errors
https://www.garlic.com/~lynn/2009p.html#0 big iron mainframe vs. x86 servers
https://www.garlic.com/~lynn/2009q.html#26 Check out Computer glitch to cause flight delays across U.S. - MarketWatch
https://www.garlic.com/~lynn/2009q.html#28 Check out Computer glitch to cause flight delays across U.S. - MarketWatch
https://www.garlic.com/~lynn/2010f.html#68 But... that's *impossible*
https://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe
https://www.garlic.com/~lynn/2010l.html#4 Did a mainframe glitch trigger DBS Bank outage?
https://www.garlic.com/~lynn/2010l.html#14 Age
https://www.garlic.com/~lynn/2010n.html#65 When will MVS be able to use cheap dasd
https://www.garlic.com/~lynn/2010n.html#73 Mainframe hacking?
https://www.garlic.com/~lynn/2010q.html#69 No command, and control
https://www.garlic.com/~lynn/2011.html#23 zLinux OR Linux on zEnterprise Blade Extension???
https://www.garlic.com/~lynn/2011.html#25 Julian Assange - Hero or Villain
https://www.garlic.com/~lynn/2011e.html#93 Itanium at ISSCC
one of the reports from 1984
https://www.garlic.com/~lynn/grayft84.pdf
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 17 Dec, 2011 Subject: Stop SOPA! A Plea from the Inventors of the Internet Blog: FacebookStop SOPA! A Plea from the Inventors of the Internet
from above:
What happens when you combine an overzealous drive to fight Internet
piracy, with elected representatives who don't know the
difference between DNS, IM, and MP3? You get SOPA--draconian
legislation that far exceeds its intended scope, and threatens the
Constitutional rights of law abiding citizens. And it may just pass.
... snip ...
topic drift about invention of the internet:
http://itunes.apple.com/us/app/cool-to-be-clever-edson-hendricks/id483020515?mt=8
... about co-worker at science center ... also
http://www.timescolonist.com/news/Tech+savvy+storytelling/5848952/story.html
WTF is SOPA?
http://www.zdnet.com/blog/hardware/wtf-is-sopa/17336
from above
I'm getting an increasing number of questions relating to SOPA bill
introduced in the House of Representatives on October 26, 2011. The
subject is well outside of my domain, but John 'TotalBiscuit' Bain, a
UK law graduate, professional gaming commentator and journalist, has
put together a great video on the subject.
... snip ...
SOPA: So how much does it cost to buy off America's Internet freedom?
http://www.zdnet.com/blog/government/sopa-so-how-much-does-it-cost-to-buy-off-americas-internet-freedom/11050
from above:
The sad part is that these people are representing the entertainment
industry's interest for chump change. According to a report by
the Knight-Batten Award-winning nonprofit MAPLight, the 32 sponsors of
the bill received just under $2 million in campaign contributions from
the movie, music, and TV entertainment industries.
... snip ...
Congress as Kabuki theater (1603-1629)
https://en.wikipedia.org/wiki/Kabuki
there've been several reports that over the past 20 yrs, biggest ROI for wallstreet is buying congress ... thousands of dollars in benefits for every dollar spent (making SOPA look like chump change)
past posts mentioning Congress & Kabuki theater:
https://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
https://www.garlic.com/~lynn/2011k.html#18 What Uncle Warren doesn't mention
https://www.garlic.com/~lynn/2011l.html#39 Kabuki Theater 1603-1629
https://www.garlic.com/~lynn/2011l.html#44 Kabuki Theater 1603-1629
https://www.garlic.com/~lynn/2011l.html#67 computer bootlaces
https://www.garlic.com/~lynn/2011l.html#68 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#0 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#5 computer bootlaces
https://www.garlic.com/~lynn/2011o.html#66 Civilization, doomed?
https://www.garlic.com/~lynn/2011p.html#86 Congress as Kabuki Theater
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 20 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
so IMS was really interested in spoofed 37x5 mentioned in upthread
post
https://www.garlic.com/~lynn/2011p.html#98
reference part of presentation here
https://www.garlic.com/~lynn/99.html#67
and another part spring '86 presentation at COMMON
https://www.garlic.com/~lynn/99.html#70
My wife had earlier been con'ed into going to POK to be in charge of
loosely-coupled architecture (mainframe for "cluster") where she
created Peer-Coupled Shared Data architecture ... mentioned upthread
https://www.garlic.com/~lynn/2011p.html#76
she didn't remain long because of little uptake (except for IMS
hotstandby) until sysplex and ongoing battles with the communication
group that wanted to force into using SNA for loosely-coupled
coordination. some past posts
https://www.garlic.com/~lynn/submain.html#shareddata
so IMS
https://en.wikipedia.org/wiki/IBM_Information_Management_System
while it had hotstandby and could immediately "take-over" ... even
with replicated system at geographic distance ... it had enormous
problem with the huge bloated VTAM. this upthread post
https://www.garlic.com/~lynn/2011p.html#94
mentions huge VTAM pathlength and buffer copies for straight-line message. Session initiation (in fall-over case) was much worse. 60,000 terminal fall-over required re-establishing 60,000 sessions ... even on max'ed out 3090 ... could take 90-120 minutes; so while the IMS would be operational immediately ... the effective system availability might take a couple hrs for large configuration.
So some of the features in the spoofed 37x5 was that all resources were represented by being owned by another VTAM (spoofed vtam) and were replicated within the distributed network infrastructure. IMS hotstanby was interested in deploying the operation so as to immediately establish shadow terminal sessions at the hotstanby ... to avoid the 2hr "fall-over" elapsed time (in large configurations; this is something similar to what tandem was offering as standard feature).
other recent IMS reference ... 300 people from the IMS group were
being moved out of STL to offsite bldg ... and finding that "remote"
3270 back into the STL datacenter was totally intolerable ... I got
con'ed into writing support for (non-IBM) channel extender ... so
they had effectively the same "local" 3270 operation (as they had when
they were in the building):
https://www.garlic.com/~lynn/2011p.html#17
followup in above thread about other issues with 3274 controller
https://www.garlic.com/~lynn/2011p.html#19
also old email that when Jim was leaving SJR for Tandem and palming
things off on me ... one of the things was DBMS consulting with the
IMS group (totally unrelated to the work I did for them supporting
channel extender):
https://www.garlic.com/~lynn/2007.html#email801006
https://www.garlic.com/~lynn/2007.html#email801016
also mentioned in this recent post
https://www.garlic.com/~lynn/2011p.html#20
similar difficulty (w/vtam) was faced by the vm/4341-cluster product. they had done custom protocol to get high-throughput out vm/4341-cluster (using 3088/trotter). before product release they were forced by the communication group to move to a vtam-based infrastructure for cluster operation. A simple example of the vtam-bloat was a cluster-synchronization operation that had previously took a very small fraction of second, took over 30 seconds elapsed time in the vtam-based implementation.
so one of the issues in large web-based environment possibly involving hundreds of thousands of users ... is avoid the enormous vtam-bloat paradigm.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 11 Dec, 2011 Subject: Perspectives: Looped back in Blog: Boyd's Strategyre:
facebook reference to blog entry on the "looped back in" article
http://www.schaefersblog.com/OODA-isnt-simple-and-it-probably-shouldnt-be/
and my comment to the facebook post:
reminds me of several object/GUI programming efforts in the 90s to do industrial strength dataprocessing ... executives saw all sorts of glitz & bling in the prototypes ... but the efforts failed miserably in deliverying industrial strength dataprocessing. Part of the attraction was that the simple object/GUI implementations had a few days learning curve (compared to months for industrial strength) so a lot of executives appeared to believe they could move to commodity programmers.
aka light-weight doesn't mean that it is low-skilled. There are periodic references that it requires much more skill&effort to come up with KISS than something complex (corollary it isn't done when there isn't any more to add ... its done when there isn't anymore to remove)
slightly related (software) complexity (now behind some sort of
registration and/or totally gone but lives on at the wayback machine)
"The Frameworks Quagmire"
https://web.archive.org/web/20060831110450/http://www.software.org/quagmire/
2167A (near the top right in the above figure) typically required ten time the effort as standard industrial strength dataprocessing (which i've frequently shown can be ten times the development effort of typical web application).
In the late 90s, I held a number of sessions looking at increasing the tool sophistication ... requiring corresponding increase in learning curve and skills ... which would reduce the 2167A associated effort by a factor of five times (making it possibly only 2-3 times that of typical industrial strength dataprocessing effort).
and comments this facebook posting
http://zenpundit.com/?p=4905
One of the things periodically mistaken about Boyd and OODA-loops is devolving into sequential, serial process. Boyd would refer to all parts of OODA-loop operating concurrently and looking at topic from all possible facets (again concurrently). Decomposition is a valuable classroom tool, novices would tend to ordering issues and addressing them sequentially in rank order ... as opposed to multi-variant approach (which typically requires deep understanding of subject matter).
note, serial, sequential also opens up the speed metaphor (iterations/revolutions per-sec) ... continuous, concurrent nullifies that speed metaphor as part of OODA-loop (leaving efficiency & quality). There is computer analogy with more things moving from synchronous to asynchronous as part of increasing throughput.
boyd posts & references
https://www.garlic.com/~lynn/subboyd.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: Question on PR/SM dispatcher Newsgroups: bit.listserv.ibm-main Date: 20 Dec 2011 07:58:28 -0800shmuel+ibm-main@PATRIOT.NET (Shmuel Metz , Seymour J.) writes:
there have numerous issues over the years with implementations trying to get around use of timer-based considerations ... hoping that other events would provide sufficient control not having to resort to the additional overhead ... this has periodically resulted in monumental gafs when the various other failed to occur in the anticipated ways.
the other issue was that the MDF implementation for Amdahl was significantly simpler because of the macrocode use. 3090 had to respond with pr/sm ... but that was a significantly more complex undertaking because there wasn't any equivalent facility and they had to fallback to horizontal microcode.
there was also issue in the early 1980s when somebody having gotten an award for changes to mvs/xa, contacted me about whether similar changes could be made to vm. I commented that I had not done it any other way since my work as undergraduate in the 60s ... and in fact had arguments with VS2/SVS (precursor to MVS) in the early 70s about they shouldn't be doing it the wrong way.
past posts mentioning part of the effort for ECPS
https://www.garlic.com/~lynn/94.html#21
past posts mentioning dispatching/scheduling
https://www.garlic.com/~lynn/subtopic.html#fairshare
misc past posts mentioning macrocode:
https://www.garlic.com/~lynn/2002p.html#44 Linux paging
https://www.garlic.com/~lynn/2002p.html#48 Linux paging
https://www.garlic.com/~lynn/2003.html#9 Mainframe System Programmer/Administrator market demand?
https://www.garlic.com/~lynn/2003.html#56 Wild hardware idea
https://www.garlic.com/~lynn/2005d.html#59 Misuse of word "microcode"
https://www.garlic.com/~lynn/2005d.html#60 Misuse of word "microcode"
https://www.garlic.com/~lynn/2005h.html#24 Description of a new old-fashioned programming language
https://www.garlic.com/~lynn/2005p.html#14 Multicores
https://www.garlic.com/~lynn/2005p.html#29 Documentation for the New Instructions for the z9 Processor
https://www.garlic.com/~lynn/2005u.html#40 POWER6 on zSeries?
https://www.garlic.com/~lynn/2005u.html#43 POWER6 on zSeries?
https://www.garlic.com/~lynn/2005u.html#48 POWER6 on zSeries?
https://www.garlic.com/~lynn/2006b.html#38 blast from the past ... macrocode
https://www.garlic.com/~lynn/2006c.html#9 Mainframe Jobs Going Away
https://www.garlic.com/~lynn/2006j.html#32 Code density and performance?
https://www.garlic.com/~lynn/2006j.html#35 Code density and performance?
https://www.garlic.com/~lynn/2006m.html#39 Using different storage key's
https://www.garlic.com/~lynn/2006p.html#42 old hypervisor email
https://www.garlic.com/~lynn/2006u.html#33 Assembler question
https://www.garlic.com/~lynn/2006u.html#34 Assembler question
https://www.garlic.com/~lynn/2006v.html#20 Ranking of non-IBM mainframe builders?
https://www.garlic.com/~lynn/2007b.html#1 How many 36-bit Unix ports in the old days?
https://www.garlic.com/~lynn/2007d.html#3 Has anyone ever used self-modifying microcode? Would it even be useful?
https://www.garlic.com/~lynn/2007d.html#9 Has anyone ever used self-modifying microcode? Would it even be useful?
https://www.garlic.com/~lynn/2007j.html#84 VLIW pre-history
https://www.garlic.com/~lynn/2007k.html#74 Non-Standard Mainframe Language?
https://www.garlic.com/~lynn/2007n.html#96 some questions about System z PR/SM
https://www.garlic.com/~lynn/2008c.html#32 New Opcodes
https://www.garlic.com/~lynn/2008c.html#33 New Opcodes
https://www.garlic.com/~lynn/2008c.html#42 New Opcodes
https://www.garlic.com/~lynn/2008j.html#26 Op codes removed from z/10
https://www.garlic.com/~lynn/2008r.html#27 CPU time/instruction table
https://www.garlic.com/~lynn/2010m.html#74 z millicode: where does it reside?
https://www.garlic.com/~lynn/2011c.html#93 Irrational desire to author fundamental interfaces
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 21 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
the communication group eventually had to come out with a box for
handling T1 ... but rather than simulating 37x5 and adding a whole
bunch of new function (spoofing host vtams that the resources were
"owned" outboard) ... it simulated another vtam and CTCA connection to
the host vtam. The issue is that vtam/sna was designed for handling
huge numbers of slow-speed dumb terminals (not even networking
... just low-level communication). So this whole ("3737") was an
attempt to try and have SNA drive a T1 ... old email description
https://www.garlic.com/~lynn/2011g.html#email880130
in this recent post
https://www.garlic.com/~lynn/2011g.html#77
with four 68000 processors and something like 100k of code ... and the
only purpose was to give an immediate ACK to the transmitting host
vtam ... while pair of 3737s handled the actual T1 transmissions
asynchronously (in lieu of actually fixing host vtam to support
high-speed operation). other old email about 3737 in recent posts
https://www.garlic.com/~lynn/2011g.html#email880606 and
https://www.garlic.com/~lynn/2011g.html#email881005
in this post
https://www.garlic.com/~lynn/2011g.html#75
part of this thread "We list every company in the world that has a
mainframe computer" in the ibm-main mailing list
https://www.garlic.com/~lynn/2011g.html#73 and
https://www.garlic.com/~lynn/2011g.html#74
above references recent post regarding '89 email containing a copy of
the communication group's spring 1985 announcement for a "high-speed"
discussion group
https://www.garlic.com/~lynn/2011c.html#email890731
in this post
https://www.garlic.com/~lynn/2011c.html#39
one of the issues with 3737 was that it was still limited to approx. 2mbits/sec aggregate thruput ... a "US" T1 is 1.5mbits/sec full-duplex (3mbits/sec aggregate) and a "Euro" T1 is 2mbits/sec full-duplex (4mbits/sec aggregate)
a little drift ... one of the major RISC benefits has been
throughput. x86 implementations now tend to have "RISC" cores with
conventional instructions decomposed into RISC "micro-ops" by hardware
(there is some indication that even mainframes have adopted some of
the strategy). reference:
http://www.anandtech.com/show/2493/9
recent posts in this thread:
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#94 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#95 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#98 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#100 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 21 Dec, 2011 Subject: Ruminating on Strategic Thinking Blog: FacebookRuminating on Strategic Thinking
One of the things periodically mistaken about Boyd and OODA-loops is devolving into sequential, serial process. Boyd would refer to all parts of OODA-loop operating concurrently and looking at topic from all possible facets (again concurrently). Decomposition is a valuable classroom tool, novices would tend to ordering issues and addressing them sequentially in rank order ... as opposed to multi-varient approach (which typically requires deep understanding of subject matter).
note, serial, sequential also opens up the speed metaphor (revolutions/sec) ... continuous, concurrent nullifies that speed metaphor as part of OODA-loop. There is computer analogy with more things moving from synchronous to asynchronous as part of increasing throughput.
misc. Boyd posts&refs:
https://www.garlic.com/~lynn/subboyd.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 21 Dec, 2011 Subject: 5 ways to keep your rockstar employees happy Blog: IBM AlumniThere use to Watson quotes about "wild ducks" (employees) ... in the aftermath of the enormous Future System failure in the 70s, the comment was that "wild ducks" are tolerated, just so long as they fly in formation. misc past posts mentioning future system
In the series of videos for the recent 100th annv., there was a "wild duck" video ... but it wasn't about employees ... it was about customer (with some slight implication that it was somehow related to Watson's quotes).
However, our culture has long tradition of depreciating the cleaver:
http://slashdot.org/submission/1882028/teachers-dont-like-creative-students
http://marginalrevolution.com/marginalrevolution/2011/12/teachers-dont-like-creative-students.html
for some topic drift ... primary person responsible for internal
network recent itunes/ipad app
http://itunes.apple.com/us/app/cool-to-be-clever-edson-hendricks/id483020515?mt=8
related recent news article:
http://www.timescolonist.com/news/Tech+savvy+storytelling/5848952/story.html
former co-worker at science center ... misc. science center posts
https://www.garlic.com/~lynn/subtopic.html#545tech
One of my hobbies in the 70s and 80s was producing enhanced operating
systems for internal datacenters. A major customer was HONE ... dating
back to HONE's inception (after the 23Jun69 unbundling announcement
and starting to charge for software, SE time. etc.) with (virtual
machine) CP67 to give branch office SEs "hands-on" practice. misc.
past posts mentioning unbundling
https://www.garlic.com/~lynn/submain.html#unbundle
HONE then also started to deploy (world-wide) sales&marketing support
applications (implemented in APL) ... which eventually came to
dominate all HONE activity. During the late 70s, HONE came under
constant pressure to move off vm370 to MVS ... they would have a major
project cycle that would take possibly 18months ... that would fail
disastrously and then there was short spell and be repeated. Old email
about senior POK executive giving presentation to HONE saying that
vm370 would disappear and they would have to move to MVS and it would
work if they would just recode all the APL applications in assembler:
https://www.garlic.com/~lynn/2007d.html#email790216
and then there is correction saying that the executive had been using
the wrong flip charts for the presentation
https://www.garlic.com/~lynn/2007d.html#email790220
in this long winded post on related subject:
https://www.garlic.com/~lynn/2007d.html#17 and
https://www.garlic.com/~lynn/2007d.html#18
towards the mid-80s, a hdqtr executive finally puts an end to my
providing HONE with highly enhanced operating systems with the comment
about what would HONE do if I were hit by a bus (no longer provide
such superior service). misc. past posts mentioning HONE
https://www.garlic.com/~lynn/subtopic.html#hone
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: SPF in 1978 Newsgroups: bit.listserv.ibm-main Date: 22 Dec 2011 11:43:58 -0800jim.marshall@OPM.GOV (Jim Marshall) writes:
having been a little rivalry between the 4th&5th floors; some of the
ctss people went to 5th flr and did multics and others went to the
science center on the 4th flr and did virtual machines (first cp40/cms
on specially modified 360/40 with hardware virtual memory which morphs
into cp67/cms when 360/67 became available and later morphs into vm370).
past posts about science center
https://www.garlic.com/~lynn/subtopic.html#545tech
recent post about vm performance tools were combined in the same
organization with ISPF ...
https://www.garlic.com/~lynn/2011m.html#42 CMS load module format
problem was company having a difficult time with the unbundling
announcement and charging for application software ... unbundling
https://www.garlic.com/~lynn/submain.html#unbundle
guidelines was price had to cover costs, this was somethings interpreted as organization costs had to be covered by software revenue. there were a number of traditional software products that were combined with various vm370 products ... where the aggregate revenue covered aggregate costs (in the ISPF case, ISPF and vm370 performance products both had approx. the same revenue; ISPF had a couple hundred people while vm370 performance products was held to 3 people and limited new development ... aka nearly all revenue going to fund ISPF).
unrelated
Date: 9 August 1984, 13:35:48 EDT
From: xxxxxx
To: wheeler
Recently I saw on an APL disk in San Jose an announcement of something
called VMSHARE. It appears to be a repository of information for VM
users both in and out of IBM. I would greatly appreciate it if you
could send be any information you might have about it, such as how I
may get access to such information, and how I might make contributions
to it. I am a general user on a small VM system, I do have my own
copies of the IBMVM conferencing EXECs (if that is of any help) and I
am very interested in the opinions of users outside IBM as well as
developments in VM usage in general.
Thank you very much for your assistance,
xxxxxx
ISPF/PDF Development
... snip ... top of post, old email index
tymshare provided online vm370 commerical online service ... in aug 1976
there started making their vm370/cms-based computer conferening
available free to SHARE as vmshare ... archived here
http://vm.marist.edu/~vmshare/
I then managed to get corporate approval to "shadow" vmshare ... making
it available inside the company (had to jump through hoops with lawyers
whether external vmshare information would contaminate corporate
employees). misc. old email mentioning vmshare
https://www.garlic.com/~lynn/lhwemail.html#vmshare
I had also been blamed for online computer conferencing on the
internal network ... some past posts about internal network
https://www.garlic.com/~lynn/subnetwork.html#internalnet
folklore is that when the executive committee was informed of computer
conferencing (and the internal network), 5of6 wanted to fire me. misc.
past posts mentioning computer mediated conversation
https://www.garlic.com/~lynn/subnetwork.html#cmc
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: SPF in 1978 Newsgroups: bit.listserv.ibm-main Date: 22 Dec 2011 12:49:04 -0800eric-ibmmain@WI.RR.COM (Eric Bielefeld) writes:
recent (long-winded) discussion of 3031, 3032, & 3033 (in linkedin IBM
Historic Computing group):
https://www.garlic.com/~lynn/2011p.html#82 Migration off mainframe
3032 was 370/168-3 with different covers and using external 303x channel director (instead of external 28x0 channels). 303x channel director was 370/158 engine w/o 370 microcode and just the integrated channel microcode (3031 was a pair of 370/158 engines ... one with just the 370 microcode and the other with just the integrated channel microcode).
... and 3033 was 370/168-3 logic mapped to 20% faster chips ... the chips also had ten times the circuits/chip as used in 168 ... initially unused ... some late optimization, limited use of more circuits/chip got 3033 up to 1.5 times 168-3.
also discussed in this URL
http://www.jfsowa.com/computer/memo125.htm
3031s were being "beat" by 4341s ... past post with early benchmark
https://www.garlic.com/~lynn/2000d.html#0
... faster, cheaper, less floor space, less power, less cooling,
etc. some old email mentioning 4341
https://www.garlic.com/~lynn/lhwemail.html#4341
and 4341 clusters were beating 3033, aggregate faster, cheaper, less floor space, less power, less cooling, etc.
at one point, POK executive, in some internal politics, got allocation of critical 4341 manufacturing component cut in half.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 23 Dec, 2011 Subject: Is Mozilla Really Getting $300 Million from Google? Blog: Google+re:
Is Mozilla Really Getting $300 Million from Google?
http://www.internetnews.com/blog/skerner/is-mozilla-really-getting-300-million.html
Note that NSFNET T1 backbone RFP went for $11.2m. There were comments
about aggregate resources that went into backbone was closer to
$50m. Observation was that telcos were in chicken&egg situation with
huge amount of "dark" bandwidth. Reducing tariffs to encourage use
would have drastically reduced revenues for several years (operating
in the red because of large fixed costs) ... but would have been
required in order to encourage new bandwidth hungry
applications. Putting excess resources into NSFNET backbone to
encourage new generation of bandwidth hungry application acted as
incubator without impacting traditional revenue sources (claims that
early Mozilla antecedent was one of the results). misc. old email
related to leading up to NSFNET T1 backbone:
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 24 Dec, 2011 Subject: Zombie Banks Blog: Google+re:
Bloomberg in real time doing interview with author of book on Zombie banks ... top of the list in the US is BofA and Citibank (two of the too-big-to-fail) and corresponds with the "confidence men" observation about "japan-or-sweden" strategy ... and the feds choosing "japan" strategy preserving the zombie banks.
Author describes fed reserve providing zombie banks with zero percent money which they turn around and invest in US treasuries at 3or4% ... using the profits on the treasuries to prop up their operation
data about zombie banks: Fed's Once-Secret Data Compiled by Bloomberg
Released to Public
http://www.bloomberg.com/news/2011-12-23/fed-s-once-secret-data-compiled-by-bloomberg-released-to-public.html
book: Zombie Banks: How Broken Banks and Debtor Nations Are Crippling
the Global Economy,
https://www.amazon.com/Zombie-Banks-Crippling-Bloomberg-ebook/dp/B0060IWMNY
... article:
http://www.huffingtonpost.com/jim-luce/zombie-banks_b_1132440.html
a couple recent posts mentioning japan-or-sweden strategy
https://www.garlic.com/~lynn/2011p.html#83 Heading For World War III | Gerald Celente Trends Blog
https://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse
some recent posts mentioning Fed data:
https://www.garlic.com/~lynn/2011.html#48 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011j.html#3 Greed, Excess and America's Gaping Class Divide
https://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
https://www.garlic.com/~lynn/2011k.html#23 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
https://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
https://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#74 The Wall Street Pentagon Papers: Biggest Scam In World History Exposed: Are The Federal Reserve's Crimes Too Big To Comprehend?
https://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
https://www.garlic.com/~lynn/2011p.html#7 FDR explains one dimension of our problem: bankers own the government
https://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#34 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#63 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
https://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 24 Dec, 2011 Subject: Loan Originators Blog: Facebookloan originators didn't care about loan quality or borrower's qualifications ... including speculators and drug cartel money laundering ... Confidence Men pg.434:
from above:
Then, under Gensler's prodding, Voigtman got more specific: "2006,
that was the year that sent a shudder through the business. Ten
percent of the loans that we bought never made their first
payments. That was in August '06. You knew by August '06." "They
wouldn't make the first payment." "So," Voigtman continued, "the
underwriter who sat down with that borrower forty-five days before got
it wrong."
... snip ...
Confidence Men pg.435:
from above:
Then Voigtman ran through a dissertation on what Goldman knew and when
they knew it. Specifically, he described how they knew there was
trouble with CDOs long before August 2006. In fact, it was in 2004
when they first saw underwriting standards start to decline and demand
for the CDOs skyrocket.
... snip ...
minimizing lawyers ... wallstreet has been pouring enormous amounts into congress ... there have been some cases with billions in fines by regulatory agencies ... but with trillions involved, there are references that such "small" files (percentage wise) ... that so far it is just cost of doing business.
random old news ...
http://www.bloomberg.com/news/2011-01-07/madoff-bofa-mbia-stanford-goldman-merrill-in-court-news.html
... note in congressional Madoff hearings they had person testifying that had tried for a decade to get the SEC to do something about Madoff ... Madoff finally turned himself in, which sort of finally forced SEC into doing something.
some posts also mentioning loan originators:
https://www.garlic.com/~lynn/2011b.html#22 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
https://www.garlic.com/~lynn/2011c.html#46 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011d.html#23 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
https://www.garlic.com/~lynn/2011d.html#28 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011e.html#48 On Protectionism
https://www.garlic.com/~lynn/2011e.html#60 In your opinon, what is the highest risk of financial fraud for a corporation ?
https://www.garlic.com/~lynn/2011f.html#43 Massive Fraud, Common Crime, No Prosecutions
https://www.garlic.com/~lynn/2011f.html#66 Bank email archives thrown open in financial crash report
https://www.garlic.com/~lynn/2011g.html#55 Mobius Says Financial Crisis 'Around the Corner'
https://www.garlic.com/~lynn/2011h.html#22 Is BitCoin a triple entry system?
https://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
https://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
https://www.garlic.com/~lynn/2011j.html#24 rating agencies
https://www.garlic.com/~lynn/2011j.html#44 S&P Downgrades USA; Time to Downgrade S&P?
https://www.garlic.com/~lynn/2011k.html#60 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011l.html#69 computer bootlaces
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#77 Did You Hear the One About the Bankers?
https://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 24 Dec, 2011 Subject: Matt Taibbi with Xmas Message from the Rich Blog: FacebookMatt Taibbi with Xmas Message from the Rich
"Confessions of an Economic Hit Man" has corporations (with gov. help), going around the world getting countries in debt that they couldn't repay ... but now we have wallstreet adapting the strategy against the rest of the country (and in both cases, trying to blame the victims).
misc. recent posts mentioning "Confessions of an Economic Hit Man":
https://www.garlic.com/~lynn/2011p.html#71 A question for the readership
https://www.garlic.com/~lynn/2011p.html#73 A question for the readership
https://www.garlic.com/~lynn/2011p.html#80 The men who crashed the world
and posts mentioning (wallstreet) confidence men
https://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
https://www.garlic.com/~lynn/2011p.html#73 A question for the readership
https://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
https://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors
https://www.garlic.com/~lynn/2011p.html#83 Heading For World War III | Gerald Celente Trends Blog
https://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse
https://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#109 Zombie Banks
https://www.garlic.com/~lynn/2011p.html#110 Loan Originators
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: SPF in 1978 Newsgroups: bit.listserv.ibm-main Date: Sat, 24 Dec 2011 20:35:51 -0500re:
I had originally done extended sharing on cp67 along with paged-mapped
CMS filesystem ... which I then converted to vm370 ... some old email
https://www.garlic.com/~lynn/2006v.html#email731212
https://www.garlic.com/~lynn/2006w.html#email750102
https://www.garlic.com/~lynn/2006w.html#email750430
with respect to "csc/vm" in the above ... one of my hobbies was making enhanced operating systems available to internal datacenter ... first with cp67 and then later with vm370.
during the "future system" period ... some old posts
https://www.garlic.com/~lynn/submain.html#futuresys
I continued to do 360/370 stuff (even when future system was killing off 370 efforts) ... and periodically would ridicule future system activities.
after the demise of future system, there was mad rush to get stuff back into 370 product pipelines ... which motivated decision to release various bits & pieces of stuff that I had been doing. A small subset of the sharing stuff (w/o the paged mapped filesystem support) was including in vm370 release 3 as DCSS.
the following is exchange with the SPF group about trying to map SPF
into a "shared module" (as opposed to DCSS sharing).
Date: 11/07/79 14:53:27
From: wheeler
To: somebody in GBURG SPF group
The SPF module starts (begins) at location x'20000' and end somewhere
close to x'70000' (actually around x'6a000'). If I load and genmod
SPF it ordinarily creates a MODULE which starts at location x'20000'
and ends around x'6a000', i.e. those core locations are written to disk.
When I invoke SPF the SPF MODULE file is read into locations starting
at the start of the module (x'20000') and ending at the end of the
module (x'6a000').
--
Shared module support is an enhancement to VM and CMS which allows
specification at GENMOD time which segments (16 page groups) are to
be shared. The segments to be shared must be occupied by the module
being genmod'ed (i.e segment 2: x'20000' thru x'30000'; segment 3:
x'30000' thru x'40000', etc.).
--
Ordinarily I would LOAD SPF
GENMOD SPF
--
for shared modules I
LOAD SPF
reset module ending address to x'70000'
GENMOD SPF (share 2 3 4 5 6
LOAD SPF (origin 30000
reset module ending address to x'80000'
GENMOD SPF (share 3 4 5 6 7
there would not be any problems? since SPF is not storing into a
relative module core location (i.e. start of the 1st SPF module + x'0' bytes)
but into absolute location x'20000'.
and the response about why there were still problems: as an aside ...
1979 GBURG SPF group appeared to still be using all upper case
Date: 11/07/79
To: wheeler
From: somebody in GBURG SPF group
LYNN,
THANKS FOR SENDING THE DESCRIPTION OF SHARED MODULES. I HAVEN'T
STUDIED IT IN DETAIL, BUT DID READ THROUGH IT. VERY INTERESTING.
YOUR IDEA OF STARTING SPF AT 30000 INSTEAD OF 20000 WOULD AVOID
THE "SHARED" VIOLATION AS WE STORE INTO LOCATION 20000. HOWEVER,
THAT WILL NOT SOLVE ALL THE PROBLEMS. IN SPF, THE WAY WE DETERMINE
WHETHER WE ARE RUNNING IN THE USER AREA (TEST MODE) OR IN
DCSS, IS TO COMPARE THE ADDRESS OF THE FIRST PROGRAM (HAPPENS TO BE
NAMED SPF) TO THE VALUE '20000'. IF IT IS NOT THERE, IT IS ASSUMED
THAT WE ARE IN DCSS. THE IMPLICATION IS THAT SPF WILL NOT RELOAD
ITSELF FOLLOWING A FOREGROUND COMPILE, OR CMS COMMAND THAT USES
THE USER AREA. IF MY UNDERSTANDING OF "SHARED MODULES" IS CORRECT,
I AM AFRAID THAT, AT LEAST IN THE NEAR TERM, THERE IS NOTHING I
CAN DO THAT WILL PERMIT SPF TO OPERATE CORRECTLY IN YOUR SPECIAL
ENVIRONMENT. FEEL FREE TO WRITE OR CALL.
REGARDS,
XXXXXXX
... snip ... top of post, old email index
later exchange about SPF being a real "pig" of an application:
Date: 02/21/80 12:59:12
To: wheeler
Hi, Lynn,
Do you have SPF/CMS installed, or know anybody that does ????
... snip ... top of post, old email index
Date: 02/21/80 14:42:09
From: wheeler
SPF/CMS installed and running, but it is a pig tho.
... snip ... top of post, old email index
In this time-frame there were a number of internally developed CMS
full-screen editors ... early one that had been released to customers
was EDGAR ... as well as simple full-screen extensions to pre-3270 CMS
editor ... all were significantly better than SPF. recent post in
ibm-main menioning some of this
https://www.garlic.com/~lynn/2011m.html#44
with this old email
https://www.garlic.com/~lynn/2011m.html#email810629
earlier post in same thread
https://www.garlic.com/~lynn/2011m.html#41
giving some old (jun79) benchmarks of cms-edit, red, zed, edgar, spf, xedit, and ned ... although spf isn't nearly as bad as xedit or ned ... but much worse than my favorite RED (wasn't just processor time, but also significant larger code size)
move (ibm-main) mention of ispf in same thread
https://www.garlic.com/~lynn/2011m.html#42
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch Date: Sun, 25 Dec 2011 09:02:18 -0500Jean-Marc Bourguet <jm@bourguet.org> writes:
this was time when kernel ran in "real" address mode and the virtual machine (guest) ran in virtual memory address mode. it was possible to load virtual memory pointer in control register one and do a "load psw" instruction. The "load psw" performed switching from kernel mode to user mode, switching from "real" address mode to "virtual memory" address mode in single instruction ... aka switch from supervisor address space ("real") to guest address space ("virtual memory"), from kernel/supervisor to problem/user mode and from kernel instruction counter to user instruction counter in a single instruction. Both CR1 ... virtual address space pointer and CR6 ... virtual machine assist could be prep'ed while in kernel/real ... which become active when load psw switches from kernel/real to user/virtual.
later with 370/xa and 3081 ... there was objective to have the kernel running in its own virtual address space (rather than real). that created a problem with not having single instruction that switched 1) the CR1 virtual address space pointer, 2) from kernel mode to user mode, and 3) from kernel instruction counter to virtual machine instruction counter.
So SIE instruction semantics ... provided the single instruction mechanism that switched from kernel mode to virtual machine mode (variation on user mode), kernel virtual address space to virtual machine virtual address space, and to virtual machine instruction
In virtual machine mode ... lots of kernel mode operations ... instead of interrupting into the kernel (for simulation by virtual machine kernel) ... were executed according to virtual machine rules.
Amdahl extended the concept with hypervisor mode ... basically allowed for multiple concurrent guests supporting a specialized set of virtual machine operations ... that eliminated the need for virtual machine monitor (operations were supported by new hardware layer).
3090 then responds to the Amdahl competition with PR/SM which evolves into LPARs (logical partitions) ... a new hardware layer in the hardware w/o actually requiring a "software" virtual machine monitor. LPARs have been usually been restricted to having dedicated mapping between real memory to virtual memory and doesn't support virtual memory paging operations. Initially, if a virtual machine monitor was run in an LPAR ... SIE wasn't available ... since the SIE functions were being used by the LPAR hardware layer. Then they needed to expand the SIE complexity so that a virtual machine monitor running in a logical partition ... could also make use of SIE (two levels of SIE operation).
some discussion of running virtual machine monitor and logical
partitions
http://www.vm.ibm.com/perf/tips/lparinfo.html
discussion of PR/SM running "guests"
http://publib.boulder.ibm.com/infocenter/eserver/v1r2/topic/eicaz/eicazzlpar.htm
one of the guests might be z/vm (virtual machine monitor) ... which in turn may be running guests. A decade ago there was a demo where a virtual machine monitor running in a "small" constrained LPAR ... activated 42,000 virtual Linux guests.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch Date: Mon, 26 Dec 2011 10:03:03 -0500Robert Wessel <robertwessel2@yahoo.com> writes:
recent post in ibm-main mailing list reference Amdahl people doing their
hypervisor, pumping me at baybunch meetings
https://www.garlic.com/~lynn/2011p.html#102 Question on PR/SM dispatcher
because I had earlier been involved in ECPS microcode assist for 138/148
... also mentioned here
https://www.garlic.com/~lynn/2011p.html#82 Migration off mainframe
big part of ECPS wasn't just adding virtual machine mode to additional supervisor instructions ... but also moving parts of the virtual machine monitor into hardware layer. For the low&mid-range, 370 was simulated by vertical microcode (that ran avg. ratio of 10 native instructions to one 370)... doing a one-for-one instruction move into native micrcode got a 10:1 performance boost in executed function. Adding additional virtual machine mode to additional supersivor instructions ... eliminated having to interrupt into the kernel for software simulation.
In any case, the 3033 tried something similar for some functions which turned out to show little improvement ... in some cases actually worse performance ... since 3033 was already running approx. 1 370 instruction per cycle ... it didn't show equivalent improvement as on the vertical microcoded 370s (to gain improvement with additions to hardware layer required eliminating execution, not just moving the same execution from 370 to lower hardware layer ... that is why adding virtual machine mode to supervisor instructions helped ... since it eliminated an effective task switch into the supervisor for simulation and then task switch back).
Initial SIE for 3081 had an interesting but different problem. Future
System effort had been killing off a bunch of 370 activity ... then
with the demise of Future System ... some past posts
https://www.garlic.com/~lynn/submain.html#futuresys
there was a mad rush to get stuff back into the 370 (hardware &
software) product pipelines. Part of this was effectively kicking off
the Q&D 303x effort concurrently with 370/xa & 3081 effort (then when
303x was out the door, those people started on 3090 .. overlapped with
3081). some discussed here:
http://www.jfsowa.com/computer/memo125.htm
The head of POK managed to convince the corporation to kill off the (vm370) virtual machine product, shutdown the vm370 development in burlington mall and move all the people to POK, or otherwise he wouldn't be able to meet the MVS/XA (POK favorite son) operating system ship schedule.
Endicott (low&mid range, 138/148 follow-on 4331&4341) managed to save the
vm370 product mission ... but had to reconstitute a development group
from scratch. This resulted in vm370 quality problems during the late
70s and early 80s ... periodically mentioned in the vmshare archives:
http://vm.marist.edu/~vmshare/
A side gaff was senior POK executive telling HONE that there would be no
more vm370 on high-end (POK) machines ... HONE was virtual-machine based
online world-wide sales&marketing support ... using large number of
high-end 370s around the world ... old email:
https://www.garlic.com/~lynn/2007d.html#email790216
and then a couple days later, POK comes back and says the executive
was using the wrong flipcharts:
https://www.garlic.com/~lynn/2007d.html#email790220
recently referenced
https://www.garlic.com/~lynn/2011p.html#105 5 ways to keep your rockstar employees happy
misc. past posts mentioning HONE
https://www.garlic.com/~lynn/subtopic.html#hone
so internally in POK, as an aid in MVS/XA development ... they developed
the virtual machine facility called the VMTOOL and SIE (on 3081) which
could be used by the VMTOOL (to aid in MVS/XA development) ... this was
never intended to be released as a product. And SIE was never planned to
be available for customers ... and not particularly optimized for
anything except running MVS/XA in a virtual machine. One of the issues
was the 3081 had limited microcode space ... and for SIE startup and
shutdown ... there had to be a huge amount of microcode paging ... which
made SIE really slow. MVS/XA tended to run for long periods so the SIE
microcode paging for startup/shutdown was less of an issue ... but for
lots of traditional online "conversational" CMS virtual machine
operation ... SIE startup/shutdown could take longer than the actual
virtual machine execution. old email reference (SIE and paged microcode)
https://www.garlic.com/~lynn/2011b.html#email810210
in this post
https://www.garlic.com/~lynn/2011b.html#70 vm/370 3081
They eventually decided to release VMTOOL to customers as a "migration aid" ... a lot of customers were running MVS on 3081s in 370 mode and not migrating to MVS/XA. There was hope that releasing the VMTOOL it would help customers in migration from MVS to MVS/XA (by being able to run both MVS and MVS/XA concurrently on the same machine). There then was a (high-end) faction that wanted to turn the VMTOOL migration aid into full blown virtual machine product (SIE & VMTOOL having originally just been targeted for only supporting a few number of concurrent MVS & MVS/XA virtual machines and *never* intended to do things like running virtual machine monitor in a virtual machine).
This turns into something of big internal politics when a single person
in rochester made the modifications to vm370 to support 370/xa ... and
his vm370 running in XA mode has significant better
feature/function/performance than the limited VMTOOL (however,
eventually the high-end politics with VMTOOL won out ... even tho it
wasn't the best solution)
https://www.garlic.com/~lynn/2011c.html#email860122
https://www.garlic.com/~lynn/2011c.html#email860123
in this post (has other old emails and covers several
additional subjects)
https://www.garlic.com/~lynn/2011c.html#87 A History of VM Performance
and
https://www.garlic.com/~lynn/2011e.html#email870508
in this post
https://www.garlic.com/~lynn/2011e.html#30 vm370 running in "XA-mode"
old email about some of the 3090 ... including comments that 3090 SIE
being better designed for performance and not just after thot for
supporting internal MVS/XA development
https://www.garlic.com/~lynn/2006j.html#email810630
in this post
https://www.garlic.com/~lynn/2006j.html#27 virtual memory
mention about SIE (startup/shutdonw) on 3090 still being expensive
https://www.garlic.com/~lynn/2007c.html#email860121
in this post
https://www.garlic.com/~lynn/2007c.html#49
for other topic drift, discussion of 3090 cache (and some SIE Guest)
https://www.garlic.com/~lynn/2003j.html#email831118
in this post
https://www.garlic.com/~lynn/2003j.html#42 Flash 10208
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Mon, 26 Dec 2011 15:34:44 -0500Robert Wessel <robertwessel2@yahoo.com> writes:
so much of the remaining measurable virtual/lpar overhead is related to i/o simulation. mainframe I/O is performed by "channel programs" (that were executed with "real" addresses). the 360 virtual machine monitor, cp67 would simulate I/O by scanning the virtual machine channel program (that was built with virtual addresses) and making a "shadow" copy that substituted real addresses.
in the 60s, the "batch" operating systems established a convention that applications created channel programs and used "EXCP" (EXecute Channel Program) to pass it to the kernel for execution (with real addresses). When these platforms were moved to 370 virtual memory environment, EXCP processing faced the same problem as CP67, application programs running in virtual address space, were creating channel programs with virtual addresses ... which had to be converted to real addresses. Their initial implementation was to borrow the CP67 channel program processor (CCWTRANS) and hack it into the side of EXCP processing (possibly the major effort done to get these platforms running in virtual memory environment).
If you then ran one of these "virtualized" operating systems in a virtual machine ... EXCP processing would first make a copy of the application channel program and then invoke SIO ... and if it was running in virtual machine, the virtual machine monitor would then have to repeat the operation of copying the channel program replacing the addresses.
So one of the remaining LPAR high-overhead items is still handling channel programs (but note that the traditional guests ... running in a partition ... has already performed a similar operation that requires much higher overhead; this is the argument that if these guests were redone from scratch to rely on the LPAR processing ... the overall throughput would be significantly higher than their ancestors that ran on the "bare" iron).
3081s had a different issue with ACP/TPF (airline control program) and Amdahl competition. 3081 was initially only going to be available in multiprocessor version ... and ACP/TPF didn't have multiprocessor support (which had prospect of ACP/TPF customers moving to Amdahl which still offered single processor models).
Somewhat conincidental in the transition from vm/370 to vm/sp (where all kernel software was charged for), there was major rework of vm/sp multiprocessor support specially for 3081 customers with ACP/TPF production guests (and little other workload). Normal vm/370 multiprocessor support had majority of kernel simulation serialized with the associated virtual machine operation. In a 3081 scenario that was primarily running an ACP/TPF guest, only a single processor would be executing. Lots of additional multiprocessor kernel overhead was introduced in vm/sp specifically for ACP/TPF case to try and overlap some of the kernel privileged instruction simulation with virtual machine execution (specifically the case of I/O simulation which were allowed to be asynchronous). This increased the single ACP/TPF guest throughput and improved total utilization by making better use of additional processors. However, this turned out to be somewhat the case of lots of current desktop software not leveraging multi-core processors. The problem was that the majority of vm/370 multiprocessor customers were running large number of concurrent virtual machines ... already being able to achieve 100% utilization of all processors. The ACP/TPF multiprocessor changes introduced in vm/sp degraded the majority of customer throughput by 10-20percent.
370, 303x, and 3081 cache machines ... would slow the processors cycle down by 10% in two-processor version ... to accommodate cache being able to listen for cache (consistency) invalidates from the other cache (any actual invalidate processing would further slow throughput down) ... so a 2-processor multiprocessor only had 1.8 times the processor cycles as a single processor (aggregate throughput could be much less because of cross-cache invalidates/interference as well as multiprocessor software effects ... two-processor having possibly as low as 1.3 times the throughput of single processor).
The Amdahl competitive situation for ACP/TPF customers eventually resulted with the introduction of single processor 3083 ... which was a 3081 with a processor removed. Standard 3081 chassis had power/channels, etc in the bottom 1/3rd, processor 1 in the middle 1/3rd and processor 0 in the top 1/3rd. The simplest way of creating a 3083 would have been to remove processor one in the middle ... but that would have made the 3081 dangerously top-heavy ... so additional engineering was required to create 3083. Also since there was only a single processor cache ... the 10% processor slowdown could be eliminated (3083 processor being billed almost 15% faster than 3081 processor eliminating the 10% slowdown).
misc. past posts mentioning 3083:
https://www.garlic.com/~lynn/99.html#103 IBM 9020 computers used by FAA (was Re: EPO stories (was: HELP IT'S HOT!!!!!))
https://www.garlic.com/~lynn/2000b.html#65 oddly portable machines
https://www.garlic.com/~lynn/2000d.html#9 4341 was "Is a VAX a mainframe?"
https://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2001b.html#37 John Mashey's greatest hits
https://www.garlic.com/~lynn/2001c.html#13 LINUS for S/390
https://www.garlic.com/~lynn/2001j.html#17 I hate Compaq
https://www.garlic.com/~lynn/2002c.html#9 IBM Doesn't Make Small MP's Anymore
https://www.garlic.com/~lynn/2002i.html#83 HONE
https://www.garlic.com/~lynn/2002m.html#67 Tweaking old computers?
https://www.garlic.com/~lynn/2002o.html#28 TPF
https://www.garlic.com/~lynn/2002p.html#58 AMP vs SMP
https://www.garlic.com/~lynn/2003g.html#30 One Processor is bad?
https://www.garlic.com/~lynn/2003p.html#45 Saturation Design Point
https://www.garlic.com/~lynn/2004.html#7 Dyadic
https://www.garlic.com/~lynn/2004c.html#35 Computer-oriented license plates
https://www.garlic.com/~lynn/2004e.html#44 Infiniband - practicalities for small clusters
https://www.garlic.com/~lynn/2004h.html#8 CCD technology
https://www.garlic.com/~lynn/2005.html#22 The Soul of Barb's New Machine (was Re: creat)
https://www.garlic.com/~lynn/2005j.html#16 Performance and Capacity Planning
https://www.garlic.com/~lynn/2005m.html#55 54 Processors?
https://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
https://www.garlic.com/~lynn/2005s.html#7 Performance of zOS guest
https://www.garlic.com/~lynn/2005s.html#38 MVCIN instruction
https://www.garlic.com/~lynn/2006d.html#5 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006l.html#30 One or two CPUs - the pros & cons
https://www.garlic.com/~lynn/2006m.html#32 Old Hashing Routine
https://www.garlic.com/~lynn/2006n.html#16 On the 370/165 and the 360/85
https://www.garlic.com/~lynn/2007.html#44 vm/sp1
https://www.garlic.com/~lynn/2007g.html#16 What's a CPU second?
https://www.garlic.com/~lynn/2007o.html#37 Each CPU usage
https://www.garlic.com/~lynn/2008c.html#83 CPU time differences for the same job
https://www.garlic.com/~lynn/2008e.html#40 Fantasy-Land_Hierarchal_NUMA_Memory-Model_on_Vertical
https://www.garlic.com/~lynn/2008g.html#14 Was CMS multi-tasking?
https://www.garlic.com/~lynn/2008i.html#38 American Airlines
https://www.garlic.com/~lynn/2008i.html#51 Microsoft versus Digital Equipment Corporation
https://www.garlic.com/~lynn/2008i.html#57 Microsoft versus Digital Equipment Corporation
https://www.garlic.com/~lynn/2009g.html#66 Mainframe articles
https://www.garlic.com/~lynn/2009g.html#68 IT Infrastructure Slideshow: The IBM Mainframe: 50 Years of Big Iron Innovation
https://www.garlic.com/~lynn/2009g.html#70 Mainframe articles
https://www.garlic.com/~lynn/2009h.html#77 Operating Systems for Virtual Machines
https://www.garlic.com/~lynn/2009l.html#55 IBM halves mainframe Linux engine prices
https://www.garlic.com/~lynn/2009l.html#65 ACP, One of the Oldest Open Source Apps
https://www.garlic.com/~lynn/2009l.html#67 ACP, One of the Oldest Open Source Apps
https://www.garlic.com/~lynn/2009m.html#39 ACP, One of the Oldest Open Source Apps
https://www.garlic.com/~lynn/2009r.html#70 While watching Biography about Bill Gates on CNBC last Night
https://www.garlic.com/~lynn/2010.html#1 DEC-10 SOS Editor Intra-Line Editing
https://www.garlic.com/~lynn/2010.html#21 Happy DEC-10 Day
https://www.garlic.com/~lynn/2010d.html#14 Happy DEC-10 Day
https://www.garlic.com/~lynn/2010d.html#79 LPARs: More or Less?
https://www.garlic.com/~lynn/2010e.html#23 Item on TPF
https://www.garlic.com/~lynn/2010i.html#78 IBM to announce new MF's this year
https://www.garlic.com/~lynn/2010j.html#20 Personal use z/OS machines was Re: Multiprise 3k for personal Use?
https://www.garlic.com/~lynn/2010n.html#16 Sabre Talk Information?
https://www.garlic.com/~lynn/2011.html#19 zLinux OR Linux on zEnterprise Blade Extension???
https://www.garlic.com/~lynn/2011b.html#49 vm/370 3081
https://www.garlic.com/~lynn/2011b.html#70 vm/370 3081
https://www.garlic.com/~lynn/2011c.html#16 Other early NSFNET backbone
https://www.garlic.com/~lynn/2011c.html#26 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011d.html#43 Sabre; The First Online Reservation System
https://www.garlic.com/~lynn/2011f.html#49 Dyadic vs AP: Was "CPU utilization/forecasting"
https://www.garlic.com/~lynn/2011f.html#60 Dyadic vs AP: Was "CPU utilization/forecasting"
https://www.garlic.com/~lynn/2011g.html#7 Is the magic and romance killed by Windows (and Linux)?
https://www.garlic.com/~lynn/2011i.html#77 program coding pads
https://www.garlic.com/~lynn/2011k.html#84 'smttter IBMdroids
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Mon, 26 Dec 2011 15:56:03 -0500Del Cecchi <delcecchi@gmail.com> writes:
OS libraries were provided that were loaded and ran as part of the application ... lots of user application looked like it was hardware independent ... but the OS libraries were being loaded and ran as part of the application ... then it was transparent whether user code created the channel program or some OS library created the channel program ... when it came to the EXCP (supervisor call/interrupt into kernel).
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Mon, 26 Dec 2011 16:13:06 -0500Del Cecchi <delcecchi@gmail.com> writes:
yes, I've redacted the name in the emails
https://www.garlic.com/~lynn/2007c.html#email860121
https://www.garlic.com/~lynn/2011c.html#email860122
https://www.garlic.com/~lynn/2011c.html#email860123
to protect the innocent. i'll send name offline.
for some additional drift ... Burlington had something similar, some circuit programs implemented in Fortran. Base MVS had design point of 16mbyte virtual address space for each application ... but os/360 heritage had a pervasive pointer passing API ... so MVS kernel image occupied 8mbytes of every application virtual address space. There was also requirement for "common area" that was minimum of 1mbyte in every virtual address space (and for larger systems, could be 4-5mbytes and was in danger of moving to 5-6mbytes). Burlington's Fortran application was 7mbytes and in constant danger of exceeding that ... and Burlington had to go through all sort of hoops for corresponding MVS that just had a 1mbyte common area.
San Jose disk engineering also had similar applications that ran on MVS.
They had additional problem that computational demand was exceeding
datacenter floor space for high-end POK machines. They started effort to
put vm/4341s out in every departmental area and worked on additional MVS
simulation code for CMS ... that would allow the applications to easily
run in vm370/cms environment on large number of distributed vm/4341s.
some of this appears in this old 4341 related email
https://www.garlic.com/~lynn/lhwemail.html#4341
and Burlington was starting to express some interest since they could get nearly the full 16mbyte virtual address space ... when running under cms in vm370 virtual machine (eliminating the constant battle they were having with their application breaking the 7mbyte barrier ... and constantly having a tailored MVS system limited to 1mbyte common area).
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch Date: Mon, 26 Dec 2011 18:20:38 -0500Robert Wessel <robertwessel2@yahoo.com> writes:
intermediate between SIO and start subchannel was SIOF. SIO was defined as establishing end-to-end connectivity all the way out to the device ... before it released and allowed the channel to proceed with asynchronous channel program execution. SIOF was introduced with 370 ... and was defined as just kicking things off asynchronously ... not even waiting for end-to-end handshake with device. as processors become faster ... the number of processor cycles lost in the end-to-end handshake became rather later.
one of the things driving start subchannel was enormous MVS pathlength in interrupt handling and device "redrive" ... and as I/O became larger & larger system thruput bottleneck ... there was lost thruput associated with operating system pathlength between end of previous i/o operation and start of redrive of the next i/o operation. start subchannel could define queued/pending operation that was immediately available for starting by independent external processor (when previous operation finished).
start subchannel also handled the case when delaying i/o interrupts for
purposes of minimize cache thrashing and/or SIE overhead ...
dispatching disabled for i/o interrupts mentioning in this old
email (as mechanism to minimize SIE overhead):
https://www.garlic.com/~lynn/2007c.html#email860121
by person in rochester adapting vm370 to run in 370/xa mode along with SIE instruction.
which was similar to justification I used for dispatching virtual
machines with real processor disabled for i/o interrupts more than
decade earlier (for minimizing cache thrashing) ... mentioned in this
recent (ibm-main) post
https://www.garlic.com/~lynn/2011f.html#60 Dyadic vs AP: Was "CPU utilization/forcasting"
the purpose for IDALs was to provide scatter/gather that could be prefetched. Previously (in cp67), cp67 would create "shadow" channel program that simulated single channel command with argument that crossed page boundary (virtual address was consecutive but the corresponding virtual pages were located at non-consecutive real addresses). In order to handle this, CP67 had to translate one channel command into two or more "data chaining" channel commands (for each non-consecutive page crossing). channel programs are located in processor memory and defined that each channel command is processed serially with *no* prefetching (i.e. next channel command can't be fetched until previous finished). There were some number of instances where device timing were such that i/o operation would complete correctly when a single channel command was used ... but would fail if split into multiple data-chaining channel commands (overrun errors because the address wasn't available before data had to be transmitted). IDALs were introduced in 370 ... which were defined as list of non-consecutive addresses which could be "pre-fetched" (weren't subject to the serial non-pre-fetching processing restriction that came with channel command data-chaining).
an old thread mentioning IDAL
https://www.garlic.com/~lynn/2002d.html#51 Hardest Mistake in Comp Arch to Fix
https://www.garlic.com/~lynn/2002d.html#52 Hardest Mistake in Comp Arch to Fix
https://www.garlic.com/~lynn/2002d.html#56 Hardest Mistake in Comp Arch to Fix
https://www.garlic.com/~lynn/2002d.html#57 Hardest Mistake in Comp Arch to Fix
there was some amount of dumb terminal processing that adapted the convention of modified channel program processing. Multiple chained channel commands for each device that reference allocated storage that was less than maximum possible that the device might transfer. Terminal i/o processing application would get a special interrupt when complete buffer had transferred ... it would then allocate some more storage and modify the active channel program to aditional commands for the additional allocated storage. The problem with virtual machine and EXCP channel processing for virtual environment ... was a completely different channel program would be dynamically created (with real addresses) and executed. Any modification to the channel program in the virtual address space (with virtual addresses) wouldn't be reflected in the channel program that was actually executing.
so a new kind of EXCP ... EXCPVR was defined for use by semi-privileged, appropriately authorized applications ... like VTAM. VTAM used interface to fix/pin some number of virtual pages in real storage. It would then create channel programs that referenced the real storage addresses (rather than the virtual addresses) and then invoke the EXCPVR system call ... which bypassed the EXCP virtual-to-real processing (also pin/unpin virtual pages for the duration of the i/o operation). This had the characteristic that when VTAM modified its own "active" channel programs ... it was modifying the one that was actually executing.
misc. past posts mentioning EXCPVR in MVS (primarily created for VTAM):
https://www.garlic.com/~lynn/2007q.html#8 GETMAIN/FREEMAIN and virtual storage backing up
https://www.garlic.com/~lynn/2007s.html#2 Real storage usage - a quick question
https://www.garlic.com/~lynn/2008i.html#68 EXCP access methos
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Mon, 26 Dec 2011 18:48:54 -0500del cecchi <delcecchi@gmail.com> writes:
he had ported AT&T C to cms and made several performance enhancements and had ported numerous unix-based chip applications to CMS. One day, the IBM salesman stopped by and asked him what he was doing ... which was doing ethernet support to tie SGI graphics machines to ibm 3081. The salesman told him that he should instead be doing token/ring support ... and if he didn't, they might find that mainframe maintenance might suffer. Shortly afterwards I got a phone call that lasted for an hour or so with lots of four letter words. The next morning the customer had major press release that they were replacing mainframes with several SUN servers. This kicked off numerous internal corporate taskforces that treated the replacement of mainframe with SUN servers as a technical issue.
The individual then went on to do a lot of work on SPICE
https://en.wikipedia.org/wiki/SPICE
... including early/original parallelization of HSPICE ... quicky search of web appears to imply that early HSPICE parallelization had to be later reinvented/recreated
misc. posts in this thread:
https://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch Date: Tue, 27 Dec 2011 09:35:26 -0500Robert Wessel <robertwessel2@yahoo.com> writes:
old 4341 related email
https://www.garlic.com/~lynn/lhwemail.html#4341
and being let to play disk engineer in bldg. 14&15
https://www.garlic.com/~lynn/subtopic.html#disk
old email about 4341 being fastest channels of the 70s ... with slight
tweak were able to support 3mbyte/sec transfers (aka 3880&3380 disks)
https://www.garlic.com/~lynn/2010e.html#email810617
above email also discusses other channels from the 70s (as well as other vendor disks and disk controllers).
disk engineering and product test tended to get early processor engineering machines (3rd & 4th ... after the processor engineering having machines). other old email mentioning I was doing benchmarking on disk engineering 4341 for the Endicott 4341 benchmarking group (because I had better access than they did).
disk engineering had been running mainframe processors "stand-alone" for testing. they had once tried MVS with objective of being able to support multiple concurrent tests ... but turned out MVS to have 15min MTBF in that environment (hang or failure) requiring reboot. I offered to completely rewrite I/O supervisor to be complete bullet-proof and never fail ... supporting anytime, on-demand, concurrent testing (significantly improving productive compared to 7x24 around-the-clock pre-scheduled, stand-alone testing).
part of the purpose of (370xa/3081) start subchannel was to help mask large MVS interrupt/redrive latency. one of the things that I did in the I/O rewrite in the 70s ... was to try and come as close as possible to 370xa redrive throughput with straight 370 code. It did contribute to having to resolve a 3880 controller problem.
Because my software changes was underneath all device testing ... whenever they had anomolous problems, I would get called to diagnose what was going on (whether or not it was actual software problem). One monday morning, bldg. 15 called to ask when I had done to the software on their 3033 processor ... that system throughput had gone totally down the tubes (they had very early engineering 3033, and since actual device testing took very small percentage of processor time ... they added a two 8-drive 3330s and spare 3830 controller to provide their own private online service). Even though they claimed to have made no changes, it turned out somebody had replaced the 3830 controller with new 3880 controller driving the same two 8-drive 3330 string ... and Monday morning, online response had went completely down the tubes.
Turns out that 3880 had a really slow processor for handling commands (compared to 3830) ... with a separate fast hardware path for data transfer (to support 3380 3mbyte/sec). They tried to mask how slow it was by signaling operation complete interrupt ... before it was actually finished (hoping to be done by the time the processor had processed the interrupt and attempted to redrive any queued operations). My pathlength was so short, that I was attempting to redrive queued request before the 3880 controller had actually finished. This required signaling SM+BUSY to the SIOF (controller busy) ... followed by CUE interrupt (control unit end). The additional interrupts and controller processing was also causing 3880 controller to slow down even further (for almost every I/O once monday morning activity picked up). The whole mess drastically affected system throughput. Fortunately this was still six months before first customer ship ... and they were able to do some addtional tweaks to 3880 controller (on off chance that regular operating systems at customer sites might accidentally be able to hit 3880 controller when it was busy ... when it shouldn't have been).
past posts in this thread
https://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#119 Start Interpretive Execution
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 27 Dec, 2011 Subject: The Myth of Work-Life Balance Blog: Greater IBMre:
facebook greater ibm just referenced: Here's how IBM reinvented
itself, and keeps doing that. How do YOU plan to do it?
http://www.economist.com/node/17492958
... mentions changing to agile & adaptable (which was what Boyd's
briefings were about back to at least early 80s) ... posts & URLs
referencing Boyd
https://www.garlic.com/~lynn/subboyd.html
and the century celebration. One of the videos in the century
celebration referenced "wild ducks" ... some how implying a
connection to Watson's wild duck references. However Watson's wild
duck references were about employees ... although there were jokes
after the Future System fiasco ... some past posts
https://www.garlic.com/~lynn/submain.html#futuresys
... that wild ducks are tolerated as long as they fly in formation. In
any case, the century video was about a customer "wild duck"
... having nothing at all to do with employee "wild ducks". other
recent references to wild ducks:
https://www.garlic.com/~lynn/2011h.html#30 IBM Centennial Film: Wild Ducks
https://www.garlic.com/~lynn/2011h.html#33 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011i.html#79 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011m.html#1 What is IBM culture?
https://www.garlic.com/~lynn/2011m.html#45 What is IBM culture?
https://www.garlic.com/~lynn/2011n.html#93 John R. Opel, RIP
https://www.garlic.com/~lynn/2011p.html#105 5 ways to keep your rockstar employees happy
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 27 Dec, 2011 Subject: Deja Cloud? Blog: Old Geek Registryre:
The consolidation of the HONE US datacenters to "1501" provided the
opportunity to doing "single-system-image" ... making large number of
CECs appear to be a single facility. Past posts mentioning HONE
https://www.garlic.com/~lynn/subtopic.html#hone
The Amazon cloud, its megadatacenters and its virtual supercomputer
can be the latest generation of such approaches. As mentioned upthread
... this was an intermediate step (references meeting in early Jan92
about work on rapidly increasing cluster sizes):
https://www.garlic.com/~lynn/95.html#13
however, at the end of the month, the cluster scale-up effort was
transferred and we were told we couldn't work on anything with more
than four processors. Then approx. a month after the referenced
meeting, cluster scale-up was announced as supercomputer for numerical
intensive workloads only (no commercial)
https://www.garlic.com/~lynn/2001n.html#6000clusters1
misc. posts about cluster, high availability and/or loosely-coupled
https://www.garlic.com/~lynn/subtopic.html#hacmp
part of the US HONE scenario ... is providing online sales&marketing for all US sales&marketing, branch office, hdqtrs, etc ... with applications implemented in APL ... required significant processing ... more than any single large multiprocessor mainframe ... needed as many as possible as could be cramed into "1501" all running as single-system-image (late 70s). Claim in the late 80s, this had increased to 28 (two processor) 3081s.
Over the years, there was lots of pressure placed on HONE to convert
from vm370 to MVS .... all of which failed miserably. This is recent
post mentioning old email about a possibly frustrated, senior POK
(large mainframe) executive telling HONE that they would be able to
convert to MVS if they would just recode all the APL applications in
assembler:
https://www.garlic.com/~lynn/2011p.html#105
as things got faster and smaller ... latency and (fine-grain) global synchronization was becoming larger and larger problem. being able to use large number of commodity priced pieces resulted in all sorts of institutions being able to create massive computational complexes ... at least for those class of problems than can be parallelized.
At low level, shows up in transition with multi-core processors that can run asynchronously and simple multiprocessor parallelization becoming "holy grail". Old time multiprocessors could rely on large number of parallel, independent tasks to utilize resources. Now, increasing numbers of dedicated desktops, laptops, tablets, cellphones, etc ... all have multi-core processors. To leverage the resources requires new techniques to parallelize previously, purely sequential computations.
Recent post that includes discussion about trying to use a two
processor 3081 for dedicated sequential, serial operation. The
unnatural acts to try and use the 2nd processor ... for this small
subset of customers ... significantly increased the overhead for all
customer multiprocessor workloads (most of them that had already been
happily fully utilizing all processors in multiprocessor
configuration)
https://www.garlic.com/~lynn/2011p.html#115
3090 introduced "expanded store" that could sort of be used as paging cache. The issue was that physical packaging of memory couldn't get package sufficient memory close enough to the processor (with latency within operational requirements) to meet balanced 3090 system throughput requirements. The solution was to put some of the memory at longer distance (with higher latency) and have software explicitly move pages back and forth. The expanded store bus was really wide so the elapsed time for the move was less than typical path length to do asynchronous page operation (so it was more efficient to make the expanded store move-operations, synchronous instruction).
Later, changes in memory technology allowed sufficient storage to be packaged close enough to the processor to eliminate the latency problem. The expanded store feature hung around for some time ... being able to use LPAR magic to configure part of normal memory as simulated expanded store. The issue was that some of the page replacement algorithms didn't know how to efficiently manage larger amounts of memory all as standard paging ... so they operated better with some of the memory logically as expanded store (an appropriate page replacement algorithm treating all of memory as one large contiguous area would eliminate lots of the page faults requiring pages to be moved back and forth between expanded store).
One of the things in the 90s was people at SLAC pushing SCI as industry standard ... one of the application was simulated memory bus over uni-directional fiber links (data could move simultaneously in both directions) with directory-based cache consistency. Standard support was shared-memory 64-port caches. Sequent (later bought by IBM) did four (intel) processor boards with shared L2 cache and 64 boards for a 256-way Numa-Q shared-memory multiprocessor ; Data General did a similar 256-way implementation. Convex did a two (hp risc) processor board with shared L2 cache and 64 boards for 128-way Exemplar shared-memory multiprocessor (other vendors also used SCI for multiprocessor scale-up).
past posts in this thread:
https://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#21 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Will The Earth End be in 2012?❤❤❤❤❤❤❤❤ Newsgroups: alt.folklore.computers Date: Tue, 27 Dec 2011 13:23:49 -0500Peter Flass <Peter_Flass@Yahoo.com> writes:
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 27 Dec, 2011 Subject: Fingerspitzengefühl Blog: Boyd's Strategyre:
Boyd would use the term a few times in briefings ... translating it to
"finger-tip feel". One of the uses was describing a korean war
dogfight with one american and five migs ... and all six pilots
realizing approx. the same time that the american was about to shoot
the five migs down ... it was sort of like last moves of a chess game
where there would be checkmate regardless of the opponent's moves.
https://en.wikipedia.org/wiki/Fingerspitzengef%C3%BChl
He also used it referring to after-action reviews of large scale wargames. He characterized the admirals/generals spending all year playing golf while their subordinates practiced. Then when it came time for the actual wargames, the commanders had no fingerspitzengefühl for the warroom.
He would hold his hand up with the tip of his thumb rubbing back&forth across the tips of his fingers.
One of the warroom/strategic scenarios is that information can be massive volumes and/or highly refined and abstracted. Lack of practice and familiarity can make orientation (finding meaning from massive volumes and/or highly abstracted) nearly impossible ... severely impacting quality of any decisions.
Similar, but different was Boyd's complaints about original headsup display for F16 ... presenting scrolling lists of digital numbers. The effort to translate the scrolling digital numbers into meaning resulted in poorer pilot performance (rather than better) ... advocating for information presentation that was more intuitive to pilots.
In the warroom situation the information was/is massive and/or abstracted ... in either case, people making decisions need lots of practice to orient (find meaning from the information) leading up to decide/act.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 27 Dec, 2011 Subject: UC-Berkeley and other 'public Ivies' in fiscal peril Blog: Facebookre:
This is 2-3 decades old. In the early 90s, we did some work with very large mid-west state univ. They said most states were functionally bankrupt at the time (just moving budget around). As a result, they had already transitioned to 85% funding from state legislature to 11% funding from state legislature. They also said that in the period since late 60s, they had to dumb down entering freshman programs three times. In the wake of the 1990 census, there was report that half of the 18yr olds in the country were functionally illiterate (and projections that things would continue to get worse). The slide down has been going on for some time.
Losing the Brains Race; America is spending more money on education
while producing worse outcomes.
http://reason.com/archives/2011/02/22/losing-the-brains-race
trying to put positive face on it
http://www.ed.gov/blog/2010/12/international-education-rankings-suggest-reform-can-lift-u-s/
less positive
http://www.usatoday.com/news/education/2010-12-07-us-students-international-ranking_N.htm
past posts mentioning education ranking
https://www.garlic.com/~lynn/2004b.html#38 The SOB that helped IT jobs move to India is dead!
https://www.garlic.com/~lynn/2007j.html#58 IBM Unionization
https://www.garlic.com/~lynn/2007u.html#78 Education ranking
https://www.garlic.com/~lynn/2007u.html#80 Education ranking
https://www.garlic.com/~lynn/2007u.html#82 Education ranking
https://www.garlic.com/~lynn/2007v.html#10 About 1 in 5 IBM employees now in India - so what ?
https://www.garlic.com/~lynn/2007v.html#16 Education ranking
https://www.garlic.com/~lynn/2007v.html#19 Education ranking
https://www.garlic.com/~lynn/2007v.html#20 Education ranking
https://www.garlic.com/~lynn/2007v.html#27 folklore indeed
https://www.garlic.com/~lynn/2007v.html#38 Education ranking
https://www.garlic.com/~lynn/2007v.html#39 Education ranking
https://www.garlic.com/~lynn/2007v.html#44 Education ranking
https://www.garlic.com/~lynn/2007v.html#45 Education ranking
https://www.garlic.com/~lynn/2007v.html#46 folklore indeed
https://www.garlic.com/~lynn/2007v.html#51 Education ranking
https://www.garlic.com/~lynn/2007v.html#52 vm folklore, new, 40+ yr old technology
https://www.garlic.com/~lynn/2007v.html#63 An old fashioned Christmas
https://www.garlic.com/~lynn/2007v.html#64 folklore indeed
https://www.garlic.com/~lynn/2007v.html#69 Controlling COBOL DDs named SYSOUT
https://www.garlic.com/~lynn/2007v.html#71 Education ranking
https://www.garlic.com/~lynn/2007v.html#72 whats the world going to do when all the baby boomers retire
https://www.garlic.com/~lynn/2008.html#39 competitiveness
https://www.garlic.com/~lynn/2008.html#52 Education ranking
https://www.garlic.com/~lynn/2008.html#55 Education ranking
https://www.garlic.com/~lynn/2008.html#57 Computer Science Education: Where Are the Software Engineers of Tomorrow?
https://www.garlic.com/~lynn/2008.html#60 Education ranking
https://www.garlic.com/~lynn/2008.html#62 competitiveness
https://www.garlic.com/~lynn/2008.html#73 Computer Science Education: Where Are the Software Engineers of Tomorrow?
https://www.garlic.com/~lynn/2008.html#81 Education ranking
https://www.garlic.com/~lynn/2008.html#83 Education ranking
https://www.garlic.com/~lynn/2008b.html#3 on-demand computing
https://www.garlic.com/~lynn/2008b.html#6 Science and Engineering Indicators 2008
https://www.garlic.com/~lynn/2008b.html#13 Education ranking
https://www.garlic.com/~lynn/2008c.html#56 Toyota Beats GM in Global Production
https://www.garlic.com/~lynn/2008d.html#38 outsourcing moving up value chain
https://www.garlic.com/~lynn/2008d.html#55 was: 1975 movie "Three Days of the Condor" tech stuff
https://www.garlic.com/~lynn/2008d.html#74 Price of CPU seconds
https://www.garlic.com/~lynn/2008d.html#86 U.S. Science Funding Hits a Political Wall
https://www.garlic.com/~lynn/2008d.html#87 Berkeley researcher describes parallel path
https://www.garlic.com/~lynn/2008e.html#37 was: 1975 movie "Three Days of the Condor" tech stuff
https://www.garlic.com/~lynn/2008e.html#61 Study Finds Sharp Math, Science Skills Help Expand Economy
https://www.garlic.com/~lynn/2008e.html#71 US aerospace and defense sector braces for potential brain drain as Cold War workers retire
https://www.garlic.com/~lynn/2008f.html#22 Study Finds Sharp Math, Science Skills Help Expand Economy
https://www.garlic.com/~lynn/2008f.html#81 Is IT becoming extinct?
https://www.garlic.com/~lynn/2008f.html#98 Innovation: biggest draw in the West
https://www.garlic.com/~lynn/2008f.html#99 The Workplace War for Age and Talent
https://www.garlic.com/~lynn/2008g.html#55 performance of hardware dynamic scheduling
https://www.garlic.com/~lynn/2008h.html#50 Microsoft versus Digital Equipment Corporation
https://www.garlic.com/~lynn/2008i.html#65 How do you manage your value statement?
https://www.garlic.com/~lynn/2008j.html#73 lack of information accuracy
https://www.garlic.com/~lynn/2008k.html#5 Republican accomplishments and Hoover
https://www.garlic.com/~lynn/2008k.html#28 dollar coins
https://www.garlic.com/~lynn/2008n.html#3 Blinkylights
https://www.garlic.com/~lynn/2008n.html#18 VMware Chief Says the OS Is History
https://www.garlic.com/~lynn/2008o.html#12 The human plague
https://www.garlic.com/~lynn/2008p.html#82 Tell me why the taxpayer should be saving GM and Chrysler (and Ford) managers & shareholders at this stage of the game?
https://www.garlic.com/~lynn/2008q.html#15 realtors (and GM, too!)
https://www.garlic.com/~lynn/2008q.html#22 Is Pride going to decimate the auto Industry?
https://www.garlic.com/~lynn/2008q.html#55 Can outsourcing be stopped?
https://www.garlic.com/~lynn/2008r.html#7 If you had a massively parallel computing architecture, what unsolved problem would you set out to solve?
https://www.garlic.com/~lynn/2008s.html#20 Five great technological revolutions
https://www.garlic.com/~lynn/2008s.html#74 Is SUN going to become x86'ed ??
https://www.garlic.com/~lynn/2009c.html#43 Business process re-engineering
https://www.garlic.com/~lynn/2009c.html#66 Why do IBMers think disks are 'Direct Access'?
https://www.garlic.com/~lynn/2009f.html#43 On whom or what would you place the blame for the sub-prime crisis?
https://www.garlic.com/~lynn/2009f.html#47 TARP Disbursements Through April 10th
https://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
https://www.garlic.com/~lynn/2009i.html#42 China dominates NSA-backed coding contest
https://www.garlic.com/~lynn/2009m.html#69 U.S. students behind in math, science, analysis says
https://www.garlic.com/~lynn/2009m.html#81 A Faster Way to the Cloud
https://www.garlic.com/~lynn/2009o.html#76 I would like to understand the professional job market in US. Is it shrinking?
https://www.garlic.com/~lynn/2010b.html#16 How long for IBM System/360 architecture and its descendants?
https://www.garlic.com/~lynn/2010c.html#8 search engine history, was Happy DEC-10 Day
https://www.garlic.com/~lynn/2010c.html#87 search engine history, was Happy DEC-10 Day
https://www.garlic.com/~lynn/2010i.html#41 Idiotic programming style edicts
https://www.garlic.com/~lynn/2010l.html#14 Age
https://www.garlic.com/~lynn/2010o.html#66 They always think we don't understand
https://www.garlic.com/~lynn/2010p.html#71 origin of 'fields'?
https://www.garlic.com/~lynn/2010q.html#69 No command, and control
https://www.garlic.com/~lynn/2011.html#42 Looking for a real Fortran-66 compatible PC compiler (CP/M or DOSor Windows
https://www.garlic.com/~lynn/2011c.html#35 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011e.html#24 The first personal computer (PC)
https://www.garlic.com/~lynn/2011i.html#52 At least two decades back, some gurus predicted that mainframes would disappear in future and it still has not happened
https://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
https://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 27 Dec, 2011 Subject: Deja Cloud? Blog: Old Geek Registryre:
ibm 370/168-3 was 3mip machine. 155 had 2mic main store and 80ns cache. 155->158-3 got half-mic(?) memory and some other upgrades ... making 158-3 around 1mip.
This Whetstone benchmark (whetstone instructions/sec is somehow
related to instructions/sec)
http://www.roylongbottom.org.uk/whetstone.htm
has 155 at 0.465mwip, 158-3 at 0.826mwip, and 168-3 at 3.04mwip. However, it also lists 3033 at 5.6mwips ... when it was more like 1.5times 168-3 (i.e. 1.5*3=4.5mips).
It does have 4341 @.99mwips beating both 158-3 & 3031 ... which was similar to benchmarks i did. It has 4381 about same as 168-3.
It has vax 780s from about half that of 4341 to slightly more than 4341 (although not more than later 4341-2). PDP10 ranged from much less than 4341 to about that of 4341-2
science center got a 155-2 to replace 360/67 and got cp67 running in 370 mode. It was possible to unlatch the 155 front panel, swing it out and flip a switch that turned off the 155 cache ... which gave it approx. throughput of 145. I did that a couple times for benchmarks to get approx. throughput of 145.
now whetstone intel core i7 860 at 3.46ghz has 2790mwips ... nearly thousand times that of 168-3 .... but presumably 2790 is running four cores concurrently or about 698mwips/core ...
more benchmarks (from same website) for current processors
http://www.roylongbottom.org.uk/cpuspeed.htm
ibm 360/67 had 24bit real addressing and 24bit and 32bit virtual addressing modes.
ibm 370 had 24bit real and virtual addressing
ibm 3033 got a hack to physically address 64mbyte real storage. 370 page table entries were 16bits, 12bit page number, 2 defined bits and 2 undefined bits. It used a gimick to use the 2 undefined bits to come up with a 14bit (4096byte) page number ... allowing specification of up to 64mbyte ... even tho instruction addresses were limited to 24bit (16mbyte). IDAL addresses were also hacked to allow specifying 64byte real address (allowing paging into/out-of >16mbyte area).
vm370 kernel code (running in real) periodically had to address data
in virtual pages ... which might reside above the 16mbyte line. the
pok initial approach was to use IDALs to write-out pages (above
16mbyte line) and read them back into below the 16mbyte line. I gave
them a hack involving a dummy page table and some stub code that would
enter virtual addressing mode, do a MVCL from virtual address mapped
to real page above 16mbyte line to a virtual address mapped to real
page below 16mbyte line. old email
https://www.garlic.com/~lynn/2006t.html#email800121
in this old post
https://www.garlic.com/~lynn/2006t.html#15
how cluster of multiple 4341s were much cheaper than 3033, had more aggregate processing power, more aggregate memory, more i/o capacity, much less space/power/cooling requirements ....
past posts in this thread:
https://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#21 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#122 Deja Cloud?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Tue, 27 Dec 2011 17:55:04 -0500del cecchi <delcecchi@gmail.com> writes:
about getting call from MDS (engineer design system) group in East Fishkill about moving off MVS to CMS.
above post also has this old email discussing the Burlington
7mbyte application limit problem
https://www.garlic.com/~lynn/2006v.html#email800310b
past posts in this thread:
https://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#119 Start Interpretive Execution
https://www.garlic.com/~lynn/2011p.html#120 Start Interpretive Execution
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Wed, 28 Dec 2011 10:14:18 -0500Del Cecchi <delcecchi@gmail.com> writes:
3830 was horizontal microcode engine and significantly faster than the jib-prime used in the 3880 ... 3880 used separate hardware path for (3mbyte/sec) data transfer ... and it was the use of jib-prime that was the root of large number of 3880 performance issues.
one of the issues with the really slow jib-prime processing was that it significantly drove up channel busy time for every operation. The 3090 processor engineers had assumed that the 3880 would be 3830 with faster data transfer rate ... radically cutting channel busy (3830/3330 300kbyte/sec compared to 3880/3380 3mbyte/sec) ... and so designed for number of channels to support target disk operations/sec. When they became aware of how bad the 3880 channel busy was ... they realized that they would have to significantly increase the number of 3090 channels (and spread 3880 controllers across the larger number of channels). The increase in number of 3090 channels resulted in 3090 manufacturing needing another TCM (which wasn't an insignificant cost). There were jokes that 3090 product would bill the 3880 group for the additional 3090 manufacturing costs (basically offsetting the reduction in the 3090 profit margin against the 3880 controller group).
There was a lot of the engineers who were violently against using the jib-prime for 3880 because they knew how slow it would be ... they would attribute the decision to new executive that came out of accounting ... "bean counting" to drive down 3880 manufacturing cost ... even though it had a significant overall negative system impact.
All those extra 3090 channels were somewhat the start of the marketing line that mainframes had much higher i/o throughput than killer micros (when, in fact, the enormous number of mainframe i/o channels was to compensate for serious throughput problem; half-duplex design that was dedicated for duration of control operations).
360/370 channels had end-to-end handshake for every byte transferred. this contributed to channel length restriction of 200ft and about 1.5mbyte/sec transfer. 3880 supported "data-streaming" channels which would transfer multiple bytes for every end-to-end handshake. this increased max. channel length to 400ft and supported 3mbyte/sec transfers. However, control operations were multiple end-to-end transfers and channel busy would include 3880 processing latency.
Later much of fiber-channel, ssa disks, sci, etc ... were paired serial links transmitted asynchronously in both directions. control operations became packetized messages that ran asynchronously and eliminated half-duplex end-to-end hand-shaking latencies.
misc. past posts getting to play disk engineer in bldgs 14&15
https://www.garlic.com/~lynn/subtopic.html#disk
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: Perspectives: Looped back in Blog: Boyd's Strategyre:
Another way(/facet) of looking simple & full OODA-loop ... simple loop is serialized, sequential steps
The Next Convergence: The Future of Economic Growth in a Multispeed
World (Michael Spence)
https://www.amazon.com/Next-Convergence-Economic-Multispeed-ebook/dp/B004EPYWCO
Loc. 757-58
Most of us tend to think logically and linearly at least some of the
time. Logic suggests we think in terms of prerequisites: the idea is
that first you need this, then you can achieve that.
and Loc. 759-61
But in reality when it comes to growth and effective government, it
doesn't work that way. Or, rather, it does, but in tiny steps
and positive feedback loops. From a distance, then, it looks like
things run in a smooth parallel process. But in reality there are
millions of small positive interactions and feedback loops.
... snip ...
about the time I first sponsored Boyd's briefings at IBM ... I got
involved in effort with other institutions (including director of NSF)
which would evolve into the NSFNET backbone (TCP/IP is technology
basis for modern internet, NSFNET backbone was operational basis for
modern internet and CIX was business basis for modern internet)
... some old email
https://www.garlic.com/~lynn/lhwemail.html#nsfnet
at the time, there was large number of computer related
implementations that involved end-to-end half-duplex operation
... which as things speed up, the latency for the end-to-end operation
was becoming increasingly throughput bottleneck. I had already started
focusing on dual-simplex ... parallel asynchronous independent
outbound and inbound traffic flows ... eliminating the latency
overhead of the half-duplex end-to-end operations. A recent post in
comp.arch (computer architecture) newsgroups (aka I was also being
allowed to play disk engineer)
https://www.garlic.com/~lynn/2011p.html#128
misc. past Boyd and/or OODA-loop posts &/URL
https://www.garlic.com/~lynn/subboyd.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: vampires in financial infrastructure Blog: Google+re:
vampires in financial infrastructure
analogy for the current financial infrastructure that it is heavily
populated with vampires sucking the blood out of the world and would
be destroyed by sunlight (transparency and visibility) ...
http://curiouscapitalist.blogs.time.com/2010/04/16/sec-goldman-is-actually-a-vampire-squid/
http://www.phibetaiota.net/2010/11/review-griftopia-bubble-machines-vampire-squids-and-the-long-con-that-is-breaking-america/
SEC: Goldman Is Actually a Vampire Squid
http://curiouscapitalist.blogs.time.com/2010/04/16/sec-goldman-is-actually-a-vampire-squid/
from above:
A few weeks ago, I did a blog post questioning whether the
mega-profitable, much-hated investment bank Goldman Sachs really
methodically set about putting together mortgage-backed securities
that would fail.
... snip ...
latest on the lack of transparency and visibility
https://plus.google.com/u/0/102794881687002297268/posts/N8BTQJjVK8j
Also, the lack of transparency and visibility means we don't
really know what the exposures of major U.S. financial institutions
are, and we very much have to be concerned about the possible negative
repercussions.
http://www.bloomberg.com/news/2011-12-22/bankers-complaint-of-uncertainty-obscures-reluctant-disclosure.html
misc. past references to financial vampires:
https://www.garlic.com/~lynn/2010h.html#27 In the News: SEC storms the 'Castle'
https://www.garlic.com/~lynn/2010o.html#59 They always think we don't understand
https://www.garlic.com/~lynn/2010p.html#6 What banking is. (Essential for predicting the end of finance as we know it.)
https://www.garlic.com/~lynn/2011.html#53 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011.html#55 America's Defense Meltdown
https://www.garlic.com/~lynn/2011b.html#59 Productivity And Bubbles
https://www.garlic.com/~lynn/2011d.html#21 The first personal computer (PC)
https://www.garlic.com/~lynn/2011j.html#40 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#76 FIA shocked and outraged after Senator leaks oil trading data
https://www.garlic.com/~lynn/2011o.html#61 Civilization, doomed?
misc. past posts referencing transparency and visibility:
https://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
https://www.garlic.com/~lynn/2011e.html#39 Back to architecture: Analyzing NYSE data
https://www.garlic.com/~lynn/2011f.html#82 Bank email archives thrown open in financial crash report
https://www.garlic.com/~lynn/2011f.html#86 Bank email archives thrown open in financial crash report
https://www.garlic.com/~lynn/2011g.html#47 Lords: Auditors guilty of 'dereliction of duty'
https://www.garlic.com/~lynn/2011g.html#52 Enron: The Smartest Guys in the Room
https://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
https://www.garlic.com/~lynn/2011h.html#66 Senate Democrats Ask House to Boost SEC Funding
https://www.garlic.com/~lynn/2011i.html#25 Happy 100th Birthday, IBM!
https://www.garlic.com/~lynn/2011i.html#67 U.S. can't account for $8.7 billion of Iraq's money: audit
https://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
https://www.garlic.com/~lynn/2011j.html#38 Advice from Richard P. Feynman
https://www.garlic.com/~lynn/2011k.html#15 Is the SEC Covering Up Wall Street Crimes?
https://www.garlic.com/~lynn/2011k.html#20 Study shows powerful corporations really do control the world's finances
https://www.garlic.com/~lynn/2011k.html#37 50th anniversary of BASIC, COBOL?
https://www.garlic.com/~lynn/2011k.html#76 FIA shocked and outraged after Senator leaks oil trading data
https://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
https://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
https://www.garlic.com/~lynn/2011n.html#30 Have you ever wondered why some people seem to get rich easily
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
https://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?
https://www.garlic.com/~lynn/2011p.html#16 John Robb on the OODA-Loop
https://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#31 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#34 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
https://www.garlic.com/~lynn/2011p.html#87 Wall St likes your amnesia
https://www.garlic.com/~lynn/2011p.html#92 Bank Failures Cost $88 Billion
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: The Times E-Mails Millions by Mistake to Say Subscriptions Were Canceled Blog: FacebookThe Times E-Mails Millions by Mistake to Say Subscriptions Were Canceled
long ago and far away, we had been called into help wordsmith
cal. state electronic signature act. some past posts
https://www.garlic.com/~lynn/subpubkey.html#signature
Many of the participants were also working on "opt-in" personal information sharing legislation ... when GLBA (also responsible for repeal of Glass-Steagall) passed with federal pre-emption "opt-out" provision. Opt-out says they can send/share stuff unless they can find on-file record that you object; "opt-in" says they can only send/share stuff when they have on-file record of your approval/authorization (there has also been some amount of evidence of institutions not-recording/not-filing opt-out requests). "opt-out" and "can-spam" significantly contribute to the volume of spam (increasing the difficulty of recognizing attacks).
trivia ... the participants did get the cal data breach notification" legislation passed ... and at least half the fed. data breach notification" bills introduced since then (none have yet passed) would have eliminated nearly all notifications
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: Yes Virginia, Electronic Signatures Are Legal Blog: IBM AlumniWe were brought in to help wordsmith the cal. state electronic signature law ... there was a lot of politics going on with pressure to select/mandate a specific technology for electronic signatures. Part of this was during the internet bubble, some vendors were pushing business case on wallstreet that there would be $20B/annum revenue for specific technology ... requiring credentials that would go for $100/person/annum. When that didn't happen, the lobbying dropped off significantly. some past posts:
it has (also) been over a decade since cal. state electronic legislation. at the time, there was some expectation that the "silver bullet" for electronic signatures would be the mortgage business ... aka the loan originators were looking at significantly speeding up the process. It turns out that they transitioned to no-doc, no-down loans and frequently totally ignoring lending standards ... being able to pay for triple-A ratings on toxic CDOs eliminated any need to worry about borrowers qualifications or loan quality. Item in "Confidence Men: Wall Street, Washington, and the Education of a President" has a note that GS noticed fairly early in the bubble, triple-A rated toxic CDOs coming through with significant percentage of mortgages that *NEVER* had a payment (supposedly related to selling the triple-A rated toxic CDOs to their customers and then making CDS bets that they would fail).
other recent posts mentioning "Confidence Men"
https://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
https://www.garlic.com/~lynn/2011p.html#73 A question for the readership
https://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
https://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors
https://www.garlic.com/~lynn/2011p.html#83 Heading For World War III | Gerald Celente Trends Blog
https://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse
https://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#109 Zombie Banks
https://www.garlic.com/~lynn/2011p.html#110 Loan Originators
https://www.garlic.com/~lynn/2011p.html#111 Matt Taibbi with Xmas Message from the Rich
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: Deja Cloud? Blog: Old Geek Registryre:
Original 370 virtual memory architecture had IPTE (selective invalidate individual page table entry) and ISTE (selective invalidate individual segment table entry) which could clear the corresponding entries in TLB ... which didn't make it into release. PTLB (purge all TLB entries) was the only thing that made it out.
Hardware retrofit of virtual memory support to 370/165 was running into problems ... and to gain back six month in announce/ship schedule ... several features of 370 virtual memory were dropped including IPTE and ISTE. All processors that had already implemented full architecture had to go back and remove the features dropped for 370/165. Also any software that had already implemented support using new features also had to change their implementation.
Included in features dropped was r/o segment protect. vm370 had already implemented cms shared segment protect using the new hardware feature. when it was dropped (as part of 370/165 schedule), vm370 had to go back and invent a real kludge in order to provide cms shared segment protection.
when a virtual guest is using virtual page tables ... the host vm370 creates a shadow page table (initially all entries invalid; that corresponds to the guest's page tables). when the guest goes to run using the virtual page tables ... the host vm370 actually runs with the shadow table (with 13 levels of virtualizing ... it is 13 levels of shadow tables).
The management of shadow page table entries is done using the rules for managing hardware TLB entries ... initially all entries are invalid, start running ... and only fill in an entry, one at a time as the shadow address space results in page fault. However, w/o any of the selective invalidate instruction ... any time there is any page table entry for any virtual address space ... that has to be invalidated ... vm370 then also has to issue a PTLB instruction. If the vm370 is a guest operating system, then according to PTLB rules, the next higher level (host) vm370 has to invalidate *ALL* pagetable entries in every possible shadow page table (that has been built for that particular guest vm370). Then since that vm370 has invalidated some shadow page table entries, it also has to issue a PTLB instruction. Which then requires the next level vm370 to invalidate all entries in all of its guest vm370 shadow page table entries ... and then also issue PTLB. This continues all the way up to the vm370 running on the real hardware.
The lack of selective invalidate instruction (IPTE) makes any twitch at any level in the virtualized environment create enormous work extending all the way back up the virtualized infrastructure ... making forward progress nearly impossible.
Normally in virtual, paging environment ... there is assumption that forward progress is made ... initially no valid pages, take page fault, make page valid, execute some more, another page fault ... until reasonable set of pages are valid and instructions execute for some period of time w/o page fault. The twitchy behavior of any page invalid operation resulting in PTLB, which in turn requires the whole shadow table infrastructure to be wiped clean (all the way back up to the top level vm370) ... and then things restart ... can make forward progress extremely difficult (aka it isn't the straight-forward, convoluted, shadow table virtual->real mapping at each level ... it is any PTLB for any reason, wipes it all out and things have to start all over again).
past posts in this thread:
https://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
https://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#21 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#122 Deja Cloud?
https://www.garlic.com/~lynn/2011p.html#126 Deja Cloud?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Start Interpretive Execution Newsgroups: comp.arch, alt.folklore.computers Date: Wed, 28 Dec 2011 20:06:41 -0500re:
3033 and 3380 trivia
part of designing thin film floating heads for 3380 was air bearing simulation program. at the time the engineering 3033 was installed in bldg. 15 for disk testing ... the air bearing simulation program was running on the (MVT) 370/195 in bldg. 28 (SJR). The SJR 195 was running batch MVT with 2week to 3month jog turn-around ... even with priority classification ... the air bearing simulation was lucky to get 2-3week turn around.
turns out that even multiple concurrent disk testing took maybe 1-2percent of the processor ... that was one of the reasons it was setup for general online use for the engineers (and special friends; also leading up to having to diagnose problem when they swapped out 3830 controller for 3880 mentioned in previous post).
so the 370/195 had around 10mip for specially tuned code ... most code ran more like 5mips (because most branches drained 195 pipeline). The 3033 was only like 4.5mips (about 1.5times 168-3) ... but moving the air bearing simulation over to 3033 allowed it to get near real-time turn around ... potentially several times a day.
misc. past posts mentioning air bearing simulation program
https://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
https://www.garlic.com/~lynn/2002j.html#30 Weird
https://www.garlic.com/~lynn/2002n.html#63 Help me find pics of a UNIVAC please
https://www.garlic.com/~lynn/2002o.html#74 They Got Mail: Not-So-Fond Farewells
https://www.garlic.com/~lynn/2003b.html#51 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003b.html#52 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003j.html#69 Multics Concepts For the Contemporary Computing World
https://www.garlic.com/~lynn/2003m.html#20 360 Microde Floating Point Fix
https://www.garlic.com/~lynn/2003n.html#45 hung/zombie users ... long boring, wandering story
https://www.garlic.com/~lynn/2004.html#21 40th anniversary of IBM System/360 on 7 Apr 2004
https://www.garlic.com/~lynn/2004b.html#15 harddisk in space
https://www.garlic.com/~lynn/2004o.html#15 360 longevity, was RISCs too close to hardware?
https://www.garlic.com/~lynn/2004o.html#25 CKD Disks?
https://www.garlic.com/~lynn/2005.html#8 [Lit.] Buffer overruns
https://www.garlic.com/~lynn/2005f.html#4 System/360; Hardwired vs. Microcoded
https://www.garlic.com/~lynn/2005f.html#5 System/360; Hardwired vs. Microcoded
https://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
https://www.garlic.com/~lynn/2006.html#29 IBM microwave application--early data communications
https://www.garlic.com/~lynn/2006c.html#6 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006d.html#0 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006d.html#13 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006d.html#14 IBM 610 workstation computer
https://www.garlic.com/~lynn/2006l.html#6 Google Architecture
https://www.garlic.com/~lynn/2006l.html#18 virtual memory
https://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
https://www.garlic.com/~lynn/2006t.html#41 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2006u.html#18 Why so little parallelism?
https://www.garlic.com/~lynn/2006x.html#27 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2006x.html#31 The Future of CPUs: What's After Multi-Core?
https://www.garlic.com/~lynn/2007e.html#43 FBA rant
https://www.garlic.com/~lynn/2007e.html#44 Is computer history taught now?
https://www.garlic.com/~lynn/2007f.html#46 The Perfect Computer - 36 bits?
https://www.garlic.com/~lynn/2007i.html#83 Disc Drives
https://www.garlic.com/~lynn/2007j.html#13 Interrupts
https://www.garlic.com/~lynn/2007j.html#64 Disc Drives
https://www.garlic.com/~lynn/2007l.html#52 Drums: Memory or Peripheral?
https://www.garlic.com/~lynn/2008k.html#77 Disk drive improvements
https://www.garlic.com/~lynn/2008l.html#60 recent mentions of 40+ yr old technology
https://www.garlic.com/~lynn/2008r.html#32 What if the computers went back to the '70s too?
https://www.garlic.com/~lynn/2009c.html#9 Assembler Question
https://www.garlic.com/~lynn/2009k.html#49 A Complete History Of Mainframe Computing
https://www.garlic.com/~lynn/2009k.html#75 Disksize history question
https://www.garlic.com/~lynn/2009r.html#51 "Portable" data centers
https://www.garlic.com/~lynn/2011.html#16 Looking for a real Fortran-66 compatible PC compiler (CP/M or DOS or Windows, doesn't matter)
https://www.garlic.com/~lynn/2011.html#36 CKD DASD
https://www.garlic.com/~lynn/2011.html#57 Speed of Old Hard Disks
https://www.garlic.com/~lynn/2011.html#60 Speed of Old Hard Disks
https://www.garlic.com/~lynn/2011c.html#26 If IBM Hadn't Bet the Company
https://www.garlic.com/~lynn/2011d.html#63 The first personal computer (PC)
https://www.garlic.com/~lynn/2011f.html#87 Gee... I wonder if I qualify for "old geek"?
https://www.garlic.com/~lynn/2011n.html#36 Last Word on Dennis Ritchie
https://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: Estimate that WW1 cost $52B Blog: Google+re:
$2+T appropriated over the past decade over and above the DOD baseline
... $1T for the two wars and the rest has gone???
http://www.cdi.org/program/document.cfm?documentid=4623
note cdi.org has moved to
http://www.pogo.org/straus/
... missing $1T is now
http://www.pogo.org/straus/issues/defense-budget/2010/what-did-the-rumsfeld-gates-pentagon-do-with-1-trillion.html
GAO has DOD unable to meet mandated audits for decades.
during the bubble, wallstreet turned the mortgage market into
wallstreet transaction business ... with an estimated $27T in triple-A
rated toxic CDOs transactions during the bubble, ... resulted in
enormous fees and commissions on wallstreet.
Evil Wall Street Exports Boomed With 'Fools' Born to Buy Debt
https://www.bloomberg.com/news/articles/2008-10-27/evil-wall-street-exports-boomed-with-fools-born-to-buy-debt
NY state reported that wallstreet bonuses spiked over 400% during the bubble and other reports claim that the financial services sector increased by three times (as percent of GDP) during the bubble ... say aggregate 1/5 in fees and commissions of the $27T.
misc. recent posts mentioning $27T in triple-A rated toxic CDOs
during the bubble:
https://www.garlic.com/~lynn/2011.html#50 What do you think about fraud prevention in the governments?
https://www.garlic.com/~lynn/2011b.html#27 The Zippo Lighter theory of the financial crisis (or, who do we want to blame?)
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011e.html#48 On Protectionism
https://www.garlic.com/~lynn/2011e.html#60 In your opinon, what is the highest risk of financial fraud for a corporation ?
https://www.garlic.com/~lynn/2011g.html#30 Bank email archives thrown open in financial crash report
https://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
https://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
https://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#83 The banking sector grew seven times faster than gross domestic product since the beginning of the financial crisis and Too-Big-to-Fail: Banks Get Bigger After Dodd-Frank
https://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
https://www.garlic.com/~lynn/2011p.html#31 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 28 Dec, 2011 Subject: Gingrich urged yes vote on controversial Medicare bill Blog: Google+re:
Gingrich urged yes vote on controversial Medicare bill, former
congresswoman says
http://politicalticker.blogs.cnn.com/2011/12/28/gingrich-urged-yes-vote-on-controversial-medicare-bill-congresswoman-says/?hpt=hp_t1
after the fiscal responsibility act was allowed to expire the end of 2002 ... congress went crazy with unbalanced budget ... one of the first was medicare part-d early in 2003; comptroller general would include in speeches that nobody in congress was capable of middle school arithmetic.
"The Ugliest Night I Have Ever Seen" - 60 Minutes on How the Medicare
Drug Benefit Bill Was Passed
http://hcrenewal.blogspot.com/2007/04/ugliest-night-i-have-ever-seen-60.html
Medicare Drug Planners Now Lobbyists, With Billions at Stake
http://www.propublica.org/article/medicare-drug-planners-now-lobbyists-with-billions-at-stake-1020
Health Care Lobbyists' Rise to Power
http://www.cbsnews.com/stories/2009/10/20/cbsnews_investigates/main5403220.shtml
misc. recent posts mentioning comptroller general and middle school
arithmetic
https://www.garlic.com/~lynn/2011j.html#18 Congressional Bickering
https://www.garlic.com/~lynn/2011l.html#8 The True Cost of 9/11 -- Includes 18 Veteran Suicides a Day
https://www.garlic.com/~lynn/2011l.html#36 The Next Convergence: The Future of Economic Growth in a Multispeed World
https://www.garlic.com/~lynn/2011l.html#59 computer bootlaces
https://www.garlic.com/~lynn/2011m.html#68 Bernanke Hearings
https://www.garlic.com/~lynn/2011n.html#67 The debt fallout: How Social Security went "cash negative" earlier than expected
https://www.garlic.com/~lynn/2011o.html#42 Speed: Re: Soups
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 29 Dec, 2011 Subject: The High Cost of Failing Artificial Hips Blog: FacebookThe High Cost of Failing Artificial Hips
there was joke in ibm that you could tell who had been in to talk to
certain managers the most recent ... by what the manager was
advocating ... i guess you could make the same case for congressman
and lobbyists ... two of the strongest lobbying groups are lawyers and
health care industry. One of the recent exposes of Newt lobbying
medicare part-d claimed pharma has 6000 lobbyists ... all part of
claims that congress is the most corrupt institution on earth. related
item about cbs 60mins segment on part-d
http://hcrenewal.blogspot.com/2007/04/ugliest-night-i-have-ever-seen-60.html
part of periodic articles about congress as kabuki theater (1603-1629)
https://en.wikipedia.org/wiki/Kabuki
is having bills that lobbyists will pay large money to defeat
in the congressional hearings into madoff, the person that had tried unsuccessfully for a decade to get SEC to do something about madoff, was asked if new regulation was required. He responded that more important than new regulation was transparency and visibility (i.e. there were all sorts of new regulation passed in the last decade ... like SOX ... but almost nothing was being enforced). Big part of SOX was in response to Enron&Worldcom fraudulent financial filings ... but GAO started doing reports of public company fraudulent filings showing increase after SOX.
recent (google+) post about pharma
https://www.garlic.com/~lynn/2011p.html#136 Gingrich urged yes vote on controversial Medicare bill
misc. recent posts about gao reports:
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011f.html#35 At least two decades back, some gurus predicted that mainframes would disappear
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#9 The Dumbest Idea In The World: Maximizing Shareholder Value
https://www.garlic.com/~lynn/2011p.html#23 Security 2012: Blood in the Water
https://www.garlic.com/~lynn/2011p.html#24 Case Study: SOX IT Compliance
https://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#92 Bank Failures Cost $88 Billion
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 29 Dec, 2011 Subject: Thinking, Fast & Slow Blog: FacebookThinking, Fast & Slow
pg. 212:
Since then, my questions about the stock market have hardened into a
larger puzzle: a major industry appears to be built largely on an
illusion of skill. Billions of shares are traded every day, with many
people buying each stock and others selling it to them
... snip ...
That makes equities look like gambling with the house always winning
by making sure it gets its cut ... and/or manipulating the odds in
numerous other ways. article about wallstreet not having to worry
about SEC
http://nypost.com/2007/03/20/cramer-reveals-a-bit-too-much/
America is broken, what now?
http://globalguerrillas.typepad.com/globalguerrillas/2011/10/journal-why-the-us-middle-class-is-broken.html
past posts mentioning "America is broken"
https://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
https://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
https://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
https://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
https://www.garlic.com/~lynn/2011o.html#39 Civilization, doomed?
https://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
https://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?
https://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#33 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#130 vampires in financial infrastructure
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 29 Dec, 2011 Subject: TOOLSRUN Blog: Facebookpast post with old 1986 email about TOOLSRUN "fix"
... for higher speed links we turned off RSCS link compression ...
which exposed bug in the compression code ... which resulted in
TOOLSRUN rejecting files. We had 3line fix for TOOLSRUN ... but got
lots of snide remarks from around the corporation about it being only
applicable to my HSDT project (at the time I was the only one with T1
links). misc. past posts mentioning HSDT
https://www.garlic.com/~lynn/subnetwork.html#hsdt
old internal network related email
https://www.garlic.com/~lynn/lhwemail.html#vnet
past posts mentioning internal network
https://www.garlic.com/~lynn/subnetwork.html#internalnet
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 30 Dec, 2011 Subject: Has anyone successfully migrated off mainframes? Blog: Mainframe Expertsre:
URL in z/VM group that i created last spring:
http://lnkd.in/TyYpHA
about this AFCOM report about state of datacenters:
Cloud Use Rises, Mainframe Usage Declines as Data Centers Grow and
Green, According to AFCOM Survey
http://eon.businesswire.com/news/eon/20110330005393/en/cloud/disaster-recovery/data-center
from above:
Demise of the Mainframe: While historically one of the most critical
elements of any data center, today, mainframe usage continues to
shrink. While AFCOM predicts mainframes will exist forever in some
capacity, their prevalence has been severely diminished.
... snip ...
somewhat related change in corporate focus:
IBM Sees A Big Boost As It Turns 100
http://www.npr.org/2011/12/28/143834727/ibm-sees-a-big-boost-as-it-turns-100
from above:
The company sold its PC business 6 years ago, and now, more than 83
percent of its business is services and software. Sign a contract with
Big Blue and you get consulting, cloud computing, servers, analytics,
even financing.
... snip ...
recent posts in this thread:
https://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#94 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#95 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#98 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#100 Has anyone successfully migrated off mainframes?
https://www.garlic.com/~lynn/2011p.html#103 Has anyone successfully migrated off mainframes?
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 30 Dec, 2011 Subject: With cloud computing back to old problems as DDos attacks Blog: Old Geek Registryre:
xmas message ... from vmshare archives:
http://vm.marist.edu/~vmshare/browse.cgi?fn=CHRISTMA&ft=PROB
which was social engineering attack ... convinces user to explicit execute the program ... which has hidden code that resends itself to everybody in the users nickname file.
recent post:
https://www.garlic.com/~lynn/2011i.html#4
also discussed that the bitnet xmas distribution was almost exactly a year before the morris worm ... which exploited vulnerabilities in tcp/ip apps to distribute itself
semi-related following post
https://www.garlic.com/~lynn/2011i.html#5
Lot of DDOS attacks result from first compromising huge numbers of
extremely vulnerable consumer machines ... giving rise to "BOTNETS"
(aka robot networks). Compromises are by exploiting vulnerabilities in
network applications (like morris worm), embedded code in network
files that are automatically executed by applications, and/or social
engineering (ala bitnet xmas exec, getting users to load &
explicitly execute compromised code).
https://en.wikipedia.org/wiki/Botnet
botnet use isn't restricted to DDOS attacks, they are also used for massive spam campaigns.
Up to the late 90s, majority of exploits were via vulnerabilities in
network related code ... primarily buffer length exploits related to
short comings in C-language programming. ... some past posts
https://www.garlic.com/~lynn/subintegrity.html#buffer
note that the original mainframe tcp/ip product was implemented in vs/pascal and had none of the buffer overflow problems that have been epidemic in C-language implementations
starting around the end of the century ... there was rise in exploits that relied on malicious code in network distributed files that would be automatically executed when the file was read (not requiring social engineering to convince user to execute the file). this was somewhat heralded at the '96 MSDC at Moscone in San Fran. All the banners proclaimed supporting the internet ... however the subtheme in every session was "preserving your investment". During the late 80s and early 90s quite a bit of applications grew up that supported adding executable code to application data files .... which would be automatically executed when application loaded the data file... for a network environment involving small, closed, safe business LANs.
This paradigm was then being moved directly to the hostile, anarchy of the internet ... with little or no countermeasures (one of my analogies was being shoved out the airlock in open space w/o a spacesuit ... if you didn't need a spacesuit on the surface of earth ... why would you need one in open space).
note that there was BITNET (& EARN ... univ. network using rscs
technology) ... misc. past posts mentioning bitnet/earn
https://www.garlic.com/~lynn/subnetwork.html#bitnet
and the internal network ... using similar technology
https://www.garlic.com/~lynn/subnetwork.html#internalnet
PROFS was menu infrastructure wapped around some number of
applications that they had picked up. old email referencing PROFS
announcement
https://www.garlic.com/~lynn/2011p.html#email810514
in this post mentioning PROFS group had picked up source for very early prototype of the internal email client VMSG
https://www.garlic.com/~lynn/2011p.html#78
when the VMSG author, offered the PROFS group a
recent/enhanced/finished version of VMSG ... they attempted to get him
fired. The whole thing quieted down after the VMSG author pointed out
that every PROFS message carried his initials in non-displayed control
field. Old email mentioning VMSG
https://www.garlic.com/~lynn/lhwemail.html#vmsg
Later, communication group was using all sort of tactics to convince
corporate to convert the internal network to SNA ... including
claiming PROFS was a VTAM application ... old email reference
https://www.garlic.com/~lynn/2006x.html#email870302
and related followup
https://www.garlic.com/~lynn/2011.html#email870306
discussed in this recent "Mainframe Experts"
http://lnkd.in/2syFGU
namely
https://www.garlic.com/~lynn/2011p.html#81
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 30 Dec, 2011 Subject: We are on the brink of a historic decision [referring to defence cuts]. Blog: Boyd's Strategyre:
how do you differentiate from enormous graft and corruption ...
Spinney refers to it as MICC, also referencing policies of continuous
conflict / perpetual war
http://www.phibetaiota.net/2011/07/chuck-spinney-perpetual-war-is-a-protection-racket/ ..
http://www.phibetaiota.net/2011/09/chuck-spinney-bin-laden-perpetual-war-total-cost/
Winston Wheeler (no relation) references to a trillion MICC funds
unaccounted for during the last decade
http://www.cdi.org/program/document.cfm?documentid=4623
note cdi.org has moved to
http://www.pogo.org/straus/
... missing $1T is now
http://www.pogo.org/straus/issues/defense-budget/2010/what-did-the-rumsfeld-gates-pentagon-do-with-1-trillion.html
related here large corporations that deal with federal gov. are
increasingly adopting Success of Failure culture (as way of
increasing revenue)
http://www.govexec.com/story_page.cfm?filepath=/dailyfed/0407/040407mm.htm
more recent
Challenging the Navy's numbers
http://www.washingtonpost.com/world/national-security/challenging-the-navys-numbers/2011/12/29/gIQANfTSPP_story.html
and
Wake Up: America Can't Afford Its Military (or at least the enormous
MICC graft and corruption culture)
http://defense.aol.com/2011/12/28/wake-up-america-cant-afford-its-military/
U.S. Destroyer Plans In Doubt
http://www.aviationweek.com/aw/generic/story.jsp?id=news%2Fawx%2F2011%2F12%2F21%2Fawx_12_21_2011_p0-408816.xml&headline=U.S.+Destroyer+Plans+In+Doubt&channel=defense
2012 Prediction Sure to Go Wrong, or Not
http://www.informationdissemination.net/2011/12/2012-prediction-sure-to-go-wrong-or-not.html
F-35 Proponents Say The Darndest Things
http://www.aviationweek.com/aw/blogs/defense/index.jsp?plckController=Blog&plckBlogPage=BlogViewPost&newspaperUserId=27ec4a53-dcc8-42d0-bd3a-01329aef79a7&plckPostId=Blog%3a27ec4a53-dcc8-42d0-bd3a-01329aef79a7Post%3a277e386a-3eb3-4c06-8990-b2afc232d4e6&plckScript=blogScript&plckElementId=blogDest
top heavy and bloated
Pentagon trimming ranks of generals, admirals
http://www.washingtonpost.com/world/national-security/pentagon-trimming-ranks-of-generals-admirals/2011/12/20/gIQAhAU7MP_story.html?hpid=z2
In ordering the cuts, Gates said the military had succumbed over the
years to "brass creep," by adding a disproportionate number of jobs at
the top. The number of four-star generals and admirals today, for
instance, is roughly the same as in 1971, during the Vietnam War, even
though the number of active-duty troops has shrunk by half.
... snip ...
or maybe so far just smoke and mirrors ... "dragging its feet"
http://www.nmaw.org/brass-creep/
and
http://pogoblog.typepad.com/pogo/2011/11/todays-military-the-most-top-heavy-force-in-us-history.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 30 Dec, 2011 Subject: Wall Street's Big Lie Blog: FacebookThe Big Lie
The Big Lie; Wall Street has destroyed the wonder that was America.
http://www.thedailybeast.com/newsweek/2011/12/25/wall-street-has-destroyed-the-wonder-that-was-america.html
related:
https://www.garlic.com/~lynn/2011p.html#138 Thinking, Fast & Slow
and
America is broken, what now?
http://globalguerrillas.typepad.com/globalguerrillas/2011/10/journal-why-the-us-middle-class-is-broken.html
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 31 Dec, 2011 Subject: Fingerspitzengefühl Blog: Boyd's Strategyre:
author of fast&slow describes situation where a colleague places much
more trust in expert intuition than he does. he describes the
colleague as working with firefighters and fires tend to share
characteristics where experience can be useful. the author is a nobel
winner in economics and deals with situations where future can have
much less in common with the past. in fact, pg212: "Since then, my
questions about the stock market have hardened into a larger puzzle: a
major industry appears to be built largely on an illusion of
skill. Billions of shares are traded every day, with many people
buying each stock and others selling it to them" ... aka winning big
on wallstreet is chance/luck or they are gaming the system; goes along
with Robb's:
http://globalguerrillas.typepad.com/globalguerrillas/2011/10/journal-why-the-us-middle-class-is-broken.html
or Taibbi's vampire squid:
https://www.amazon.com/Griftopia-Machines-Vampire-Breaking-America/dp/0385529953
for a different facet of fast&slow, myers-briggs personality type characterizes very small percentage as valuing ideas more than people ... small subset of introverts. this could be interpreted as extroverts favoring system-1 ... since people interactions tends to be much more at that level ... and "ideas more than people" having preference for system-2.
couldn't resist another fast&slow quote (fireground commanders at opposite extreme in skills & intuition from wallstreet), pg.243: "We knew at the outset that fireground commanders and pediatric nurses would end up on one side of the boundary of valid intuitions and that the specialties studied by Meehl would be on the other, along with stock pickers and pundits." ...
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 31 Dec, 2011 Subject: What's Wrong With the US Defense R&D Budget? Blog: FacebookWhat's Wrong With the US Defense R&D Budget?
points to
http://www.thebulletin.org/web-edition/features/restructuring-defense-rd
"A large part of defense R&D activity revolves around building very expensive gadgets that are often based on unsound technology and frequently fail to perform as required"
... snip ...
recent post vis-a-vis micc/dod budget cuts:
https://www.garlic.com/~lynn/2011p.html#142
mentions the growing Success of Failure culture
http://www.govexec.com/story_page.cfm?filepath=%2Fdailyfed%2F0407%2F040407mm.htm
... in the past, we did annual darpa review of unclassified projects (suppose to be only one person per institution, we browbeat them into letting both my wife & I participate from W&W ... taking different tracks/sessions). Turns out conclusions had been pre-written and people running sessions stuck to script; in cases starting the next morning session with a list of agreed to points ... which in some cases were exact opposite of what went on the previous day.
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: IBM Manuals Newsgroups: bit.listserv.ibm-main Date: 31 Dec 2011 08:33:20 -0800jcewing@ACM.ORG (Joel C. Ewing) writes:
I sent them a 4mbyte & 150mbyte PDF versions and they put up the 150mbyte ... although I don't notice lot of difference. I did do some image post processing from the original scan to bring out letters/text (including forcing b/w threashold; before conversions to pdf) ... I find that resulted in much better reading quality, more than the difference between 4mbyte & 150mbyte.
i did put up the cover in color/jpg at very low resolution (<7kbytes)
https://www.garlic.com/~lynn/lsradcover.jpg
Early spring 2009 I was asked to HTML'ize the Pecora hearings (30s congressional hearings into the '29 crash ... glass-steagall, etc) that had been scanned the previous fall at boston public library ... doing lots of internal HREFs index/links as well as lots of HREFs between what happened then and what happened this time (some expectation that the new congress might have some appetite for the subject). I spent a lot of time with "free" OCR programs ... but there was lots of problems. In any case, after doing quite a bit of work, got a call that it wouldn't be needed after all (wallstreet pouring enormous amount of money into congress)
--
virtualization experience starting Jan1968, online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 31 Dec, 2011 Subject: The Myth of Work-Life Balance Blog: Greater IBMre:
Thinking, Fast and Slow by Daniel Kahneman (Nobel in economics)
pg.258:
"We find that firms with award-winning CEOs subsequently underperform,
in terms both of stock and of operating performance. At the same time,
CEO compensation increases, CEOs spend more time on activities outside
the company such as writing books and sitting on outside boards, and
they are more likely to engage in earnings management."
... snip ...
Earnings management is somewhat been applied to what Enron & Worldcom
did. Supposedly Sarbanes-Oxley was passed to prevent such happenings
(even sending executives to jail for problem financial filings)
... however, it required regulatory enforcement. Possibly because even
GAO didn't think SEC was doing anything, GAO started doing reports
showing uptic in problems with public company financial filings (even
after SOX). The explanation was that the fiddled financial filings
increased senior executive compensation ... and even if the filings
were subsequently corrected, executive compensation wasn't adjusted.
https://www.gao.gov/products/gao-06-1079sp
There was a report a couple years ago that said the ratio of US executive to worker compensation had exploded to 400:1 after having been 20:1 for a long period (and 10:1 in most of the rest of the world).
recent posts mentioning GAO reports:
https://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
https://www.garlic.com/~lynn/2011e.html#36 On Protectionism
https://www.garlic.com/~lynn/2011f.html#35 At least two decades back, some gurus predicted that mainframes would disappear
https://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
https://www.garlic.com/~lynn/2011p.html#9 The Dumbest Idea In The World: Maximizing Shareholder Value
https://www.garlic.com/~lynn/2011p.html#23 Security 2012: Blood in the Water
https://www.garlic.com/~lynn/2011p.html#24 Case Study: SOX IT Compliance
https://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
https://www.garlic.com/~lynn/2011p.html#92 Bank Failures Cost $88 Billion
--
virtualization experience starting Jan1968, online at home since Mar1970
previous, next, index - home