List of Archived Posts

2011 Newsgroup Postings (11/28 - 12/31)

The men who crashed the world
Deja Cloud?
What the heck is cloud computer and why does it matter
The Obama Spending Non-surge
Dennis Ritchie
Why are organizations sticking with mainframes?
Why are organizations sticking with mainframes?
FDR explains one dimension of our problem: bankers own the government
Why are organizations sticking with mainframes?
The Dumbest Idea In The World: Maximizing Shareholder Value
1979 SHARE LSRAD Report
1979 SHARE LSRAD Report
Why are organizations sticking with mainframes?
Any candidates for best acronyms?
1979 SHARE LSRAD Report
1979 SHARE LSRAD Report
John Robb on the OODA-Loop
Deja Cloud?
The men who crashed the world
Deja Cloud?
Deja Cloud?
Deja Cloud?
1979 SHARE LSRAD Report
Security 2012: Blood in the Water
Case Study: SOX IT Compliance
ICO 'too scared' to clobber press for data breaches
Deja Cloud?
Why are organizations sticking with mainframes?
The men who crashed the world
21st Century Management approach?
21st Century Management approach?
21st Century Management approach?
Has anyone successfully migrated off mainframes?
21st Century Management approach?
21st Century Management approach?
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
No Jail In UBS Tax Evasion Case
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
The men who crashed the world
z/OS's basis for TCP/IP
z/OS's basis for TCP/IP
Has anyone successfully migrated off mainframes?
z/OS's basis for TCP/IP
z/OS's basis for TCP/IP
z/OS's basis for TCP/IP
Hello?
z/OS's basis for TCP/IP
Hello?
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Odd variant on clock replacement algorithm
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Are prefix opcodes better than variable length?
Has anyone successfully migrated off mainframes?
Hello?
The Myth of Work-Life Balance
Spontaneous conduction
Migration off mainframe
Migration off mainframe
21st Century Management approach?
Has anyone successfully migrated off mainframes?
Why (my, all) financial systems fail -- information complexity
Migration off mainframe
The men who crashed the world
When will the Marine Corps get real about how much it has to shrink?
Perspectives: Looped back in
No One Telling Who Took $586B in Fed Swaps
A question for the readership
The men who crashed the world
A question for the readership
Derivatives and free trade
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Financial Crimes Bedevil Prosecutors
The men who crashed the world
Has anyone successfully migrated off mainframes?
Migration off mainframe
Heading For World War III | Gerald Celente Trends Blog
Is there an SPF setting to turn CAPS ON like keyboard key?
ARPANET's coming out party: when the internet first took center stage
Congress as Kabuki Theater
Wall St likes your amnesia
Fed Report Finds Speculators Played Big Role in Housing Collapse
Is there an SPF setting to turn CAPS ON like keyboard key?
Is there an SPF setting to turn CAPS ON like keyboard key?
Has anyone successfully migrated off mainframes?
Bank Failures Cost $88 Billion
World faces 1930-type Depression
Has anyone successfully migrated off mainframes?
Has anyone successfully migrated off mainframes?
Republicans Propose Bill to Treat Mexican Drug Cartels as 'Terrorist Insurgency'
test
Has anyone successfully migrated off mainframes?
Stop SOPA! A Plea from the Inventors of the Internet
Has anyone successfully migrated off mainframes?
Perspectives: Looped back in
Question on PR/SM dispatcher
Has anyone successfully migrated off mainframes?
Ruminating on Strategic Thinking
5 ways to keep your rockstar employees happy
SPF in 1978
SPF in 1978
Is Mozilla Really Getting $300 Million from Google?
Zombie Banks
Loan Originators
Matt Taibbi with Xmas Message from the Rich
SPF in 1978
Start Interpretive Execution
Start Interpretive Execution
Start Interpretive Execution
Start Interpretive Execution
Start Interpretive Execution
Start Interpretive Execution
Start Interpretive Execution
Start Interpretive Execution
The Myth of Work-Life Balance
Deja Cloud?
Will The Earth End be in 2012?❤❤❤❤❤❤❤❤
Fingerspitzengefühl
UC-Berkeley and other 'public Ivies' in fiscal peril
Deja Cloud?
Start Interpretive Execution
Start Interpretive Execution
Perspectives: Looped back in
vampires in financial infrastructure
The Times E-Mails Millions by Mistake to Say Subscriptions Were Canceled
Yes Virginia, Electronic Signatures Are Legal
Deja Cloud?
Start Interpretive Execution
Estimate that WW1 cost $52B
Gingrich urged yes vote on controversial Medicare bill
The High Cost of Failing Artificial Hips
Thinking, Fast & Slow
TOOLSRUN
Has anyone successfully migrated off mainframes?
With cloud computing back to old problems as DDos attacks
We are on the brink of a historic decision [referring to defence cuts]
Wall Street's Big Lie
Fingerspitzengefühl
What's Wrong With the US Defense R&D Budget?
IBM Manuals
The Myth of Work-Life Balance

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
Audit redux - KPMG reveals... FRAUD? You be the Jury!
http://financialcryptography.com/mt/archives/001348.html
Audit redux.2 - and what happened to the missing MF Global client funds?
http://financialcryptography.com/mt/archives/001348.html

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):
http://www.gao.gov/special.pubs/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:
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: Deja Cloud?
Blog: Old Geek Registry
re:
http://lnkd.in/Gj_N63
and
http://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?

dating back before sql (originally on vm370) ... some old posts
http://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"):
http://www.garlic.com/~lynn/2002e.html#email800310
in this old post
http://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:
http://www.garlic.com/~lynn/2003d.html#15 CA-RAMIS
http://www.garlic.com/~lynn/2003d.html#17 CA-RAMIS
http://www.garlic.com/~lynn/2003h.html#28 OT What movies have taught us about Computers
http://www.garlic.com/~lynn/2003i.html#15 two pi, four phase, 370 clone
http://www.garlic.com/~lynn/2003j.html#58 atomic memory-operation question
http://www.garlic.com/~lynn/2003k.html#10 What is timesharing, anyway?
http://www.garlic.com/~lynn/2003k.html#48 Who said DAT?
http://www.garlic.com/~lynn/2003n.html#12 Dreaming About Redesigning SQL
http://www.garlic.com/~lynn/2003n.html#15 Dreaming About Redesigning SQL
http://www.garlic.com/~lynn/2003p.html#3 Hyperthreading vs. SMP
http://www.garlic.com/~lynn/2004.html#1 Saturation Design Point
http://www.garlic.com/~lynn/2004e.html#15 Pre-relational, post-relational, 1968 CODASYL "Survey of Data Base Systems"
http://www.garlic.com/~lynn/2004l.html#44 Shipwrecks
http://www.garlic.com/~lynn/2004p.html#33 IBM 3705 and UC.5
http://www.garlic.com/~lynn/2006k.html#35 PDP-1
http://www.garlic.com/~lynn/2006k.html#37 PDP-1
http://www.garlic.com/~lynn/2006r.html#49 Seeking info on HP FOCUS (HP 9000 Series 500) and IBM ROMP CPUs from early 80's
http://www.garlic.com/~lynn/2006s.html#2 History of IBM Systems
http://www.garlic.com/~lynn/2006t.html#7 32 or even 64 registers for x86-64?
http://www.garlic.com/~lynn/2006u.html#23 AOS: The next big thing in data storage
http://www.garlic.com/~lynn/2007.html#8 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007c.html#12 Special characters in passwords was Re: RACF - Password rules
http://www.garlic.com/~lynn/2007e.html#37 Quote from comp.object
http://www.garlic.com/~lynn/2007j.html#17 Newbie question on table design
http://www.garlic.com/~lynn/2009k.html#40 Gone but not forgotten: 10 operating systems the world left behind
http://www.garlic.com/~lynn/2010e.html#54 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010e.html#55 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
http://www.garlic.com/~lynn/2010e.html#58 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
http://www.garlic.com/~lynn/2010n.html#21 What non-IBM software products have been most significant to the mainframe's success
http://www.garlic.com/~lynn/2010n.html#57 Paper tape
http://www.garlic.com/~lynn/2010o.html#26 Global Sourcing with Cloud Computing and Virtualization
http://www.garlic.com/~lynn/2010q.html#63 VMSHARE Archives
http://www.garlic.com/~lynn/2011d.html#55 Maybe off topic
http://www.garlic.com/~lynn/2011m.html#69 "Best" versus "worst" programming language you've used?

--
virtualization experience starting Jan1968, online at home since Mar1970

What the heck is cloud computer and why does it matter

From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: What the heck is cloud computer and why does it matter
Blog: Greater IBM
Some connection between cluster scaleup, supercomputing, cloud computing, electronic commerce, credit cards, etc .... previously mentioned meeting in Ellison's conference room
http://www.garlic.com/~lynn/95.html#13
then possibly hrs after this email
http://www.garlic.com/~lynn/2006x.html#email920129
cluster scaleup was transferred and we were told we couldn't work on anything with more than four processors ... which contributed to our decision to leave.

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
http://www.garlic.com/~lynn/subnetwork.html#payment

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
http://www.garlic.com/~lynn/subpubkey.html#sslcert

--
virtualization experience starting Jan1968, online at home since Mar1970

The Obama Spending Non-surge

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: The Obama Spending Non-surge
Blog: Facebook
re:
http://krugman.blogs.nytimes.com/2011/11/27/the-obama-spending-non-surge/

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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

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

Dennis Ritchie

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Dennis Ritchie
Newsgroups: alt.folklore.computers
Date: Mon, 28 Nov 2011 11:40:27 -0500
Peter Flass <Peter_Flass@Yahoo.com> writes:
Assuming the two versions can interoperate compatibly. If you're thinking microsoft this is a very big assumption.

In the IBM world HASP/JES had this problem, you couldn't upgrade a shared spool configuration other than all systems at once, IIRC.


it wasn't just shared spool ...

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
http://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 occuring at most once a month.
http://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
http://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

Why are organizations sticking with mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: Why are organizations sticking with mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/YvuRMq
and
http://www.garlic.com/~lynn/2011n.html#23 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011o.html#79 Why are organizations sticking with mainframes?

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)
http://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
http://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
http://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
http://www.garlic.com/~lynn/2006f.html#3

misc. past posts mentioning fall share 68 presentation:
http://www.garlic.com/~lynn/99.html#95 Early interupts on mainframes
http://www.garlic.com/~lynn/99.html#131 early hardware
http://www.garlic.com/~lynn/99.html#175 amusing source code comments (was Re: Testing job applicants)
http://www.garlic.com/~lynn/2000.html#55 OS/360 JCL: The DD statement and DCBs
http://www.garlic.com/~lynn/2000.html#76 Mainframe operating systems
http://www.garlic.com/~lynn/2000c.html#10 IBM 1460
http://www.garlic.com/~lynn/2000c.html#20 IBM 1460
http://www.garlic.com/~lynn/2000d.html#44 Charging for time-share CPU time
http://www.garlic.com/~lynn/2000d.html#48 Navy orders supercomputer
http://www.garlic.com/~lynn/2000d.html#50 Navy orders supercomputer
http://www.garlic.com/~lynn/2000d.html#51 Navy orders supercomputer
http://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2001.html#26 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#52 Review of Steve McConnell's AFTER THE GOLD RUSH
http://www.garlic.com/~lynn/2001.html#53 Disk drive behavior
http://www.garlic.com/~lynn/2001b.html#23 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
http://www.garlic.com/~lynn/2001f.html#2 Mysterious Prefixes
http://www.garlic.com/~lynn/2001f.html#26 Price of core memory
http://www.garlic.com/~lynn/2001g.html#22 Golden Era of Compilers
http://www.garlic.com/~lynn/2001h.html#60 Whom Do Programmers Admire Now???
http://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
http://www.garlic.com/~lynn/2001k.html#20 OT: almost lost LBJ tapes; Dictabelt
http://www.garlic.com/~lynn/2001k.html#37 Is anybody out there still writting BAL 370.
http://www.garlic.com/~lynn/2001l.html#5 mainframe question
http://www.garlic.com/~lynn/2001l.html#39 is this correct ? OS/360 became MVS and MVS >> OS/390
http://www.garlic.com/~lynn/2002.html#5 index searching
http://www.garlic.com/~lynn/2002.html#14 index searching
http://www.garlic.com/~lynn/2002b.html#24 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
http://www.garlic.com/~lynn/2002c.html#45 cp/67 addenda (cross-post warning)
http://www.garlic.com/~lynn/2002c.html#50 Swapper was Re: History of Login Names
http://www.garlic.com/~lynn/2002f.html#53 WATFOR's Silver Anniversary
http://www.garlic.com/~lynn/2002h.html#62 history of CMS
http://www.garlic.com/~lynn/2002i.html#42 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002l.html#29 Do any architectures use instruction count instead of timer
http://www.garlic.com/~lynn/2002m.html#3 The problem with installable operating systems
http://www.garlic.com/~lynn/2002n.html#29 why does wait state exist?
http://www.garlic.com/~lynn/2002p.html#56 cost of crossing kernel/user boundary
http://www.garlic.com/~lynn/2002p.html#62 cost of crossing kernel/user boundary
http://www.garlic.com/~lynn/2002q.html#29 Collating on the S/360-2540 card reader?
http://www.garlic.com/~lynn/2003b.html#44 filesystem structure, was tape format (long post)
http://www.garlic.com/~lynn/2003c.html#51 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003c.html#57 Easiest possible PASV experiment
http://www.garlic.com/~lynn/2003d.html#72 cp/67 35th anniversary
http://www.garlic.com/~lynn/2003f.html#30 Alpha performance, why?
http://www.garlic.com/~lynn/2004.html#48 AMD/Linux vs Intel/Microsoft
http://www.garlic.com/~lynn/2004b.html#17 Seriously long term storage
http://www.garlic.com/~lynn/2004b.html#31 determining memory size
http://www.garlic.com/~lynn/2004b.html#47 new to mainframe asm
http://www.garlic.com/~lynn/2004b.html#53 origin of the UNIX dd command
http://www.garlic.com/~lynn/2004c.html#59 real multi-tasking, multi-programming
http://www.garlic.com/~lynn/2004d.html#10 IBM 360 memory
http://www.garlic.com/~lynn/2004f.html#6 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#39 spool
http://www.garlic.com/~lynn/2004h.html#43 Hard disk architecture: are outer cylinders still faster than inner cylinders?
http://www.garlic.com/~lynn/2004k.html#41 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2004l.html#29 FW: Looking for Disk Calc program/Exec
http://www.garlic.com/~lynn/2004n.html#23 Shipwrecks
http://www.garlic.com/~lynn/2004q.html#72 IUCV in VM/CMS
http://www.garlic.com/~lynn/2005b.html#41 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#37 Thou shalt have no other gods before the ANSI C standard
http://www.garlic.com/~lynn/2005f.html#10 Where should the type information be: in tags and descriptors
http://www.garlic.com/~lynn/2005h.html#6 Software for IBM 360/30 (was Re: DOS/360: Forty years)
http://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005k.html#8 virtual 360/67 support in cp67
http://www.garlic.com/~lynn/2005k.html#14 virtual 360/67 support in cp67
http://www.garlic.com/~lynn/2005k.html#50 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005l.html#6 SHARE 50 years?
http://www.garlic.com/~lynn/2005m.html#16 CPU time and system load
http://www.garlic.com/~lynn/2005n.html#31 Code density and performance?
http://www.garlic.com/~lynn/2005n.html#40 You might be a mainframer if... :-) V3.8
http://www.garlic.com/~lynn/2005o.html#12 30 Years and still counting
http://www.garlic.com/~lynn/2005o.html#14 dbdebunk 'Quote of Week' comment
http://www.garlic.com/~lynn/2005o.html#35 Implementing schedulers in processor????
http://www.garlic.com/~lynn/2005p.html#27 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005q.html#34 How To Abandon Microsoft
http://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2005r.html#38 IEH/IEB/... names?
http://www.garlic.com/~lynn/2005s.html#50 Various kinds of System reloads
http://www.garlic.com/~lynn/2005t.html#8 2nd level install - duplicate volsers
http://www.garlic.com/~lynn/2005t.html#18 Various kinds of System reloads
http://www.garlic.com/~lynn/2006.html#2 Average Seek times are pretty confusing
http://www.garlic.com/~lynn/2006.html#7 EREP , sense ... manual
http://www.garlic.com/~lynn/2006.html#15 S/360
http://www.garlic.com/~lynn/2006.html#40 All Good Things
http://www.garlic.com/~lynn/2006e.html#45 using 3390 mod-9s
http://www.garlic.com/~lynn/2006h.html#57 PDS Directory Question
http://www.garlic.com/~lynn/2006m.html#25 Mainframe Limericks
http://www.garlic.com/~lynn/2006m.html#29 Mainframe Limericks
http://www.garlic.com/~lynn/2006o.html#38 hardware virtualization slower than software?
http://www.garlic.com/~lynn/2006q.html#20 virtual memory
http://www.garlic.com/~lynn/2006v.html#0 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2006w.html#22 Are hypervisors the new foundation for system software?
http://www.garlic.com/~lynn/2006x.html#10 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#17 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007b.html#45 Is anyone still running
http://www.garlic.com/~lynn/2007c.html#45 SVCs
http://www.garlic.com/~lynn/2007e.html#51 FBA rant
http://www.garlic.com/~lynn/2007n.html#93 How old are you?
http://www.garlic.com/~lynn/2007o.html#69 ServerPac Installs and dataset allocations
http://www.garlic.com/~lynn/2007p.html#0 The use of "script" for program
http://www.garlic.com/~lynn/2007p.html#24 what does xp do when system is copying
http://www.garlic.com/~lynn/2007p.html#72 A question for the Wheelers - Diagnose instruction
http://www.garlic.com/~lynn/2007r.html#0 IBM System/3 & 3277-1
http://www.garlic.com/~lynn/2007s.html#33 Age of IBM VM
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007v.html#68 It keeps getting uglier
http://www.garlic.com/~lynn/2008.html#33 JCL parms
http://www.garlic.com/~lynn/2008c.html#10 Usefulness of bidirectional read/write?
http://www.garlic.com/~lynn/2008c.html#78 CPU time differences for the same job
http://www.garlic.com/~lynn/2008g.html#9 Was CMS multi-tasking?
http://www.garlic.com/~lynn/2008h.html#70 New test attempt
http://www.garlic.com/~lynn/2008n.html#50 The Digital Dark Age or.....Will Google live for ever?
http://www.garlic.com/~lynn/2008o.html#53 Old XDS Sigma stuff
http://www.garlic.com/~lynn/2008r.html#21 What if the computers went back to the '70s too?
http://www.garlic.com/~lynn/2008s.html#54 Computer History Museum
http://www.garlic.com/~lynn/2009b.html#71 IBM tried to kill VM?
http://www.garlic.com/~lynn/2009e.html#67 Architectural Diversity
http://www.garlic.com/~lynn/2009h.html#47 Book on Poughkeepsie
http://www.garlic.com/~lynn/2009h.html#72 Operating Systems for Virtual Machines
http://www.garlic.com/~lynn/2009j.html#76 CMS IPL (& other misc)
http://www.garlic.com/~lynn/2009l.html#46 SNA: conflicting opinions
http://www.garlic.com/~lynn/2009m.html#38 33 Years In IT/Security/Audit
http://www.garlic.com/~lynn/2009m.html#71 Definition of a computer?
http://www.garlic.com/~lynn/2009o.html#37 Young Developers Get Old Mainframers' Jobs
http://www.garlic.com/~lynn/2009o.html#77 Is it time to stop research in Computer Architecture ?
http://www.garlic.com/~lynn/2009q.html#73 Now is time for banks to replace core system according to Accenture
http://www.garlic.com/~lynn/2010b.html#61 Source code for s/360 [PUBLIC]
http://www.garlic.com/~lynn/2010d.html#60 LPARs: More or Less?
http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header
http://www.garlic.com/~lynn/2010h.html#18 How many mainframes are there?
http://www.garlic.com/~lynn/2010j.html#37 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010k.html#13 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010l.html#33 History of Hard-coded Offsets
http://www.garlic.com/~lynn/2010l.html#61 Mainframe Slang terms
http://www.garlic.com/~lynn/2010n.html#66 PL/1 as first language
http://www.garlic.com/~lynn/2011.html#47 CKD DASD
http://www.garlic.com/~lynn/2011b.html#37 1971PerformanceStudies - Typical OS/MFT 40/50/65s analysed
http://www.garlic.com/~lynn/2011b.html#81 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011e.html#1 Multiple Virtual Memory
http://www.garlic.com/~lynn/2011f.html#71 how to get a command result without writing it to a file
http://www.garlic.com/~lynn/2011g.html#11 Is the magic and romance killed by Windows (and Linux)?
http://www.garlic.com/~lynn/2011g.html#50 My first mainframe experience
http://www.garlic.com/~lynn/2011h.html#17 Is the magic and romance killed by Windows (and Linux)?
http://www.garlic.com/~lynn/2011h.html#18 Is the magic and romance killed by Windows (and Linux)?
http://www.garlic.com/~lynn/2011j.html#13 program coding pads
http://www.garlic.com/~lynn/2011o.html#34 Data Areas?
http://www.garlic.com/~lynn/2011o.html#87 Any candidates for best acronyms?

--
virtualization experience starting Jan1968, online at home since Mar1970

Why are organizations sticking with mainframes?

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: Why are organizations sticking with mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/YvuRMq
and
http://www.garlic.com/~lynn/2011n.html#23 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011o.html#79 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#5 Why are organizations sticking with mainframes?

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
http://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
http://www.garlic.com/~lynn/2011d.html#52
also mentioned in MIP Envy
http://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:
http://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:
http://www.garlic.com/~lynn/2011d.html#42 Mainframe Hall of Frame. List of influential mainframers thoughout history
http://www.garlic.com/~lynn/2011d.html#54 Maybe off topic
http://www.garlic.com/~lynn/2011d.html#55 Maybe off topic
http://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
http://www.garlic.com/~lynn/2011f.html#8 New job for mainframes: Cloud platform
http://www.garlic.com/~lynn/2011g.html#78 Is the magic and romance killed by Windows (and Linux)?
http://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
http://www.garlic.com/~lynn/2011j.html#42 assembler help!
http://www.garlic.com/~lynn/2011k.html#34 Who was the Greatest IBM President and CEO of the last century?
http://www.garlic.com/~lynn/2011k.html#80 Selectric Typewriter--50th Anniversary
http://www.garlic.com/~lynn/2011l.html#22 IBM IMS - Vern Watts

--
virtualization experience starting Jan1968, online at home since Mar1970

FDR explains one dimension of our problem: bankers own the government

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Nov, 2011
Subject: FDR explains one dimension of our problem: bankers own the government
Blog: Fabius Maximus
FDR explains one dimension of our problem: bankers own the government
http://fabiusmaximus.com/2011/11/23/31228/

... 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:
http://www.garlic.com/~lynn/2011.html#48 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011j.html#3 Greed, Excess and America's Gaping Class Divide
http://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
http://www.garlic.com/~lynn/2011k.html#23 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
http://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
http://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
http://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?
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge

--
virtualization experience starting Jan1968, online at home since Mar1970

Why are organizations sticking with mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 29 Nov, 2011
Subject: Why are organizations sticking with mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/YvuRMq
and
http://www.garlic.com/~lynn/2011n.html#23 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011o.html#79 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#5 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#6 Why are organizations sticking with mainframes?

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
http://www.garlic.com/~lynn/subtopic.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)
http://www.garlic.com/~lynn/2009p.html#35 DB2 announces technology that trumps Oracle RAC and Exadata
http://www.garlic.com/~lynn/2009p.html#36 Survey Revives Debate Over Mainframe's Future - Business Center
http://www.garlic.com/~lynn/2009p.html#42 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time
http://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

The Dumbest Idea In The World: Maximizing Shareholder Value

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 29 Nov, 2011
Subject: The Dumbest Idea In The World: Maximizing Shareholder Value
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/b6rw3bw6bt8

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):
http://www.gao.gov/special.pubs/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:
http://www.garlic.com/~lynn/2008f.html#96 Bush - place in history
http://www.garlic.com/~lynn/2008k.html#25 IBM's 2Q2008 Earnings
http://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
http://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"
http://www.garlic.com/~lynn/2009b.html#48 The blame game is on : A blow to the Audit/Accounting Industry or a lesson learned ???
http://www.garlic.com/~lynn/2009b.html#49 US disaster, debts and bad financial management
http://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?
http://www.garlic.com/~lynn/2009b.html#53 Credit & Risk Management ... go Simple ?
http://www.garlic.com/~lynn/2009b.html#54 In your opinion, which facts caused the global crise situation?
http://www.garlic.com/~lynn/2009b.html#73 What can we learn from the meltdown?
http://www.garlic.com/~lynn/2009b.html#80 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#0 Audit II: Two more scary words: Sarbanes-Oxley
http://www.garlic.com/~lynn/2009c.html#20 Decision Making or Instinctive Steering?
http://www.garlic.com/~lynn/2009c.html#29 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009d.html#0 PNC Financial to pay CEO $3 million stock bonus
http://www.garlic.com/~lynn/2009d.html#3 Congress Set to Approve Pay Cap of $500,000
http://www.garlic.com/~lynn/2009d.html#37 NEW SEC (Enforcement) MANUAL, A welcome addition
http://www.garlic.com/~lynn/2009d.html#42 Bernard Madoff Is Jailed After Pleading Guilty -- are there more "Madoff's" out there?
http://www.garlic.com/~lynn/2009d.html#61 Quiz: Evaluate your level of Spreadsheet risk
http://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
http://www.garlic.com/~lynn/2009d.html#63 Do bonuses foster unethical conduct?
http://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
http://www.garlic.com/~lynn/2009e.html#36 Architectural Diversity
http://www.garlic.com/~lynn/2009e.html#37 How do you see ethics playing a role in your organizations current or past?
http://www.garlic.com/~lynn/2009f.html#2 CEO pay sinks - Wall Street Journal/Hay Group survey results just released
http://www.garlic.com/~lynn/2009f.html#29 What is the real basis for business mess we are facing today?
http://www.garlic.com/~lynn/2009f.html#51 On whom or what would you place the blame for the sub-prime crisis?
http://www.garlic.com/~lynn/2009g.html#7 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
http://www.garlic.com/~lynn/2009h.html#17 REGULATOR ROLE IN THE LIGHT OF RECENT FINANCIAL SCANDALS
http://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."
http://www.garlic.com/~lynn/2009j.html#12 IBM identity manager goes big on role control
http://www.garlic.com/~lynn/2009j.html#30 An Amazing Document On Madoff Said To Have Been Sent To SEC In 2005
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#16 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
http://www.garlic.com/~lynn/2010i.html#84 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010k.html#46 Snow White and the Seven Dwarfs
http://www.garlic.com/~lynn/2010l.html#38 Who is Really to Blame for the Financial Crisis?
http://www.garlic.com/~lynn/2010n.html#35 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010p.html#7 What banking is. (Essential for predicting the end of finance as we know it.)
http://www.garlic.com/~lynn/2010p.html#68 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010q.html#31 Ernst & Young sued for fraud over Lehman
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011f.html#35 At least two decades back, some gurus predicted that mainframes would disappear
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

1979 SHARE LSRAD Report

Refed: **, - **, - **
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: 1979 SHARE LSRAD Report
Newsgroups: bit.listserv.ibm-main
Date: 29 Nov 2011 12:29:25 -0800
I finally got approval from SHARE for making scanned copy of 1970 SHARE LSRAD Report on bitsaver ... aka
http://bitsavers.org/pdf/ibm/share/

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
http://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

1979 SHARE LSRAD Report

Refed: **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: 1979 SHARE LSRAD Report
Newsgroups: alt.folklore.computers
Date: Wed, 30 Nov 2011 09:32:37 -0500
I finally got approval from SHARE for making scanned copy of 1970 SHARE LSRAD Report on bitsaver ... aka
http://bitsavers.org/pdf/ibm/share/

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
http://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
http://www.garlic.com/~lynn/submain.html#timeshare

--
virtualization experience starting Jan1968, online at home since Mar1970

Why are organizations sticking with mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 30 Nov, 2011
Subject: Why are organizations sticking with mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/YvuRMq
and
http://www.garlic.com/~lynn/2011n.html#23 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011o.html#79 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#5 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#6 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#9 Why are organizations sticking with mainframes?

reengineering, reimplementation, and recoding offered opportunity for moving to much less expensive platforms (killer micros) ... but required massive parallelization to get the necessary scaleup. 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 scaleup 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:
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
http://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 ..
http://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#39 Back to architecture: Analyzing NYSE data
http://www.garlic.com/~lynn/2011e.html#48 On Protectionism
http://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#38 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#37 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
http://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
http://www.garlic.com/~lynn/2011n.html#30 Have you ever wondered why some people seem to get rich easily
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://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

Any candidates for best acronyms?

From: lynn@garlic.com (Lynn Wheeler)
Date: 30 Nov, 2011
Subject: Any candidates for best acronyms?
Blog: Greater IBM
minor WHATIS reference from 1986 ... but not to (internal) corporate flavor

Date: 02/23/86 13:54:00
To: wheeler

Lynn --

I tried everything I could think of, but I haven't been able to get the system to lock up on a HDV. I still suspect it results from a HDV CC=1 CU busy, which I never saw happen. I did see instances of CC=1 CU busy on SIO and TIO, which seemed to be handled all right. In each case the CU busy was followed by a standalone CUE interrupt, always with address X'880'. One funny thing, on several cases of TIO CC=1 CU busy, CP went ahead and tried another TIO immediately, got CC=0, then a SIO CC=0, and only after all that did the CUE interrupt come in. That sequence seems a little flaky to me. I'm going to try again tomorrow with a full load on the system.

No, I don't know anything about the CSNET RFC's. I noticed that WHATIS CSNET didn't mention BITNET very prominently. It did say that Phonenet could be used as a gateway to ARPANET and BITNET, but it didn't include BITNET as an network "spanned by" CSNET, unlike ARPANET. Probably it's because the other nets support TCP/IP transparent interconnection. Too bad we weren't able to do that for IBM. "No organizational charter, no business case, etc." Zzzzz....


... snip ... top of post, old email index

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
http://www.garlic.com/~lynn/lhwemail.html#nsfnet

misc. past posts mentioning BITNET (&/or EARN in europe)
http://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

1979 SHARE LSRAD Report

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 -0500
despen writes:
MVS more usable?

Did that happen while I wasn't watching?


re:
http://www.garlic.com/~lynn/2011p.html#11

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
http://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

1979 SHARE LSRAD Report

Refed: **, - **, - **, - **
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:
This all disturbs me. 30 years ago, companies were willing to invest their personnel time in activities like this. This not only improves our profession but builds an expertise that many claim are lacking.

I have a SHARE paper I wrote in 1974 which are the recommendations from the Security Project on security requirements for future IBM Operating Systems. It is amazingly accurate. I also have a paper that I presented at the 1974 IBM Data Security Forum. New Era Software will be making these available in December along with a Forward created by the brilliant writer Julie-Ann Williams.


re:
http://www.garlic.com/~lynn/2011p.html#10 1979 SHARE LSRAD Report

i sent them large 100+mbyte version and lower res 4mbyte version ... they put up hi-res larger file this morning.
http://bitsavers.org/pdf/ibm/share/

when i was undergraudate, 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
http://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
http://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
http://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

John Robb on the OODA-Loop

Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 01 Dec, 2011
Subject: John Robb on the OODA-Loop
Blog: zenpundit.com
John Robb on the OODA-Loop
http://zenpundit.com/?p=4535

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
http://www.garlic.com/~lynn/subboyd.html

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 01 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek
re:
http://lnkd.in/Gj_N63

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
http://www.garlic.com/~lynn/2011o.html#20
http://www.garlic.com/~lynn/2011o.html#22
http://www.garlic.com/~lynn/2011o.html#23

past posts in thread:
http://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?

--
virtualization experience starting Jan1968, online at home since Mar1970

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 01 Dec, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
from 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:
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 01 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek
re:
http://lnkd.in/Gj_N63

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).
http://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
http://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:
http://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 01 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek
re:
http://lnkd.in/Gj_N63
and
http://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?

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
http://www.garlic.com/~lynn/2007.html#email801006 ..
http://www.garlic.com/~lynn/2007.html#email801016

... as well as talking to customers about rdbms ... some old posts mentioning original relational/sql
http://www.garlic.com/~lynn/submain.html#systemr

related email getting to play disk engineer
http://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

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 02 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek
re:
http://lnkd.in/Gj_N63
and
http://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?

slightly earlier 3270 protocol post
http://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
http://www.garlic.com/~lynn/2002k.html#6 IBM 327x terminals and controllers (was Re: Itanium2 power
http://www.garlic.com/~lynn/2004e.html#0 were dumb terminals actually so dumb???
http://www.garlic.com/~lynn/2007r.html#10 IBM System/3 & 3277-1
http://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated with ISPF?
http://www.garlic.com/~lynn/2007t.html#42 What do YOU call the # sign?
http://www.garlic.com/~lynn/2008h.html#9 3277 terminals and emulators
http://www.garlic.com/~lynn/2008r.html#46 pc/370
http://www.garlic.com/~lynn/2009l.html#59 ISPF Counter
http://www.garlic.com/~lynn/2009l.html#60 ISPF Counter
http://www.garlic.com/~lynn/2010b.html#31 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010c.html#24 Processes' memory
http://www.garlic.com/~lynn/2010m.html#80 3270 Emulator Software
http://www.garlic.com/~lynn/2011b.html#64 If IBM Hadn't Bet the Company

--
virtualization experience starting Jan1968, online at home since Mar1970

1979 SHARE LSRAD Report

Refed: **, - **, - **, - **, - **, - **, - **
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 -0500
Peter Flass <Peter_Flass@Yahoo.com> writes:
It would be nice, but it'll never come from IBM.

re:
http://www.garlic.com/~lynn/2011n.html#62 1979 SHARE LSRAD Report
http://www.garlic.com/~lynn/2011n.html#70 1979 SHARE LSRAD Report
http://www.garlic.com/~lynn/2011p.html#10 1979 SHARE LSRAD Report
http://www.garlic.com/~lynn/2011p.html#11 1979 SHARE LSRAD Report
http://www.garlic.com/~lynn/2011p.html#14 1979 SHARE LSRAD Report
http://www.garlic.com/~lynn/2011p.html#15 1979 SHARE LSRAD Report

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
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?

other posts in the thread:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Security 2012: Blood in the Water

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 02 Dec, 2011
Subject: Security 2012: Blood in the Water
Blog: Google+
re:
https://plus.google.com/u/0/111646203865345303496/posts/9dEqjdSK6vk

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:
http://www.gao.gov/special.pubs/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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

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

Case Study: SOX IT Compliance

Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 02 Dec, 2011
Subject: Case Study: SOX IT Compliance
Blog: Google+
re:
https://plus.google.com/u/0/111646203865345303496/posts/2yc39t6A2Cq

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)
http://www.gao.gov/special.pubs/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

ICO 'too scared' to clobber press for data breaches

From: lynn@garlic.com (Lynn Wheeler)
Date: 02 Dec, 2011
Subject: ICO 'too scared' to clobber press for data breaches
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/3aQwkCvoACS

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:
http://www.garlic.com/~lynn/2011p.html#23
http://www.garlic.com/~lynn/2011p.html#24

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 02 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek
re:
http://lnkd.in/Gj_N63
and
http://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?

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:
http://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
http://www.garlic.com/~lynn/2002j.html#30 Weird
http://www.garlic.com/~lynn/2002n.html#63 Help me find pics of a UNIVAC please
http://www.garlic.com/~lynn/2003j.html#69 Multics Concepts For the Contemporary Computing World
http://www.garlic.com/~lynn/2004.html#21 40th anniversary of IBM System/360 on 7 Apr 2004
http://www.garlic.com/~lynn/2005.html#8 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005f.html#4 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005f.html#5 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005f.html#22 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
http://www.garlic.com/~lynn/2005u.html#44 POWER6 on zSeries?
http://www.garlic.com/~lynn/2006c.html#6 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#44 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006l.html#6 Google Architecture
http://www.garlic.com/~lynn/2006t.html#41 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#27 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007f.html#10 Beyond multicore
http://www.garlic.com/~lynn/2007f.html#20 Historical curiosity question
http://www.garlic.com/~lynn/2007j.html#13 Interrupts
http://www.garlic.com/~lynn/2007j.html#16 Newbie question on table design
http://www.garlic.com/~lynn/2007l.html#52 Drums: Memory or Peripheral?
http://www.garlic.com/~lynn/2008l.html#60 recent mentions of 40+ yr old technology
http://www.garlic.com/~lynn/2008r.html#32 What if the computers went back to the '70s too?
http://www.garlic.com/~lynn/2008r.html#34 What if the computers went back to the '70s too?
http://www.garlic.com/~lynn/2009k.html#49 A Complete History Of Mainframe Computing
http://www.garlic.com/~lynn/2009m.html#75 Continous Systems Modelling Package
http://www.garlic.com/~lynn/2009r.html#51 "Portable" data centers
http://www.garlic.com/~lynn/2009r.html#59 "Portable" data centers
http://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)
http://www.garlic.com/~lynn/2011.html#36 CKD DASD
http://www.garlic.com/~lynn/2011c.html#26 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011n.html#36 Last Word on Dennis Ritchie

--
virtualization experience starting Jan1968, online at home since Mar1970

Why are organizations sticking with mainframes?

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 02 Dec, 2011
Subject: Why are organizations sticking with mainframes?
Blog: Mainframe Exports
re:
http://lnkd.in/YvuRMq
and
http://www.garlic.com/~lynn/2011n.html#23 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011o.html#79 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#5 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#6 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#8 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?

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):
http://www.garlic.com/~lynn/2000.html#61 64 bit X86 ugliness (Re: Williamette trace cache (Re: First view of Willamette))
http://www.garlic.com/~lynn/2005o.html#24 is a computer like an airport?
http://www.garlic.com/~lynn/2006q.html#22 3 value logic. Why is SQL so special?
http://www.garlic.com/~lynn/2007g.html#22 Bidirectional Binary Self-Joins
http://www.garlic.com/~lynn/2008h.html#61 Up, Up, ... and Gone?
http://www.garlic.com/~lynn/2009l.html#23 another item related to ASCII vs. EBCDIC
http://www.garlic.com/~lynn/2009l.html#25 another item related to ASCII vs. EBCDIC
http://www.garlic.com/~lynn/2009o.html#42 Outsourcing your Computer Center to IBM ?
http://www.garlic.com/~lynn/2009q.html#22 The 50th Anniversary of the Legendary IBM 1401
http://www.garlic.com/~lynn/2010b.html#73 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#80 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010j.html#53 Article says mainframe most cost-efficient platform
http://www.garlic.com/~lynn/2010n.html#81 Hashing for DISTINCT or GROUP BY in SQL
http://www.garlic.com/~lynn/2011c.html#42 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011e.html#8 Multiple Virtual Memory

--
virtualization experience starting Jan1968, online at home since Mar1970

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 Dec, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
The Fed's European "Rescue": Another Back-Door US Bank / Goldman bailout?
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

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:
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

21st Century Management approach?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 Dec, 2011
Subject: 21st Century Management approach?
Blog: Boyd's Strategy
re:
http://lnkd.in/RkS4AB

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):
http://www.gao.gov/special.pubs/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:
http://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#39 Back to architecture: Analyzing NYSE data
http://www.garlic.com/~lynn/2011e.html#48 On Protectionism
http://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#38 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#37 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
http://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
http://www.garlic.com/~lynn/2011n.html#30 Have you ever wondered why some people seem to get rich easily
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#16 John Robb on the OODA-Loop

--
virtualization experience starting Jan1968, online at home since Mar1970

21st Century Management approach?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 Dec, 2011
Subject: 21st Century Management approach?
Blog: Boyd's Strategy
re:
http://lnkd.in/RkS4AB
and
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?

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

21st Century Management approach?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 Dec, 2011
Subject: 21st Century Management approach?
Blog: Boyd's Strategy
re:
http://lnkd.in/RkS4AB
and
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?

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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

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
http://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

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU
and
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?

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
http://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
http://www.garlic.com/~lynn/2006f.html#3
http://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
http://www.garlic.com/~lynn/2011p.html#19
http://www.garlic.com/~lynn/2011p.html#20
http://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

21st Century Management approach?

Refed: **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 04 Dec, 2011
Subject: 21st Century Management approach?
Blog: Boyd's Strategy
re:
http://lnkd.in/RkS4AB
and
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#31 21st Century Management approach?

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

21st Century Management approach?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 04 Dec, 2011
Subject: 21st Century Management approach?
Blog: Boyd's Strategy
re:
http://lnkd.in/RkS4AB
and
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#31 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#33 21st Century Management approach?

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
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

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 04 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU
and
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?

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
http://www.garlic.com/~lynn/submain.html#futuresys
some other references
http://www.jfsowa.com/computer/memo125.htm ....
http://people.cs.clemson.edu/~mark/fs.html ...
http://web.archive.org/web/20110718153549/http://www.ecole.org/Crisis_and_change_1995_1.htm
http://www.ecole.org/en/seances/CM07 ...
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 followon 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 followon 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
http://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.
http://www.garlic.com/~lynn/2007d.html#email850315
in this post
http://www.garlic.com/~lynn/2007d.html#47
semi-related email
http://www.garlic.com/~lynn/2007c.html#email841015
and
http://www.garlic.com/~lynn/2007c.html#email841016
in this old post
http://www.garlic.com/~lynn/2007c.html#50

references to "mainframe and microprocessor" post about 1985 mixing 370 and other processors
http://www.garlic.com/~lynn/2004m.html#17

misc. past posts mentioning NSFNET backbone
http://www.garlic.com/~lynn/subnetwork.html#nsfnet

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 04 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU
and
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?

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
http://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
http://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
http://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

No Jail In UBS Tax Evasion Case

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 04 Dec, 2011
Subject: No Jail In UBS Tax Evasion Case
Blog: Facebook
No Jail In UBS Tax Evasion Case
http://www.forbes.com/sites/robertwood/2011/12/03/no-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:
http://www.garlic.com/~lynn/2011f.html#64 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
http://www.garlic.com/~lynn/2011n.html#42 The Godfather of Kathmandu

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 05 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU
and
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?

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
http://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.
http://www.garlic.com/~lynn/2011.html#email870306
in this recent post
http://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)
http://www.garlic.com/~lynn/2006x.html#email870302
in this past post
http://www.garlic.com/~lynn/2006x.html#7

as mentionined 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
http://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
http://www.garlic.com/~lynn/2006w.html#email870109

other old NSFNET backbone related email
http://www.garlic.com/~lynn/lhwemail.html#nsfnet

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 05 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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 scaleup, 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).
http://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:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 05 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://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":
http://www.garlic.com/~lynn/2009p.html#43 ..
http://www.garlic.com/~lynn/2009p.html#46 ..

post from last year on ibm-main mailing list discussing SCI, FCS, Infiniband, SSA
http://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:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 Dec, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
summary (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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

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:
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

z/OS's basis for TCP/IP

Refed: **, - **, - **, - **, - **, - **
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 -0800
svetter@AMERITECH.NET (scott) writes:
Just was wondering where TCP/IP stack came from for use in z/OS? Did it originate from the University of Berkley?

I hadn't followed the recent.

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.
http://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
http://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
http://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
http://www.garlic.com/~lynn/subnetwork.html#payment

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

z/OS's basis for TCP/IP

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
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 -0800
re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP

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
http://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

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 06 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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.
http://www.garlic.com/~lynn/95.html#13

part of the reason HA/CMP project ... various past posts
http://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 scaleup for both commercial as well as numerical intensive
http://www.garlic.com/~lynn/lhwemail.html#medusa

the last in the above was possibly only hrs before the cluster scaleup was transferred and we were told we couldn't work on anything with more than four processors. Then within a couple weeks, the cluster scaleup 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
http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time
http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time

past posts in this thread:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

z/OS's basis for TCP/IP

Refed: **, - **, - **
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 -0800
re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP

this is post here on ibm-main last april
http://www.garlic.com/~lynn/2011f.html#29 TCP/IP Available on MVS When?
http://www.garlic.com/~lynn/2011f.html#30 TCP/IP Available on MVS When?
http://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?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

z/OS's basis for TCP/IP

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 -0800
bzeeb-lists@LISTS.ZABBADOZ.NET (Bjoern A. Zeeb) writes:
Otherwise you can probably still get them from a friend or a more complete (source) history from here (for a small fee):
http://www.mckusick.com/csrg/index.html


re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#45 z/OS's basis for TCP/IP

i saw him last month at conference ... we were both wearing the same tshirt.

--
virtualization experience starting Jan1968, online at home since Mar1970

z/OS's basis for TCP/IP

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 -0800
lynn@GARLIC.COM (Anne & Lynn Wheeler) writes:
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


re:
http://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP

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
http://www.garlic.com/~lynn/subtopic.html#hone

--
virtualization experience starting Jan1968, online at home since Mar1970

Hello?

Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Hello?
Newsgroups: alt.folklore.computers
Date: Tue, 06 Dec 2011 18:27:07 -0500
despen writes:
Yes. Seems like we exited the horror, the million line soup discussion came to an end.

Lynn's post on that 70's project got lost in the noise. Doing some more research, I find that everything is a memory object was the founding principle of Multics.

After the Multics example, how that could creep into an IBM project is beyond me. I think IBM wasn't served very well buy the committee members.

It's been my experience that committees are death to any project. When I hear "we had a meeting", I tend to break in with "that's where you went wrong". Doesn't make me popular but it's the truth.


read melinda's history "VM and the VM Community: Past, Present, and Future" ... can be found here:
http://www.leeandmelindavarian.com/Melinda/

... 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
http://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.
http://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)
http://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:
http://web.archive.org/web/20011109072807/http://www.intel94.com/idf/spr2001/sessiondescription.asp?id=stp+s13

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
http://www.garlic.com/~lynn/x959.html#aads

--
virtualization experience starting Jan1968, online at home since Mar1970

z/OS's basis for TCP/IP

Refed: **, - **, - **
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 -0800
Lindy.Mayfield@SAS.COM (Lindy Mayfield) writes:
Interesting, if I am correct, they took long time to implement a resolver. If so, how were hostnames resolved?

re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#45 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#46 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#47 z/OS's basis for TCP/IP

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).
http://www.garlic.com/~lynn/subtopic.html#545tech

old posts with reference to somebody being semi-facetious
http://www.garlic.com/~lynn/aepay11.htm#43 Mockapetris agrees w/Lynn on DNS security - (April Fool's day??)
http://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
http://www.garlic.com/~lynn/2011o.html#17 Ancient Internet History

--
virtualization experience starting Jan1968, online at home since Mar1970

Hello?

Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Hello?
Newsgroups: alt.folklore.computers
Date: Wed, 07 Dec 2011 09:32:43 -0500
despen writes:
Read it once before and just did so again. Not much about meetings, but wow, the politics at IBM is really out of control.

re:
http://www.garlic.com/~lynn/2011p.html#48 Hello?

recent post how disk division claimed that the communication group would be responsible for the demise of the disk division:
http://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
http://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
http://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
http://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
http://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
http://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
http://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 corporation copying the 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.
http://www.garlic.com/~lynn/2006w.html#email870109
in this post
http://www.garlic.com/~lynn/2006w.html#21 SNA/VTAM for NSFNET

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 07 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

or some related trivia ... recent mainframe discussion in the ibm-main mailing list and the alt.folklore.computers usenet group
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#45 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#46 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#47 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#48 Hello?
http://www.garlic.com/~lynn/2011p.html#49 z/OS's basis for TCP/IP
http://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
http://www.garlic.com/~lynn/subnetwork.html#emulation ..
also in this recent post
http://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
http://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
http://www.garlic.com/~lynn/2011p.html#43 ..

past posts in this thread:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 07 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://www.garlic.com/~lynn/subboyd.html#boyd1
misc. URLs from around the web mentioning Boyd and/or OODA-loops
http://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
http://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:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Odd variant on clock replacement algorithm

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:
A little idea that just came to mind: for a clock-based replacement rather than using an accessed bit of common meaning, there might be some benefit to using a phased clock.

E.g., with 8 ways, the clock might have 16 phases; an access to way 0 would be marked with a set bit if accessed in phases 0 through 7 and an unset bit in phases 8 through 15; way 1, set bit for phases 1 though 8, unset 9 'through' 0; etc.

The search for a victim could begin at a way appropriate to the current phase and account for the time-meaning of the bit being set or clear.

(The phase might be provided using more significant bits of a miss counter [or a probabilistically updated counter?]. )

Even more complex variants can be imagined. E.g., the phase range for a set bit might be larger than for an unset bit (with different phase offsets for different ways) or different ways could have different sized ranges. One might offset some entries--e.g., non-local users of a cache--to bias replacement by artificial aging.

(It is not clear if some other measure might be 'phased' to use this mechanism, perhaps combined with overlaid skewed associativity and perhaps way-duelling.)

I do not know if the basic concept would be useful--and I doubt the variants I mentioned would be useful--, but I wanted to share this before I was distracted or discouraged.

By the way, one advantage of a clock-based replacement system is that it works in a skewed associative cache. It is not clear if the above would actually help with an elbow cache, providing a limited kind of timestamp; barring overflow (which may be unlikely and/or non-problematic since very old entries are less common; providing a single bit per N spatially local blocks--which would not have to correspond to the mapping of ways--might provide adequate overflow detection??) an LRU victim might be known to be more recently used than a block that it could victimize.

Anyway, just a little thought that someone might play with--or quickly recognize as impractical.


In the early 70s I had done a different odd variant on clock replacement ... which was to add some amount of randomness. The issue was clock was being used to approx. LRU .... however there are pathelogical cases where LRU is the wrong strategy ... improving LRU'ness of clock wouldn't be optimal. The magic hack was that it looked & tasted like clock ... and would approx. LRU in most of the conditions where LRU is close to optimal ... but would magically effectively be random in situations were LRU wasn't good strategy.

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.
http://www.garlic.com/~lynn/2006w.html#email821019
in this post
http://www.garlic.com/~lynn/2006w.html#46

misc. past posts
http://www.garlic.com/~lynn/subtopic.html#clock

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 07 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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):
http://web.archive.org/web/20110718153549/http://www.ecole.org/Crisis_and_change_1995_1.htm
http://www.ecole.org/en/seances/CM07

past posts in this thread:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 08 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://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 LLNL ... show 4341 outperforming 158&3031 ... when LLNL was looking at an order of 60 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):
http://www.garlic.com/~lynn/2006x.html#31 ..
http://www.garlic.com/~lynn/2009r.html#37 ..

old posts getting to play disk engineer in bldgs. 14&15
http://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)
http://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:
http://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:
http://www.garlic.com/~lynn/2006k.html#email830422

old email referencing internal network
http://www.garlic.com/~lynn/lhwemail.html#vnet ..
past posts mentioning internal network
http://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:
http://www.garlic.com/~lynn/2011p.html#36 ..
http://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:
http://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 past posts
http://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:
http://www.garlic.com/~lynn/2006w.html#email870109 ..

some of this discussed in previous post ... also archived here
http://www.garlic.com/~lynn/2011p.html#38 ..

--
virtualization experience starting Jan1968, online at home since Mar1970

Are prefix opcodes better than variable length?

Refed: **, - **, - **, - **, - **, - **
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 -0500
Stephen Fuld <SFuld@alumni.cmu.edu.invalid> writes:
Amdahl had a non trivial market share from the late 1970s through about the late 80s. Hitachi had totally plug compatible systems that were even faster than IBM's own into the late 1990s. Other totally plug compatible companies that made at least a few sales included Magnusen (sp) and IPL.

Future System in the early 70s ... started after Amdahl left was to completely replace/obsolete 360/370 ... misc. past posts mentioning future system
http://www.garlic.com/~lynn/submain.html#futuresys

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):
http://web.archive.org/web/20110718153549/http://www.ecole.org/Crisis_and_change_1995_1.htm
http://www.ecole.org/en/seances/CM07

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
http://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
http://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
http://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 offerred 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
http://www.garlic.com/~lynn/2006b.html#email810421
in this post
http://www.garlic.com/~lynn/2006b.html#38
also this old email mentioning Amdahl 5880 (in same post)
http://www.garlic.com/~lynn/2006b.html#email810318

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 09 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

recent discussion of mainframe clone processors in comp.arch ... part archived here
http://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
http://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:
http://www.garlic.com/~lynn/2011p.html#51 ..
http://www.garlic.com/~lynn/2011p.html#52 ..
http://www.garlic.com/~lynn/2011p.html#55 ..

and "The rise and fall of IBM":
http://web.archive.org/web/20110718153549/http://www.ecole.org/Crisis_and_change_1995_1.htm
http://www.ecole.org/en/seances/CM07

also hit clone processor manufacturing hard, many of them disappearing from the scene (or getting out of the clone business)

This past post
http://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

Hello?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Hello?
Newsgroups: alt.folklore.computers
Date: Fri, 09 Dec 2011 09:52:47 -0500
Morten Reistad <first@last.name> writes:
And, never fend off the message because the messager is someone unknown and without "authority". The message has it's own life as soon as it is in the open.

Same with the junior stock analyst that refused to co-sign the analyst report on Norsk Data (mini maker, swept aside by the Killer Micros) in 1987; citing a lack of substance. Noone could show that substance. The company was history 4 years later.

So, don't be afraid to ask the awkward questions.


recent post in comp.arch about mainframe clone makers
http://www.garlic.com/~lynn/2011p.html#56

which then were decimated when killer micros (also) hit the mainframe market
http://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
http://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
http://www.garlic.com/~lynn/2005j.html#32 IBM Plugs Big Iron to the College Crowd
http://www.garlic.com/~lynn/2005s.html#16 Is a Hurricane about to hit IBM ?
http://www.garlic.com/~lynn/2006.html#21 IBM up for grabs?
http://www.garlic.com/~lynn/2006.html#22 IBM up for grabs?
http://www.garlic.com/~lynn/2006l.html#17 virtual memory
http://www.garlic.com/~lynn/2006r.html#20 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2007r.html#6 The history of Structure capabilities
http://www.garlic.com/~lynn/2010p.html#34 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2011c.html#20 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011c.html#28 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#78 I actually miss working at IBM
http://www.garlic.com/~lynn/2011f.html#11 History of APL -- Software Preservation Group
http://www.garlic.com/~lynn/2011f.html#13 Car models and corporate culture: It's all lies
http://www.garlic.com/~lynn/2011f.html#54 At least two decades back, some gurus predicted that mainframes would disappear
http://www.garlic.com/~lynn/2011g.html#13 The Seven Habits of Pointy-Haired Bosses
http://www.garlic.com/~lynn/2011h.html#47 The IBM would have, could have and should have story
http://www.garlic.com/~lynn/2011i.html#35 Having left IBM, seem to be reminded that IBM is not the same IBM I had joined
http://www.garlic.com/~lynn/2011j.html#60 Who was the Greatest IBM President and CEO of the last century?
http://www.garlic.com/~lynn/2011l.html#19 Selectric Typewriter--50th Anniversary

--
virtualization experience starting Jan1968, online at home since Mar1970

The Myth of Work-Life Balance

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 09 Dec, 2011
Subject: The Myth of Work-Life Balance
Blog: Greater IBM
There is long running discussion in "Mainframe Experts" on migration off mainframe
http://lnkd.in/2syFGU

one of my archived posts in the above:
http://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
http://www.garlic.com/~lynn/2011p.html#55 ..
http://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):
http://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
http://www.garlic.com/~lynn/subboyd.html

--
virtualization experience starting Jan1968, online at home since Mar1970

Spontaneous conduction

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 09 Dec, 2011
Subject: Spontaneous conduction
Blog: Boyd's Strategy
re:
http://lnkd.in/qKk9TP

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
http://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
http://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
http://www.garlic.com/~lynn/subboyd.html

misc. past posts mentioning the 450+k statement cobol application
http://www.garlic.com/~lynn/2006u.html#50 Where can you get a Minor in Mainframe?
http://www.garlic.com/~lynn/2007l.html#20 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007u.html#21 Distributed Computing
http://www.garlic.com/~lynn/2008c.html#24 Job ad for z/OS systems programmer trainee
http://www.garlic.com/~lynn/2008d.html#73 Price of CPU seconds
http://www.garlic.com/~lynn/2008l.html#81 Intel: an expensive many-core future is ahead of us
http://www.garlic.com/~lynn/2009d.html#5 Why do IBMers think disks are 'Direct Access'?
http://www.garlic.com/~lynn/2009e.html#76 Architectural Diversity
http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
http://www.garlic.com/~lynn/2009g.html#20 IBM forecasts 'new world order' for financial services
http://www.garlic.com/~lynn/2009s.html#9 Union Pacific Railroad ditches its mainframe for SOA
http://www.garlic.com/~lynn/2010.html#77 Korean bank Moves back to Mainframes (...no, not back)
http://www.garlic.com/~lynn/2010i.html#41 Idiotic programming style edicts
http://www.garlic.com/~lynn/2011c.html#35 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011c.html#41 If IBM Hadn't Bet the Company
http://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

Migration off mainframe

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 09 Dec, 2011
Subject: Migration off mainframe
Blog: IBM Historic Computing
There has been long running discussion in mainframe experts group
http://lnkd.in/2syFGU

some historic specific related posts in the thread also archived here
http://www.garlic.com/~lynn/2011p.html#52 ..
http://www.garlic.com/~lynn/2011p.html#54 ..
http://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
http://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
http://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
http://www.garlic.com/~lynn/subnetwork.html#emulation

--
virtualization experience starting Jan1968, online at home since Mar1970

Migration off mainframe

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 10 Dec, 2011
Subject: Migration off mainframe
Blog: IBM Historic Computing
re:
http://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe

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
http://www.garlic.com/~lynn/2002f.html#0
referenced in this post in similar thread
http://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
http://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
http://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

21st Century Management approach?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 10 Dec, 2011
Subject: 21st Century Management approach?
Blog: Boyd's Strategy
re:
http://lnkd.in/RkS4AB
and
http://www.garlic.com/~lynn/2011p.html#29
http://www.garlic.com/~lynn/2011p.html#30
http://www.garlic.com/~lynn/2011p.html#31
http://www.garlic.com/~lynn/2011p.html#33
http://www.garlic.com/~lynn/2011p.html#34

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"
http://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

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 09 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://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
http://www.garlic.com/~lynn/lhwemail.html#43xx
mar80 email reference needing to help BofA with 60 4341s:
http://www.garlic.com/~lynn/2006y.html#email800311b ..
http://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
http://www.garlic.com/~lynn/2007.html#email801006
and
http://www.garlic.com/~lynn/2007.html#email801016
in this old post
http://www.garlic.com/~lynn/2007.html#1

misc. past posts mentioning original sql/relational implementation
http://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
http://www.garlic.com/~lynn/2007d.html#email800920
in this post (also references that Jim has gone missing)
http://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
http://www.garlic.com/~lynn/2008i.html#32 ..
http://www.garlic.com/~lynn/2008i.html#36 ..
and
http://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.
http://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:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Why (my, all) financial systems fail -- information complexity

Refed: **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 11 Dec, 2011
Subject: Why (my, all) financial systems fail -- information complexity
Blog: Financial Cryptography
re:
http://financialcryptography.com/mt/archives/001350.html

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

Migration off mainframe

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 11 Dec, 2011
Subject: Migration off mainframe
Blog: IBM Historic Computing
re:
http://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe

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: 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

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 11 Dec, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
Finishing up reading: Confidence Men: Wall Street, Washington, and the Education of a President.
http://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS

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 advisory 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 advisory board (part of allowing the bubble to reach truly epic proportions).

misc. past posts:
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

When will the Marine Corps get real about how much it has to shrink?

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: Facebook
When will the Marine Corps get real about how much it has to shrink?
http://ricks.foreignpolicy.com/posts/2011/12/09/annals_of_the_defense_budget_implosion_pt_x_when_will_the_marine_corps_get_real_abo

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

Perspectives: Looped back in

From: lynn@garlic.com (Lynn Wheeler)
Date: 11 Dec, 2011
Subject: Perspectives: Looped back in
Blog: Boyd's Strategy
re:
http://lnkd.in/__nM8e

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
http://www.garlic.com/~lynn/2011m.html#66 Goodbye, OODA-Loop
http://www.garlic.com/~lynn/2011m.html#72 Goodbye, OODA-Loop
http://www.garlic.com/~lynn/2011n.html#8 Goodbye, OODA-Loop
http://www.garlic.com/~lynn/2011n.html#21 Goodbye, OODA-Loop

--
virtualization experience starting Jan1968, online at home since Mar1970

No One Telling Who Took $586B in Fed Swaps

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 12 Dec, 2011
Subject: No One Telling Who Took $586B in Fed Swaps
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/EnWQrBQsWZs

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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c
... 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:
http://www.garlic.com/~lynn/2010p.html#17 What banking is. (Essential for predicting the end of finance as we know it.)
http://www.garlic.com/~lynn/2010p.html#23 They always think we don't understand
http://www.garlic.com/~lynn/2010p.html#46 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010q.html#58 Programmer Charged with thieft (maybe off topic)
http://www.garlic.com/~lynn/2010q.html#66 Ernst & Young sued for fraud over Lehman
http://www.garlic.com/~lynn/2011.html#48 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011j.html#3 Greed, Excess and America's Gaping Class Divide
http://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
http://www.garlic.com/~lynn/2011k.html#23 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
http://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
http://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
http://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?
http://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
http://www.garlic.com/~lynn/2011p.html#7 FDR explains one dimension of our problem: bankers own the government
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#34 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#63 21st Century Management approach?

--
virtualization experience starting Jan1968, online at home since Mar1970

A question for the readership

Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 12 Dec, 2011
Subject: A question for the readership
Blog: Facebook
A question for the readership
http://zenpundit.com/?p=4747

I recently finished "Confessions of an EHM"
http://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

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 12 Dec, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
mention CFTC ... also mentioned upthread
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world

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:
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world

and other past posts mentioning CFTC
http://www.garlic.com/~lynn/2009c.html#38 People to Blame for the Financial Crisis
http://www.garlic.com/~lynn/2009c.html#39 'WHO IS RESPONSIBLE FOR THE GLOBAL MELTDOWN'
http://www.garlic.com/~lynn/2009c.html#46 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#48 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#49 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#53 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#55 Who will give Citigroup the KNOCKOUT blow?
http://www.garlic.com/~lynn/2009c.html#65 is it possible that ALL banks will be nationalized?
http://www.garlic.com/~lynn/2009d.html#10 Who will Survive AIG or Derivative Counterparty Risk?
http://www.garlic.com/~lynn/2009d.html#16 The Formula That Killed Wall Street
http://www.garlic.com/~lynn/2009d.html#18 HSBC is expected to announce a profit, which is good, what did they do differently?
http://www.garlic.com/~lynn/2009d.html#28 I need insight on the Stock Market
http://www.garlic.com/~lynn/2009d.html#42 Bernard Madoff Is Jailed After Pleading Guilty -- are there more "Madoff's" out there?
http://www.garlic.com/~lynn/2009d.html#61 Quiz: Evaluate your level of Spreadsheet risk
http://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
http://www.garlic.com/~lynn/2009d.html#63 Do bonuses foster unethical conduct?
http://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
http://www.garlic.com/~lynn/2009e.html#0 What is swap in the financial market?
http://www.garlic.com/~lynn/2009e.html#8 The background reasons of Credit Crunch
http://www.garlic.com/~lynn/2009e.html#13 Should we fear and hate derivatives?
http://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?
http://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?
http://www.garlic.com/~lynn/2009e.html#35 Architectural Diversity
http://www.garlic.com/~lynn/2009f.html#29 What is the real basis for business mess we are facing today?
http://www.garlic.com/~lynn/2009f.html#38 On whom or what would you place the blame for the sub-prime crisis?
http://www.garlic.com/~lynn/2009f.html#51 On whom or what would you place the blame for the sub-prime crisis?
http://www.garlic.com/~lynn/2009g.html#5 Do the current Banking Results in the US hide a grim truth?
http://www.garlic.com/~lynn/2009g.html#7 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
http://www.garlic.com/~lynn/2009g.html#76 Undoing 2000 Commodity Futures Modernization Act
http://www.garlic.com/~lynn/2009h.html#10 China's yuan 'set to usurp US dollar' as world's reserve currency
http://www.garlic.com/~lynn/2009h.html#17 REGULATOR ROLE IN THE LIGHT OF RECENT FINANCIAL SCANDALS
http://www.garlic.com/~lynn/2009h.html#75 A Math Geek's Plan to Save Wall Street's Soul
http://www.garlic.com/~lynn/2009i.html#13 64 Cores -- IBM is showing a prototype already
http://www.garlic.com/~lynn/2009i.html#54 64 Cores -- IBM is showing a prototype already
http://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."
http://www.garlic.com/~lynn/2009i.html#74 Administration calls for financial system overhaul
http://www.garlic.com/~lynn/2009i.html#77 Financial Regulatory Reform - elimination of loophole allowing special purpose institutions outside Bank Holding Company (BHC) oversigh
http://www.garlic.com/~lynn/2009j.html#35 what is mortgage-backed securities?
http://www.garlic.com/~lynn/2009k.html#2 Big Bonuses At Goldman Should Be Applauded, Not Criticized
http://www.garlic.com/~lynn/2009l.html#5 Internal fraud isn't new, but it's news
http://www.garlic.com/~lynn/2009n.html#13 UK issues Turning apology (and about time, too)
http://www.garlic.com/~lynn/2009n.html#56 Opinions on the 'Unix Haters' Handbook'
http://www.garlic.com/~lynn/2009o.html#84 Opinions on the 'Unix Haters' Handbook'
http://www.garlic.com/~lynn/2009p.html#51 Opinions on the 'Unix Haters' Handbook
http://www.garlic.com/~lynn/2009q.html#77 Now is time for banks to replace core system according to Accenture
http://www.garlic.com/~lynn/2009r.html#35 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2009r.html#61 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2010b.html#82 Oldest Instruction Set still in daily use?
http://www.garlic.com/~lynn/2010e.html#77 Madoff Whistleblower Book
http://www.garlic.com/~lynn/2010f.html#54 The 2010 Census
http://www.garlic.com/~lynn/2010h.html#28 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
http://www.garlic.com/~lynn/2010i.html#34 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010k.html#51 Information on obscure text editors wanted
http://www.garlic.com/~lynn/2010l.html#17 History--automated payroll processing by other than a computer?
http://www.garlic.com/~lynn/2010l.html#38 Who is Really to Blame for the Financial Crisis?
http://www.garlic.com/~lynn/2010n.html#36 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010o.html#71 They always think we don't understand
http://www.garlic.com/~lynn/2010p.html#57 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010q.html#29 Ernst & Young sued for fraud over Lehman
http://www.garlic.com/~lynn/2011d.html#19 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#9 I actually miss working at IBM
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011e.html#38 On Protectionism
http://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011f.html#90 CFTC Limits on Commodity Speculation May Wait Until Early 2012
http://www.garlic.com/~lynn/2011g.html#1 CFTC Limits on Commodity Speculation May Wait Until Early 2012
http://www.garlic.com/~lynn/2011g.html#3 CFTC Limits on Commodity Speculation May Wait Until Early 2012
http://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
http://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
http://www.garlic.com/~lynn/2011h.html#43 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
http://www.garlic.com/~lynn/2011i.html#18 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011i.html#25 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011j.html#40 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011j.html#41 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#5 AIG's Bank Of America Suit Puts Trashy Paper On Display
http://www.garlic.com/~lynn/2011k.html#46 Sand in Machine Makes a Stable Market
http://www.garlic.com/~lynn/2011k.html#54 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#60 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#76 FIA shocked and outraged after Senator leaks oil trading data
http://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
http://www.garlic.com/~lynn/2011l.html#74 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#18 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
http://www.garlic.com/~lynn/2011n.html#80 A Close Look at the Perry Tax Plan
http://www.garlic.com/~lynn/2011o.html#47 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#61 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#62 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#64 Civilization, doomed?

--
virtualization experience starting Jan1968, online at home since Mar1970

A question for the readership

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 13 Dec, 2011
Subject: A question for the readership
Blog: Facebook
re:
http://www.garlic.com/~lynn/2011p.html#71 A question for the readership

Confidence Men: Wall Street, Washington, and the Education of a President.
http://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:
http://www.garlic.com/~lynn/2011.html#50 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011.html#84 The Imaginot Line
http://www.garlic.com/~lynn/2011.html#94 The Curly Factor -- Prologue
http://www.garlic.com/~lynn/2011b.html#27 The Zippo Lighter theory of the financial crisis (or, who do we want to blame?)
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#53 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#56 Productivity And Bubbles
http://www.garlic.com/~lynn/2011c.html#46 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#19 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#23 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#28 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#70 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011e.html#41 On Protectionism
http://www.garlic.com/~lynn/2011e.html#48 On Protectionism
http://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011f.html#55 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011f.html#86 Bank email archives thrown open in financial crash report
http://www.garlic.com/~lynn/2011g.html#71 Pressing Obama, House Bars Rise for Debt Ceiling
http://www.garlic.com/~lynn/2011h.html#7 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011h.html#10 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
http://www.garlic.com/~lynn/2011h.html#40 Delinquent Homeowners to Get Mortgage Aid from Government
http://www.garlic.com/~lynn/2011h.html#41 Delinquent Homeowners to Get Mortgage Aid from Government
http://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
http://www.garlic.com/~lynn/2011i.html#11 'Megalomania, Insanity' Fueled Bubble: Munger
http://www.garlic.com/~lynn/2011i.html#18 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011j.html#14 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011j.html#44 S&P Downgrades USA; Time to Downgrade S&P?
http://www.garlic.com/~lynn/2011j.html#45 S&P's History of Relentless Political Advocacy
http://www.garlic.com/~lynn/2011j.html#50 How Many Divisions Does Standard and Poors Have?
http://www.garlic.com/~lynn/2011k.html#16 Feds Launch Probe Into S&P Mortgage Rates
http://www.garlic.com/~lynn/2011k.html#22 Slouching toward Weimar
http://www.garlic.com/~lynn/2011k.html#25 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
http://www.garlic.com/~lynn/2011k.html#44 New Scandal at DoJ as Illegal Guitars End Up In Hands of Mexican Drug Lords
http://www.garlic.com/~lynn/2011k.html#53 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#56 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#59 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#60 50th anniversary of BASIC, COBOL?
http://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
http://www.garlic.com/~lynn/2011k.html#89 The Grand Message in the Conceptual Spiral
http://www.garlic.com/~lynn/2011l.html#39 Kabuki Theater 1603-1629
http://www.garlic.com/~lynn/2011l.html#40 The Next Convergence: The Future of Economic Growth in a Multispeed World
http://www.garlic.com/~lynn/2011l.html#49 Does outsourcing cause data loss?
http://www.garlic.com/~lynn/2011l.html#63 UAV vis-a-vis F35
http://www.garlic.com/~lynn/2011l.html#67 computer bootlaces
http://www.garlic.com/~lynn/2011l.html#69 computer bootlaces
http://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#18 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#75 Banks Awash in Cash, Which Isn't Good News
http://www.garlic.com/~lynn/2011n.html#38 The Mark to Market Fantasy Fraud
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
http://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#7 John R. Opel, RIP
http://www.garlic.com/~lynn/2011o.html#10 UAV vis-a-vis F35
http://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
http://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#52 Civilization, doomed?
http://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?
http://www.garlic.com/~lynn/2011o.html#76 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://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
http://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
http://www.garlic.com/~lynn/2011p.html#7 FDR explains one dimension of our problem: bankers own the government
http://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

Derivatives and free trade

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 13 Dec, 2011
Subject: Derivatives and free trade
Blog: Facebook
Derivatives and free trade:
http://www.atimes.com/atimes/Global_Economy/ML14Dj02.html

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.
http://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"
http://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
http://www.garlic.com/~lynn/2011p.html#73 A question for the readership

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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 followon 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 followon 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
http://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
http://www.garlic.com/~lynn/lhwemail.html#801

past posts in this thread:
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#11 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#13 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011n.html#27 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011o.html#90 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#32 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#35 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#36 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#38 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#39 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://www.garlic.com/~lynn/2011i.html#77

above references this old email discussing the 3830 locking feature done for ACP clustering
http://www.garlic.com/~lynn/2008i.html#email800325
in this post
http://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
http://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
http://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.
http://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:
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://www.garlic.com/~lynn/2009p.html#43
http://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
http://www.garlic.com/~lynn/lhwemail.html#medusa
and this reference to jan92 meeting in Ellison's conference room
http://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
http://www.garlic.com/~lynn/2008o.html#email820519
in this post
http://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
http://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
http://www.garlic.com/~lynn/subtopic.html#smp

recent posts in thread:
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

other trivia ... original sql/relational implementation was system/r done in bldg.28 on vm370 370/145 ... some past posts
http://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
http://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
http://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):
http://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
http://www.garlic.com/~lynn/2006n.html#23
mentions adding symmetric key encryption to vmsg.

this is old public key crypto related email
http://www.garlic.com/~lynn/lhwemail.html#publickey
and this old email discusses adding a pgp-like (w/o digital certificate) implementation
http://www.garlic.com/~lynn/2007d.html#email810506 ..
http://www.garlic.com/~lynn/2006w.html#email810515

recent posts in thread:
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Financial Crimes Bedevil Prosecutors

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 Dec, 2011
Subject: Financial Crimes Bedevil Prosecutors
Blog: Financial Crime Risk, Fraud and Security
Financial Crimes Bedevil Prosecutors
http://online.wsj.com/article/SB10001424052970204083204577080792356961440.html

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:
http://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
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#72 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

The men who crashed the world

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 15 Dec, 2011
Subject: The men who crashed the world
Blog: Financial Crime Risk, Fraud and Security
A credit-crunch stuffing
http://www.atimes.com/atimes/Global_Economy/ML15Dj01.html

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
http://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
http://www.garlic.com/~lynn/2011p.html#28 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
http://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors

other recent posts mentioning derivatives
http://www.garlic.com/~lynn/2011e.html#38 On Protectionism
http://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011j.html#41 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#30 Regulators seek to plug derivatives data gaps
http://www.garlic.com/~lynn/2011k.html#46 Sand in Machine Makes a Stable Market
http://www.garlic.com/~lynn/2011k.html#54 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#56 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011l.html#74 computer bootlaces
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#89 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011o.html#60 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#62 Civilization, doomed?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 15 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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:
http://www.garlic.com/~lynn/2006x.html#email870302
and another email reference about converting internal network to SNA
http://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
http://www.garlic.com/~lynn/2006w.html#email870109
other old email referencing NSFNET backbone related activity
http://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
http://www.garlic.com/~lynn/subnetwork.html#internalnet

old internal network related email
http://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
http://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 accomodate/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.
http://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:
http://www.garlic.com/~lynn/2007d.html#email800920
in this past post
http://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
http://www.garlic.com/~lynn/2011p.html#64

--
virtualization experience starting Jan1968, online at home since Mar1970

Migration off mainframe

Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 15 Dec, 2011
Subject: Migration off mainframe
Blog: IBM Historic Computing
re:
http://www.garlic.com/~lynn/2011p.html#61 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#62 Migration off mainframe
http://www.garlic.com/~lynn/2011p.html#66 Migration off mainframe

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).
http://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:
http://www.garlic.com/~lynn/2006v.html#email731212 ..
http://www.garlic.com/~lynn/2006w.html#email750102 ..
http://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
http://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:
http://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 followon 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

Heading For World War III | Gerald Celente Trends Blog

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 15 Dec, 2011
Subject: Heading For World War III | Gerald Celente Trends Blog
Blog: Facebook
note that: Confidence Men: Wall Street Washington, and the Education of a President
http://www.amazon.com/Confidence-Men-Washington-Education-ebook/dp/B0089LOKKS

... 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

Is there an SPF setting to turn CAPS ON like keyboard key?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
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 -0800
eric-ibmmain@WI.RR.COM (Eric Bielefeld) writes:
I remember the first 3277 I used. When we were converting from VS1 to MVS 3.7, and actually had ISPF, it was a real pain as there were only 5 PFKs. I quickly learned to change PF4 & 5 to UP and DOWN so at least I could scroll.

The last time I used a real 3278 was when I was at P&H Mining. I greatly preferred that keyboard to the PC keyboards of today. Now, I use the standard Lenova PC to do all my work. It's keyboard is even worse. I could use a separate keyboard, but that's one more thing on my desk that I'd rather not have. At least they give everyone a 23 inch monitor. I really like that, as I can have one display on the laptop and a different one on the monitor.


are you sure it was a real 3277? pg. 25 shows 3277&3275 keyboard layouts (two w/o any pfkey and two with 12 pfkeys to right side):
http://bitsavers.trailing-edge.com/pdf/ibm/3270/GA27-2749-5_3270descr_Nov75.pdf

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:
http://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

ARPANET's coming out party: when the internet first took center stage

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/VM
re:
http://lnkd.in/zvvi_V

from Mainframe Experts discussion (Has anyone successfully migrated off mainframes?)
http://lnkd.in/2syFGU

recent related posts ... also archived here
http://www.garlic.com/~lynn/2011p.html#76 and
http://www.garlic.com/~lynn/2011p.html#77 and
http://www.garlic.com/~lynn/2011p.html#78 and
http://www.garlic.com/~lynn/2011p.html#81

and IBM Historic Computing (closed group) ... post
http://www.garlic.com/~lynn/2011p.html#82

past posts in this discussion:
http://www.garlic.com/~lynn/2011n.html#16 ARPANET's coming out party: when the Internet first took center stage
http://www.garlic.com/~lynn/2011n.html#61 ARPANET's coming out party: when the Internet first took center stage
http://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

Congress as Kabuki Theater

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 Dec, 2011
Subject: Congress as Kabuki Theater
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/cYoiotsUjNt

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
http://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
http://www.garlic.com/~lynn/2011k.html#18 What Uncle Warren doesn't mention
http://www.garlic.com/~lynn/2011l.html#39 Kabuki Theater 1603-1629
http://www.garlic.com/~lynn/2011l.html#44 Kabuki Theater 1603-1629
http://www.garlic.com/~lynn/2011l.html#54 Why stability trumps innovation
http://www.garlic.com/~lynn/2011l.html#67 computer bootlaces
http://www.garlic.com/~lynn/2011l.html#68 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#0 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#5 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#52 Chinese researchers say early climate changes responsible for human crisis
http://www.garlic.com/~lynn/2011o.html#66 Civilization, doomed?
http://www.garlic.com/~lynn/2011p.html#73 A question for the readership

--
virtualization experience starting Jan1968, online at home since Mar1970

Wall St likes your amnesia

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 Dec, 2011
Subject: Wall St likes your amnesia
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/d8fhXPNxcjo

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
http://www.garlic.com/~lynn/2011.html#30 Data Breaches: Stabilize in 2010, But There's an Asterisk
http://www.garlic.com/~lynn/2011.html#94 The Curly Factor -- Prologue
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011c.html#10 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#28 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#41 On Protectionism
http://www.garlic.com/~lynn/2011e.html#87 Scientists use maths to predict 'the end of religion' - Repost
http://www.garlic.com/~lynn/2011f.html#27 First 5.25in 1GB drive?
http://www.garlic.com/~lynn/2011f.html#64 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011g.html#52 Enron: The Smartest Guys in the Room
http://www.garlic.com/~lynn/2011h.html#9 Breaches and Consumer Backlash
http://www.garlic.com/~lynn/2011k.html#9 Was there ever a DOS JCL reference like the Brown book?
http://www.garlic.com/~lynn/2011k.html#18 What Uncle Warren doesn't mention
http://www.garlic.com/~lynn/2011k.html#89 The Grand Message in the Conceptual Spiral
http://www.garlic.com/~lynn/2011l.html#68 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
http://www.garlic.com/~lynn/2011n.html#50 John McCarthy 1927-2011
http://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#51 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#52 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011p.html#18 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#23 Security 2012: Blood in the Water
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#58 Hello?
http://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors

--
virtualization experience starting Jan1968, online at home since Mar1970

Fed Report Finds Speculators Played Big Role in Housing Collapse

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 Dec, 2011
Subject: Fed Report Finds Speculators Played Big Role in Housing Collapse
Blog: Facebook
Fed Report Finds Speculators Played Big Role in Housing Collapse
http://www.consumeraffairs.com/news04/2011/12/fed-report-finds-speculators-played-big-role-in-housing-collapse.html

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.
http://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 motiviation, 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
http://www.garlic.com/~lynn/2011.html#49 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#27 The Zippo Lighter theory of the financial crisis (or, who do we want to blame?)
http://www.garlic.com/~lynn/2011b.html#43 Productivity And Bubbles
http://www.garlic.com/~lynn/2011c.html#46 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#23 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011e.html#74 The first personal computer (PC)
http://www.garlic.com/~lynn/2011f.html#43 Massive Fraud, Common Crime, No Prosecutions
http://www.garlic.com/~lynn/2011f.html#66 Bank email archives thrown open in financial crash report
http://www.garlic.com/~lynn/2011g.html#55 Mobius Says Financial Crisis 'Around the Corner'
http://www.garlic.com/~lynn/2011g.html#71 Pressing Obama, House Bars Rise for Debt Ceiling
http://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011h.html#22 Is BitCoin a triple entry system?
http://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
http://www.garlic.com/~lynn/2011j.html#44 S&P Downgrades USA; Time to Downgrade S&P?
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
http://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?

--
virtualization experience starting Jan1968, online at home since Mar1970

Is there an SPF setting to turn CAPS ON like keyboard key?

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 -0800
PaulGBoulder@AIM.COM (Paul Gilmartin) writes:
Or do utilities not count as applications? Define "application". Again, I'm confident that at least one very old application would accept (define "accept") lower case, at least in comments. And very old assemblers tolerated lower case in macro arguments, perhaps better than HLASM does. (But only as long as assemblers supported macros.)

CTSS on ibm7094 used 2741s with upper/lower case ... and at least CTSS document formating utility "runoff" regularly had lowercase.
https://en.wikipedia.org/wiki/Compatible_Time-Sharing_System
https://en.wikipedia.org/wiki/IBM_2741

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
http://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
http://www.garlic.com/~lynn/submain.html#sgml

a decade later, gml mophs 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

Is there an SPF setting to turn CAPS ON like keyboard key?

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 -0800
ibm-main@SNACONS.COM (Roger Bowler) writes:
This would have been the IBM 3277 Data Entry keyboard. Page 25 of GA27-2749-5_3270descr_Nov75.pdf at bitsavers shows two forms of the Data Entry keyboard both having PF1-PF5 keys neatly hidden amongst the other keys in the top right area of the keyboard. The 78-key typewriter keyboard and the operator console keyboard were the ones

re:
http://www.garlic.com/~lynn/2011p.html#84

oops, missed that.

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://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:
http://www.garlic.com/~lynn/2011p.html#40 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#44 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Bank Failures Cost $88 Billion

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 Dec, 2011
Subject: Bank Failures Cost $88 Billion
Blog: Google+
re:
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
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
http://www.gao.gov/special.pubs/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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

--
virtualization experience starting Jan1968, online at home since Mar1970

World faces 1930-type Depression

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 17 Dec, 2011
Subject: World faces 1930-type Depression
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/a2Y9UTJrf2d

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:
http://www.garlic.com/~lynn/2009b.html#58 OCR scans of old documents
http://www.garlic.com/~lynn/2009b.html#59 As bonuses...why breed greed, when others are in dire need?
http://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
http://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
http://www.garlic.com/~lynn/2009d.html#77 Who first mentioned Credit Crunch?
http://www.garlic.com/~lynn/2009e.html#8 The background reasons of Credit Crunch
http://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?
http://www.garlic.com/~lynn/2009e.html#40 Architectural Diversity
http://www.garlic.com/~lynn/2009f.html#56 What's your personal confidence level concerning financial market recovery?
http://www.garlic.com/~lynn/2009f.html#65 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#5 Do the current Banking Results in the US hide a grim truth?
http://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
http://www.garlic.com/~lynn/2009h.html#22 China's yuan 'set to usurp US dollar' as world's reserve currency
http://www.garlic.com/~lynn/2009h.html#25 The Paradox of Economic Recovery
http://www.garlic.com/~lynn/2009h.html#29 Analysing risk, especially credit risk in Banks, which was a major reason for the current crisis
http://www.garlic.com/~lynn/2009i.html#40 64 Cores -- IBM is showing a prototype already
http://www.garlic.com/~lynn/2009i.html#57 In the USA "financial regulator seeks power to curb excess speculation."
http://www.garlic.com/~lynn/2009j.html#35 what is mortgage-backed securities?
http://www.garlic.com/~lynn/2009o.html#23 Opinions on the 'Unix Haters' Handbook'
http://www.garlic.com/~lynn/2009p.html#2 Opinions on the 'Unix Haters' Handbook
http://www.garlic.com/~lynn/2009p.html#20 U.K. lags in information security management practices
http://www.garlic.com/~lynn/2009p.html#25 Opinions on the 'Unix Haters' Handbook
http://www.garlic.com/~lynn/2009r.html#53 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2009r.html#73 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2010b.html#6 Bookshelves under BookMangler
http://www.garlic.com/~lynn/2010f.html#54 The 2010 Census
http://www.garlic.com/~lynn/2010h.html#28 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#52 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
http://www.garlic.com/~lynn/2010h.html#68 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#69 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010h.html#73 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#74 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010i.html#4 Goldman Sachs -- Post SEC complaint. What's next?
http://www.garlic.com/~lynn/2010i.html#16 Fake debate: The Senate will not vote on big banks
http://www.garlic.com/~lynn/2010i.html#77 Favourite computer history books?
http://www.garlic.com/~lynn/2010j.html#7 Seeking *Specific* Implementation of Star Trek Game
http://www.garlic.com/~lynn/2010l.html#17 History--automated payroll processing by other than a computer?
http://www.garlic.com/~lynn/2010l.html#38 Who is Really to Blame for the Financial Crisis?
http://www.garlic.com/~lynn/2010m.html#8 Who is Really to Blame for the Financial Crisis?
http://www.garlic.com/~lynn/2010m.html#67 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010n.html#36 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010o.html#59 They always think we don't understand
http://www.garlic.com/~lynn/2010p.html#7 What banking is. (Essential for predicting the end of finance as we know it.)
http://www.garlic.com/~lynn/2010p.html#16 Rare Apple I computer sells for $216,000 in London
http://www.garlic.com/~lynn/2010p.html#54 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010p.html#59 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010q.html#16 TCM's Moguls documentary series
http://www.garlic.com/~lynn/2010q.html#29 Ernst & Young sued for fraud over Lehman
http://www.garlic.com/~lynn/2010q.html#53 Programmer Charged with thieft (maybe off topic)
http://www.garlic.com/~lynn/2011.html#49 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011.html#84 The Imaginot Line
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#43 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#53 Productivity And Bubbles
http://www.garlic.com/~lynn/2011d.html#19 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#27 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011h.html#6 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
http://www.garlic.com/~lynn/2011h.html#55 CISO's Guide to Breach Notification
http://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
http://www.garlic.com/~lynn/2011i.html#18 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011i.html#42 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011i.html#45 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011j.html#2 House panel approves data breach notification bill
http://www.garlic.com/~lynn/2011j.html#41 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#20 Study shows powerful corporations really do control the world's finances
http://www.garlic.com/~lynn/2011l.html#74 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#68 Bernanke Hearings
http://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#48 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#52 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#82 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#26 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#68 Building a Better America-One Wealth Quintile at a Time
http://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011p.html#72 The men who crashed the world

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 17 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://www.garlic.com/~lynn/2008d.html#1

old posts about having done RFC1044 support for the pre-vtam, mainframe tcp/ip implementation
http://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):
http://www.garlic.com/~lynn/99.html#email841207

originally posted in decade old Y2K thread
http://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
http://www.garlic.com/~lynn/subnetwork.html#cmc

recent posts in this thread:
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 17 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU
and
http://www.garlic.com/~lynn/2011p.html#94 Has anyone successfully migrated off mainframes?

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
http://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. followon to 4331/4341 which were 4361/4381 as well as followon 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
http://www.garlic.com/~lynn/2008s.html#37 ..
http://www.garlic.com/~lynn/2008s.html#46 ..
http://www.garlic.com/~lynn/2008s.html#53 ..
http://www.garlic.com/~lynn/2008s.html#61 ..
http://www.garlic.com/~lynn/2008s.html#67 ..
http://www.garlic.com/~lynn/2008s.html#69 ..
http://www.garlic.com/~lynn/2008s.html#71 ..
http://www.garlic.com/~lynn/2008s.html#74 ..
http://www.garlic.com/~lynn/2008s.html#75 ..
http://www.garlic.com/~lynn/2008s.html#77 ..
http://www.garlic.com/~lynn/2009.html#0 ..
http://www.garlic.com/~lynn/2009.html#1 ..
http://www.garlic.com/~lynn/2009.html#2 ..
http://www.garlic.com/~lynn/2009.html#3 ..
http://www.garlic.com/~lynn/2009.html#4 ..
http://www.garlic.com/~lynn/2009.html#5 ..
http://www.garlic.com/~lynn/2009.html#8 ..
http://www.garlic.com/~lynn/2009.html#9 ..
http://www.garlic.com/~lynn/2009.html#13 ..
http://www.garlic.com/~lynn/2009.html#81 ..
http://www.garlic.com/~lynn/2009b.html#31 ..

--
virtualization experience starting Jan1968, online at home since Mar1970

Republicans Propose Bill to Treat Mexican Drug Cartels as 'Terrorist Insurgency'

Refed: **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 17 Dec, 2011
Subject: Republicans Propose Bill to Treat Mexican Drug Cartels as 'Terrorist Insurgency'
Blog: Facebook
re:
http://smallwarsjournal.com/blog/republicans-propose-bill-to-treat-mexican-drug-cartels-as-terrorist-insurgency

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 columbia.

past posts mentioning too-big-to-fail and money laundering:
http://www.garlic.com/~lynn/2010l.html#65 the Federal Reserve, was Re: Snow White and the Seven Dwarfs
http://www.garlic.com/~lynn/2010m.html#24 Little-Noted, Prepaid Rules Would Cover Non-Banks As Wells As Banks
http://www.garlic.com/~lynn/2011.html#50 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011f.html#52 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011f.html#55 Are Americans serious about dealing with money laundering and the drug cartels?
http://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
http://www.garlic.com/~lynn/2011h.html#41 Delinquent Homeowners to Get Mortgage Aid from Government
http://www.garlic.com/~lynn/2011i.html#8 'Megalomania, Insanity' Fueled Bubble: Munger
http://www.garlic.com/~lynn/2011k.html#22 Slouching toward Weimar
http://www.garlic.com/~lynn/2011k.html#44 New Scandal at DoJ as Illegal Guitars End Up In Hands of Mexican Drug Lords
http://www.garlic.com/~lynn/2011k.html#53 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011m.html#2 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#14 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#18 computer bootlaces
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
http://www.garlic.com/~lynn/2011p.html#73 A question for the readership

--
virtualization experience starting Jan1968, online at home since Mar1970

test

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:
once again, I say unto thee, "Is there anyone there?"

some amount of recent activity in linkedin mainframe experts discussion has anybody successfully migrated off mainframe (open group)
http://lnkd.in/2syFGU

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
http://www.garlic.com/~lynn/2011p.html#61
http://www.garlic.com/~lynn/2011p.html#62
http://www.garlic.com/~lynn/2011p.html#66
http://www.garlic.com/~lynn/2011p.html#82

and update to past "soups" posts
http://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

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 18 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

I had effort I called HSDT (high-speed data transport) in the 80s ... involved T1 and higher speed links
http://www.garlic.com/~lynn/subnetwork.html#hsdt
... including with what was to become NSFNET backbone (operational basis for the modern internet). ... some old email
http://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: 500-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:
http://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):

http://www.garlic.com/~lynn/2009.html#39 repeat after me: RAID != backup
http://www.garlic.com/~lynn/2009.html#47 repeat after me: RAID != backup
http://www.garlic.com/~lynn/2009.html#65 The 25 Most Dangerous Programming Errors
http://www.garlic.com/~lynn/2009p.html#0 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009q.html#26 Check out Computer glitch to cause flight delays across U.S. - MarketWatch
http://www.garlic.com/~lynn/2009q.html#28 Check out Computer glitch to cause flight delays across U.S. - MarketWatch
http://www.garlic.com/~lynn/2010f.html#68 But... that's *impossible*
http://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010l.html#4 Did a mainframe glitch trigger DBS Bank outage?
http://www.garlic.com/~lynn/2010l.html#14 Age
http://www.garlic.com/~lynn/2010n.html#65 When will MVS be able to use cheap dasd
http://www.garlic.com/~lynn/2010n.html#73 Mainframe hacking?
http://www.garlic.com/~lynn/2010q.html#69 No command, and control
http://www.garlic.com/~lynn/2011.html#23 zLinux OR Linux on zEnterprise Blade Extension???
http://www.garlic.com/~lynn/2011.html#25 Julian Assange - Hero or Villain
http://www.garlic.com/~lynn/2011e.html#93 Itanium at ISSCC

one of the reports from 1984
http://www.garlic.com/~lynn/grayft84.pdf

--
virtualization experience starting Jan1968, online at home since Mar1970

Stop SOPA! A Plea from the Inventors of the Internet

Refed: **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 17 Dec, 2011
Subject: Stop SOPA! A Plea from the Inventors of the Internet
Blog: Facebook
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

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:
http://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
http://www.garlic.com/~lynn/2011k.html#18 What Uncle Warren doesn't mention
http://www.garlic.com/~lynn/2011l.html#39 Kabuki Theater 1603-1629
http://www.garlic.com/~lynn/2011l.html#44 Kabuki Theater 1603-1629
http://www.garlic.com/~lynn/2011l.html#67 computer bootlaces
http://www.garlic.com/~lynn/2011l.html#68 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#0 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#5 computer bootlaces
http://www.garlic.com/~lynn/2011o.html#66 Civilization, doomed?
http://www.garlic.com/~lynn/2011p.html#86 Congress as Kabuki Theater

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 20 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

so IMS was really interested in spoofed 37x5 mentioned in upthread post
http://www.garlic.com/~lynn/2011p.html#98

reference part of presentation here
http://www.garlic.com/~lynn/99.html#67
and another part spring '86 presentation at COMMON
http://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
http://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
http://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
http://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):
http://www.garlic.com/~lynn/2011p.html#17
followup in above thread about other issues with 3274 controller
http://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):
http://www.garlic.com/~lynn/2007.html#email801006 ..
http://www.garlic.com/~lynn/2007.html#email801016

also mentioned in this recent post
http://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

Perspectives: Looped back in

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 11 Dec, 2011
Subject: Perspectives: Looped back in
Blog: Boyd's Strategy
re:
http://lnkd.in/__nM8e
and
http://www.garlic.com/~lynn/2011p.html#69 Perspectives: Looped back in

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"
http://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
http://www.garlic.com/~lynn/subboyd.html

--
virtualization experience starting Jan1968, online at home since Mar1970

Question on PR/SM dispatcher

Refed: **, - **, - **, - **, - **, - **
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 -0800
shmuel+ibm-main@PATRIOT.NET (Shmuel Metz , Seymour J.) writes:
Certainly. If I recall correctly, MDF was implemented in what Amdahl called macrocode, not by dedicated hardware. So what triggered the redispatch at the end of a time slice if not an external interrupt?

the guys doing MDF use to come to baybunch and pump me for information ... I had done time-slice dispatching since my undergraduate days in the 60s and had been involved in design and implementation of ECPS for the 138/148 ...

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
http://www.garlic.com/~lynn/94.html#21

past posts mentioning dispatching/scheduling
http://www.garlic.com/~lynn/subtopic.html#fairshare

misc past posts mentioning macrocode:
http://www.garlic.com/~lynn/2002p.html#44 Linux paging
http://www.garlic.com/~lynn/2002p.html#48 Linux paging
http://www.garlic.com/~lynn/2003.html#9 Mainframe System Programmer/Administrator market demand?
http://www.garlic.com/~lynn/2003.html#56 Wild hardware idea
http://www.garlic.com/~lynn/2005d.html#59 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005d.html#60 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005h.html#24 Description of a new old-fashioned programming language
http://www.garlic.com/~lynn/2005p.html#14 Multicores
http://www.garlic.com/~lynn/2005p.html#29 Documentation for the New Instructions for the z9 Processor
http://www.garlic.com/~lynn/2005u.html#40 POWER6 on zSeries?
http://www.garlic.com/~lynn/2005u.html#43 POWER6 on zSeries?
http://www.garlic.com/~lynn/2005u.html#48 POWER6 on zSeries?
http://www.garlic.com/~lynn/2006b.html#38 blast from the past ... macrocode
http://www.garlic.com/~lynn/2006c.html#9 Mainframe Jobs Going Away
http://www.garlic.com/~lynn/2006j.html#32 Code density and performance?
http://www.garlic.com/~lynn/2006j.html#35 Code density and performance?
http://www.garlic.com/~lynn/2006m.html#39 Using different storage key's
http://www.garlic.com/~lynn/2006p.html#42 old hypervisor email
http://www.garlic.com/~lynn/2006u.html#33 Assembler question
http://www.garlic.com/~lynn/2006u.html#34 Assembler question
http://www.garlic.com/~lynn/2006v.html#20 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2007b.html#1 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007d.html#3 Has anyone ever used self-modifying microcode? Would it even be useful?
http://www.garlic.com/~lynn/2007d.html#9 Has anyone ever used self-modifying microcode? Would it even be useful?
http://www.garlic.com/~lynn/2007j.html#84 VLIW pre-history
http://www.garlic.com/~lynn/2007k.html#74 Non-Standard Mainframe Language?
http://www.garlic.com/~lynn/2007n.html#96 some questions about System z PR/SM
http://www.garlic.com/~lynn/2008c.html#32 New Opcodes
http://www.garlic.com/~lynn/2008c.html#33 New Opcodes
http://www.garlic.com/~lynn/2008c.html#42 New Opcodes
http://www.garlic.com/~lynn/2008j.html#26 Op codes removed from z/10
http://www.garlic.com/~lynn/2008r.html#27 CPU time/instruction table
http://www.garlic.com/~lynn/2010m.html#74 z millicode: where does it reside?
http://www.garlic.com/~lynn/2011c.html#93 Irrational desire to author fundamental interfaces

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 21 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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
http://www.garlic.com/~lynn/2011g.html#email880130
in this recent post
http://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
http://www.garlic.com/~lynn/2011g.html#email880606 and
http://www.garlic.com/~lynn/2011g.html#email881005
in this post
http://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
http://www.garlic.com/~lynn/2011g.html#73 and
http://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
http://www.garlic.com/~lynn/2011c.html#email890731
in this post
http://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:
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#94 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#95 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#98 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#100 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Ruminating on Strategic Thinking

From: lynn@garlic.com (Lynn Wheeler)
Date: 21 Dec, 2011
Subject: Ruminating on Strategic Thinking
Blog: Facebook
Ruminating on Strategic Thinking
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-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:
http://www.garlic.com/~lynn/subboyd.html

--
virtualization experience starting Jan1968, online at home since Mar1970

5 ways to keep your rockstar employees happy

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 21 Dec, 2011
Subject: 5 ways to keep your rockstar employees happy
Blog: IBM Alumni
There 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
http://www.garlic.com/~lynn/submain.html#futuresys

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
http://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
http://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:
http://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
http://www.garlic.com/~lynn/2007d.html#email790220
in this long winded post on related subject:
http://www.garlic.com/~lynn/2007d.html#17 and
http://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
http://www.garlic.com/~lynn/subtopic.html#hone

--
virtualization experience starting Jan1968, online at home since Mar1970

SPF in 1978

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: Re: SPF in 1978
Newsgroups: bit.listserv.ibm-main
Date: 22 Dec 2011 11:43:58 -0800
jim.marshall@OPM.GOV (Jim Marshall) writes:
In 1978 I had the honor to have the first IBM 3032 shipped (#000006) into the Pentagon when I worked at the Air Force Data Services Center. I already had in place an IBM 360-75J which ran TSO. With the IBM 3032 came IPO 1.0 and we also receive the full-screen product called "IBM 3270 Display and Structure Prgramming Facility" or as people called it SPF.

Later in the early 1980s it morphed into ISPF and a few years later it split into ISPF and PDF. PDF came with all the facilities to write ISPF applications. It was for those who did not want to buy the precoded ISPF dialogs. Then in the middle 1980s I also worked on VM and their was an ISPF and PDF for VM. The notion was you'd learn ISPF and it would be almost the same in both world. Except the diehard VM'ers loved CMS.

Later in the early 1990s I recall ISPF and PDF merged back into ISPF; except over in VM where it remains today. If you look at VM's DIRMAINT software it will have a pre-requisite of these products but indeed only if you want to use their precoded ISPF application. Save your money.

Very interesting times. Jim Marshall, Capt, USAF-Ret


old email
http://www.garlic.com/~lynn/2001m.html#email790404
about afds coming to visit about large number of vm/4341s ... posted in multics newsgroup:
http://www.garlic.com/~lynn/2001m.html#12

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
http://www.garlic.com/~lynn/subtopic.html#545tech

recent post about vm performance tools were combined in the same organization with ISPF ...
http://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
http://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
http://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
http://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 converstation
http://www.garlic.com/~lynn/subnetwork.html#cmc

--
virtualization experience starting Jan1968, online at home since Mar1970

SPF in 1978

Refed: **, - **, - **
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: Re: SPF in 1978
Newsgroups: bit.listserv.ibm-main
Date: 22 Dec 2011 12:49:04 -0800
eric-ibmmain@WI.RR.COM (Eric Bielefeld) writes:
You're career sounds frighteningly like mine. I started as a systems programmer in 1978 at Milwaukee County, where I worked before as an operator and then an applications programmer. We had a 3032 also, but I thought it came in around 1975 or so. I may be wrong.

I remember our conversion from VS1 to MVS 3.7, which was in 1978 and early 79. I think we used a Panvalet product for the editor in VS1. I liked SPF on MVS 3.7 a lot better.

I also did VM. I can't remember when I started doing VM, but I know it was finally retired in Feb. 1999. Then they didn't have to worry about Y2K on VM, since we were on R5 of VM.

I remember hearing that there weren't a lot of 3032's made. A lot more 3033s and 3031s. If I remember right, the 3032 was about the same speed as a 370/168.


re:
http://www.garlic.com/~lynn/2011p.html#106 SPF in 1978

recent (long-winded) discussion of 3031, 3032, & 3033 (in linkedin IBM Historic Computing group):
http://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
http://www.garlic.com/~lynn/2000d.html#0

... faster, cheaper, less floor space, less power, less cooling, etc. some old email mentioning 4341
http://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

Is Mozilla Really Getting $300 Million from Google?

From: lynn@garlic.com (Lynn Wheeler)
Date: 23 Dec, 2011
Subject: Is Mozilla Really Getting $300 Million from Google?
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/Djdz3vM5P1f

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:
http://www.garlic.com/~lynn/lhwemail.html#nsfnet

--
virtualization experience starting Jan1968, online at home since Mar1970

Zombie Banks

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 24 Dec, 2011
Subject: Zombie Banks
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/akiM9ihh2iE

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,
http://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
http://www.garlic.com/~lynn/2011p.html#83 Heading For World War III | Gerald Celente Trends Blog
http://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse

some recent posts mentioning Fed data:
http://www.garlic.com/~lynn/2011.html#48 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011j.html#3 Greed, Excess and America's Gaping Class Divide
http://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#39 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#4 Geithner, Bernanke have little in arsenal to fight new crisis
http://www.garlic.com/~lynn/2011k.html#23 Wall Street Aristocracy Got $1.2 Trillion in Fed's Secret Loans
http://www.garlic.com/~lynn/2011l.html#73 computer bootlaces
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
http://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
http://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?
http://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011o.html#93 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
http://www.garlic.com/~lynn/2011p.html#7 FDR explains one dimension of our problem: bankers own the government
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#34 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#63 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
http://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade

--
virtualization experience starting Jan1968, online at home since Mar1970

Loan Originators

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 24 Dec, 2011
Subject: Loan Originators
Blog: Facebook
loan 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:
http://www.garlic.com/~lynn/2011b.html#22 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011b.html#45 Productivity And Bubbles
http://www.garlic.com/~lynn/2011c.html#46 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#23 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
http://www.garlic.com/~lynn/2011d.html#28 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011e.html#48 On Protectionism
http://www.garlic.com/~lynn/2011e.html#60 In your opinon, what is the highest risk of financial fraud for a corporation ?
http://www.garlic.com/~lynn/2011f.html#43 Massive Fraud, Common Crime, No Prosecutions
http://www.garlic.com/~lynn/2011f.html#66 Bank email archives thrown open in financial crash report
http://www.garlic.com/~lynn/2011g.html#55 Mobius Says Financial Crisis 'Around the Corner'
http://www.garlic.com/~lynn/2011h.html#22 Is BitCoin a triple entry system?
http://www.garlic.com/~lynn/2011h.html#24 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#25 US Housing Crisis Is Now Worse Than Great Depression
http://www.garlic.com/~lynn/2011h.html#29 Obama: "We don't have enough engineers"
http://www.garlic.com/~lynn/2011j.html#24 rating agencies
http://www.garlic.com/~lynn/2011j.html#44 S&P Downgrades USA; Time to Downgrade S&P?
http://www.garlic.com/~lynn/2011k.html#60 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011l.html#69 computer bootlaces
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#77 Did You Hear the One About the Bankers?
http://www.garlic.com/~lynn/2011n.html#79 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#77 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://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

Matt Taibbi with Xmas Message from the Rich

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 24 Dec, 2011
Subject: Matt Taibbi with Xmas Message from the Rich
Blog: Facebook
Matt Taibbi with Xmas Message from the Rich
http://www.phibetaiota.net/2011/12/john-steiner-matt-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":
http://www.garlic.com/~lynn/2011p.html#71 A question for the readership
http://www.garlic.com/~lynn/2011p.html#73 A question for the readership
http://www.garlic.com/~lynn/2011p.html#80 The men who crashed the world

and posts mentioning (wallstreet) confidence men
http://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
http://www.garlic.com/~lynn/2011p.html#73 A question for the readership
http://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
http://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors
http://www.garlic.com/~lynn/2011p.html#83 Heading For World War III | Gerald Celente Trends Blog
http://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse
http://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#109 Zombie Banks
http://www.garlic.com/~lynn/2011p.html#110 Loan Originators

--
virtualization experience starting Jan1968, online at home since Mar1970

SPF in 1978

Refed: **, - **, - **, - **
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 -0500
re:
http://www.garlic.com/~lynn/2011p.html#106 SPF in 1978
http://www.garlic.com/~lynn/2011p.html#107 SPF in 1978

I had originally done extended sharing on cp67 along with paged-mapped CMS filesystem ... which I then converted to vm370 ... some old email
http://www.garlic.com/~lynn/2006v.html#email731212
http://www.garlic.com/~lynn/2006w.html#email750102
http://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
http://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


--
Now at loadmod time, in addition to reading the SPF MODULE file into the specified core locations (i.e. x'20000' thru x'70000') it also identifies to CP that segments 2, 3, 4, 5, and 6 are SPF shared segments. For all other programs that I have been involved with, that works satisfactory (i.e. the same code runs in discontiguous shared segments, runs in modules, runs in shared modules) and modules which did not change internal code locations while a discontiguous shared module also do not change internal code locations while a module and/or a shared module. As I read your reply, SPF is altering 8 bytes of core at absolute location x'20000' independently of whether or not that location is contained within the module. If I were to:

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'.

... snip ... top of post, old email index

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
http://www.garlic.com/~lynn/2011m.html#44
with this old email
http://www.garlic.com/~lynn/2011m.html#email810629

earlier post in same thread
http://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
http://www.garlic.com/~lynn/2011m.html#42

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Start Interpretive Execution
Newsgroups: comp.arch
Date: Sun, 25 Dec 2011 09:02:18 -0500
Jean-Marc Bourguet <jm@bourguet.org> writes:
I've been reading Andy Glew's article on SIE (
https://www.semipublic.comp-arch.net/wiki/SIE ) and it occured to me that the relationship between VMM and host was mostly the same between kernel and user mode.

As there been a design where guest/host relationship uses mostly the same hardware primitives as kernel/user one? Would this be viable? At first though it seems that a kernel/user interface could be lighter weight, but in practice the difference seems to be far less than it could in theory.

This could provide a clean interface for one of Nick favorite, user level interrupts.


the original 370/158 virtual machine assist, when running in user (non-kernel) mode ... if there was a pointer value in control register six and the pointed to data was appropriate ... then if (specific) kernel-state instruction were executed, instead of generated a "privileged" interrupt ... it would execute the kernel-state instruction according to virtual machine rules.

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

Start Interpretive Execution

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Start Interpretive Execution
Newsgroups: comp.arch
Date: Mon, 26 Dec 2011 10:03:03 -0500
Robert Wessel <robertwessel2@yahoo.com> writes:
A couple of historical bits:

At least in the early days of SIE, and it's predecessor collection of VM assists, SIE was not virtualized. Thus a second level VM ran without assists (and at a considerable performance penalty).

With the introduction of LPAR mode*, SIE is used both in the "hardware" partitioning internal (millicode) code, and for the first level VM hypervisor in an LPAR. In at least the early days of the that, SIE was still not virtualized further. Whether that's been enhanced over time or not, I can't say. IBM has unfortunately been fairly tight-lipped about what exactly SIE can do, and exactly what the programming interfaces are. And obviously, lack of virtualization may be at least partly the fault of the hypervisor.

*These days there no longer is a "base" mode, and all machines run in partitioned mode, even if there's only a single partition (in the past, basic mode gave you and extra ~5% performance).


re:
http://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution

recent post in ibm-main mailing list reference amdahl people doing their hypervisor, pumping me at baybunch meetings
http://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
http://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
http://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 followon 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:
http://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:
http://www.garlic.com/~lynn/2007d.html#email790220
recently referenced
http://www.garlic.com/~lynn/2011p.html#105 5 ways to keep your rockstar employees happy
misc. past posts mentioning HONE
http://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)
http://www.garlic.com/~lynn/2011b.html#email810210
in this post
http://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)
http://www.garlic.com/~lynn/2011c.html#email860122
http://www.garlic.com/~lynn/2011c.html#email860123
in this post (has other old emails and covers several additional subjects)
http://www.garlic.com/~lynn/2011c.html#87 A History of VM Performance
and
http://www.garlic.com/~lynn/2011e.html#email870508
in this post
http://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
http://www.garlic.com/~lynn/2006j.html#email810630
in this post
http://www.garlic.com/~lynn/2006j.html#27 virtual memory
mention about SIE (startup/shutdonw) on 3090 still being expensive
http://www.garlic.com/~lynn/2007c.html#email860121
in this post
http://www.garlic.com/~lynn/2007c.html#49

for other topic drift, discussion of 3090 cache (and some SIE Guest)
http://www.garlic.com/~lynn/2003j.html#email831118
in this post
http://www.garlic.com/~lynn/2003j.html#42 Flash 10208

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
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 -0500
Robert Wessel <robertwessel2@yahoo.com> writes:
*These days there no longer is a "base" mode, and all machines run in partitioned mode, even if there's only a single partition (in the past, basic mode gave you and extra ~5% performance).

previous archeology posts in SIE thread
http://www.garlic.com/~lynn/2011p.html#113
http://www.garlic.com/~lynn/2011p.html#114

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 offerred 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 accomodate 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:
http://www.garlic.com/~lynn/99.html#103 IBM 9020 computers used by FAA (was Re: EPO stories (was: HELP IT'S HOT!!!!!))
http://www.garlic.com/~lynn/2000b.html#65 oddly portable machines
http://www.garlic.com/~lynn/2000d.html#9 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2001b.html#37 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001c.html#13 LINUS for S/390
http://www.garlic.com/~lynn/2001j.html#17 I hate Compaq
http://www.garlic.com/~lynn/2002c.html#9 IBM Doesn't Make Small MP's Anymore
http://www.garlic.com/~lynn/2002i.html#83 HONE
http://www.garlic.com/~lynn/2002m.html#67 Tweaking old computers?
http://www.garlic.com/~lynn/2002o.html#28 TPF
http://www.garlic.com/~lynn/2002p.html#58 AMP vs SMP
http://www.garlic.com/~lynn/2003g.html#30 One Processor is bad?
http://www.garlic.com/~lynn/2003p.html#45 Saturation Design Point
http://www.garlic.com/~lynn/2004.html#7 Dyadic
http://www.garlic.com/~lynn/2004c.html#35 Computer-oriented license plates
http://www.garlic.com/~lynn/2004e.html#44 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004h.html#8 CCD technology
http://www.garlic.com/~lynn/2005.html#22 The Soul of Barb's New Machine (was Re: creat)
http://www.garlic.com/~lynn/2005j.html#16 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005m.html#55 54 Processors?
http://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
http://www.garlic.com/~lynn/2005s.html#7 Performance of zOS guest
http://www.garlic.com/~lynn/2005s.html#38 MVCIN instruction
http://www.garlic.com/~lynn/2006d.html#5 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006l.html#30 One or two CPUs - the pros & cons
http://www.garlic.com/~lynn/2006m.html#32 Old Hashing Routine
http://www.garlic.com/~lynn/2006n.html#16 On the 370/165 and the 360/85
http://www.garlic.com/~lynn/2007.html#44 vm/sp1
http://www.garlic.com/~lynn/2007g.html#16 What's a CPU second?
http://www.garlic.com/~lynn/2007o.html#37 Each CPU usage
http://www.garlic.com/~lynn/2008c.html#83 CPU time differences for the same job
http://www.garlic.com/~lynn/2008e.html#40 Fantasy-Land_Hierarchal_NUMA_Memory-Model_on_Vertical
http://www.garlic.com/~lynn/2008g.html#14 Was CMS multi-tasking?
http://www.garlic.com/~lynn/2008i.html#38 American Airlines
http://www.garlic.com/~lynn/2008i.html#51 Microsoft versus Digital Equipment Corporation
http://www.garlic.com/~lynn/2008i.html#57 Microsoft versus Digital Equipment Corporation
http://www.garlic.com/~lynn/2009g.html#66 Mainframe articles
http://www.garlic.com/~lynn/2009g.html#68 IT Infrastructure Slideshow: The IBM Mainframe: 50 Years of Big Iron Innovation
http://www.garlic.com/~lynn/2009g.html#70 Mainframe articles
http://www.garlic.com/~lynn/2009h.html#77 Operating Systems for Virtual Machines
http://www.garlic.com/~lynn/2009l.html#55 IBM halves mainframe Linux engine prices
http://www.garlic.com/~lynn/2009l.html#65 ACP, One of the Oldest Open Source Apps
http://www.garlic.com/~lynn/2009l.html#67 ACP, One of the Oldest Open Source Apps
http://www.garlic.com/~lynn/2009m.html#39 ACP, One of the Oldest Open Source Apps
http://www.garlic.com/~lynn/2009r.html#70 While watching Biography about Bill Gates on CNBC last Night
http://www.garlic.com/~lynn/2010.html#1 DEC-10 SOS Editor Intra-Line Editing
http://www.garlic.com/~lynn/2010.html#21 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#14 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#79 LPARs: More or Less?
http://www.garlic.com/~lynn/2010e.html#23 Item on TPF
http://www.garlic.com/~lynn/2010i.html#78 IBM to announce new MF's this year
http://www.garlic.com/~lynn/2010j.html#20 Personal use z/OS machines was Re: Multiprise 3k for personal Use?
http://www.garlic.com/~lynn/2010n.html#16 Sabre Talk Information?
http://www.garlic.com/~lynn/2011.html#19 zLinux OR Linux on zEnterprise Blade Extension???
http://www.garlic.com/~lynn/2011b.html#49 vm/370 3081
http://www.garlic.com/~lynn/2011b.html#70 vm/370 3081
http://www.garlic.com/~lynn/2011c.html#16 Other early NSFNET backbone
http://www.garlic.com/~lynn/2011c.html#26 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#43 Sabre; The First Online Reservation System
http://www.garlic.com/~lynn/2011f.html#49 Dyadic vs AP: Was "CPU utilization/forecasting"
http://www.garlic.com/~lynn/2011f.html#60 Dyadic vs AP: Was "CPU utilization/forecasting"
http://www.garlic.com/~lynn/2011g.html#7 Is the magic and romance killed by Windows (and Linux)?
http://www.garlic.com/~lynn/2011i.html#77 program coding pads
http://www.garlic.com/~lynn/2011k.html#84 'smttter IBMdroids

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

Refed: **, - **, - **, - **, - **
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 -0500
Del Cecchi <delcecchi@gmail.com> writes:
Why on earth would a usermode program really need to talk to a printer or any other I/O device in any detailed hardware type way? Why wouldn't you just want to throw the data over the wall to the OS?

previous archeology posts in SIE thread
http://www.garlic.com/~lynn/2011p.html#113
http://www.garlic.com/~lynn/2011p.html#114
http://www.garlic.com/~lynn/2011p.html#115

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

Start Interpretive Execution

Refed: **, - **, - **, - **, - **
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 -0500
Del Cecchi <delcecchi@gmail.com> writes:
Lynn, do you recall the name of the guy in Rochester? Just wondering if I knew him. I spent many years in Rochester, and we ran MTMT which was a terminal system that ran in batch and consumed many fewer resources than tso, or ts-slow as we called it. Also used vm-cms but needed something on MVS (man vs System) to talk to the design automation and circuit simulation programs. MTMT came first and supported the whole lab on a 360/65 or two.

previous archeology posts in SIE thread
http://www.garlic.com/~lynn/2011p.html#113
http://www.garlic.com/~lynn/2011p.html#114
http://www.garlic.com/~lynn/2011p.html#115

yes, I've redacted the name in the emails
http://www.garlic.com/~lynn/2007c.html#email860121
http://www.garlic.com/~lynn/2011c.html#email860122
http://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
http://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

Start Interpretive Execution

Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Start Interpretive Execution
Newsgroups: comp.arch
Date: Mon, 26 Dec 2011 18:20:38 -0500
Robert Wessel <robertwessel2@yahoo.com> writes:
*I mean "start I/O" generically, although that was actually the name of the instruction that caused a channel program the start executing on S/360 and successors, at least until the I/O subsystem underwent major surgery with XA mode, and it became "start subchannel" instead.

re:
http://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution

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):
http://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
http://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
http://www.garlic.com/~lynn/2002d.html#51 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2002d.html#52 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2002d.html#56 Hardest Mistake in Comp Arch to Fix
http://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):
http://www.garlic.com/~lynn/2007q.html#8 GETMAIN/FREEMAIN and virtual storage backing up
http://www.garlic.com/~lynn/2007s.html#2 Real storage usage - a quick question
http://www.garlic.com/~lynn/2008i.html#68 EXCP access methos

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

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 -0500
del cecchi <delcecchi@gmail.com> writes:
The IBM internal circuit analysis program of the 70's and 80's was called ASTAP, which was far superior to spice of the day. Now everyone uses spice. ASTAP was written by Al Groudis in East Fiskill, as I recall perhaps along with another guy or two.

I had co-worker at SJR that left and went to work at chip house in silicon valley in the 80s. they had large POK mainframes running VM (some of the chip engineers had been using CMS back to cp67 days on 360/67).

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:
http://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

Refed: **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Start Interpretive Execution
Newsgroups: comp.arch
Date: Tue, 27 Dec 2011 09:35:26 -0500
Robert Wessel <robertwessel2@yahoo.com> writes:
While SIOF could complete (much) earlier, it didn't have to. Some CPUs didn't support SIOF at all (but since it was distinguished from SIO by bits that were defined as not checked previously, the CPU would execute SIO instead). Some machines, at least the 4341, you could actually disable SIOF from the hardware console. We did that once when diagnosing an I/O issue between a third party package and a third party disk drive.

allowed low-end processors to not require extra feature ... since the difference in extra latency wasn't as significant (as for the higher performance processors).

old 4341 related email
http://www.garlic.com/~lynn/lhwemail.html#4341

and being let to play disk engineer in bldg. 14&15
http://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)
http://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
http://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#119 Start Interpretive Execution

--
virtualization experience starting Jan1968, online at home since Mar1970

The Myth of Work-Life Balance

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 27 Dec, 2011
Subject: The Myth of Work-Life Balance
Blog: Greater IBM
re:
http://www.garlic.com/~lynn/2011p.html#59 The Myth of Work-Life Balance

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
http://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
http://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:
http://www.garlic.com/~lynn/2011h.html#30 IBM Centennial Film: Wild Ducks
http://www.garlic.com/~lynn/2011h.html#33 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011i.html#79 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011m.html#1 What is IBM culture?
http://www.garlic.com/~lynn/2011m.html#45 What is IBM culture?
http://www.garlic.com/~lynn/2011n.html#93 John R. Opel, RIP
http://www.garlic.com/~lynn/2011p.html#105 5 ways to keep your rockstar employees happy

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 27 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek Registry
re:
http://lnkd.in/Gj_N63

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
http://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):
http://www.garlic.com/~lynn/95.html#13

however, at the end of the month, the cluster scaleup 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 scaleup was announced as supercomputer for numerical intensive workloads only (no commercial)
http://www.garlic.com/~lynn/2001n.html#6000clusters1

misc. posts about cluster, high availability and/or loosely-coupled
http://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:
http://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)
http://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 scaleup).

past posts in this thread:
http://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#21 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?

--
virtualization experience starting Jan1968, online at home since Mar1970

Will The Earth End be in 2012?❤❤❤❤❤❤❤❤

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 -0500
Peter Flass <Peter_Flass@Yahoo.com> writes:
Doesn't have to be that way. Most people consider the last century going from 1900-1999 anyway. Just decree that the "first century", or better yet the "zeroth century", only had 99 years from 1AD to 99AD, and the next century started at 100AD. It's not likely that it will affect anyone's fiscal year, interest, or anything anyone really cares about anyhow.

long ago and far away, i got con'ed into participating in the ibm 370 TOD (time-of-day) clock ... which was specified as starting at the first day of the 19th century. it dragged on for three months ... part of it was discussing what was the first day ... was it 1jan1900 or 1jan1901 ... the other was how to handle leap seconds. old a.f.c. post/discussion with references:
http://www.garlic.com/~lynn/2007n.html#58 Computer clocks

--
virtualization experience starting Jan1968, online at home since Mar1970

Fingerspitzengefühl

Refed: **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 27 Dec, 2011
Subject: Fingerspitzengefühl
Blog: Boyd's Strategy
re:
http://lnkd.in/PdbBV9

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

UC-Berkeley and other 'public Ivies' in fiscal peril

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 27 Dec, 2011
Subject: UC-Berkeley and other 'public Ivies' in fiscal peril
Blog: Facebook
re:
http://www.washingtonpost.com/local/education/uc-berkeley-and-other-public-ivies-in-fiscal-peril/2011/12/14/gIQAfu4YJP_story.html

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
http://www.garlic.com/~lynn/2004b.html#38 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2007j.html#58 IBM Unionization
http://www.garlic.com/~lynn/2007u.html#78 Education ranking
http://www.garlic.com/~lynn/2007u.html#80 Education ranking
http://www.garlic.com/~lynn/2007u.html#82 Education ranking
http://www.garlic.com/~lynn/2007v.html#10 About 1 in 5 IBM employees now in India - so what ?
http://www.garlic.com/~lynn/2007v.html#16 Education ranking
http://www.garlic.com/~lynn/2007v.html#19 Education ranking
http://www.garlic.com/~lynn/2007v.html#20 Education ranking
http://www.garlic.com/~lynn/2007v.html#27 folklore indeed
http://www.garlic.com/~lynn/2007v.html#38 Education ranking
http://www.garlic.com/~lynn/2007v.html#39 Education ranking
http://www.garlic.com/~lynn/2007v.html#44 Education ranking
http://www.garlic.com/~lynn/2007v.html#45 Education ranking
http://www.garlic.com/~lynn/2007v.html#46 folklore indeed
http://www.garlic.com/~lynn/2007v.html#51 Education ranking
http://www.garlic.com/~lynn/2007v.html#52 vm folklore, new, 40+ yr old technology
http://www.garlic.com/~lynn/2007v.html#63 An old fashioned Christmas
http://www.garlic.com/~lynn/2007v.html#64 folklore indeed
http://www.garlic.com/~lynn/2007v.html#69 Controlling COBOL DDs named SYSOUT
http://www.garlic.com/~lynn/2007v.html#71 Education ranking
http://www.garlic.com/~lynn/2007v.html#72 whats the world going to do when all the baby boomers retire
http://www.garlic.com/~lynn/2008.html#39 competitiveness
http://www.garlic.com/~lynn/2008.html#52 Education ranking
http://www.garlic.com/~lynn/2008.html#55 Education ranking
http://www.garlic.com/~lynn/2008.html#57 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#60 Education ranking
http://www.garlic.com/~lynn/2008.html#62 competitiveness
http://www.garlic.com/~lynn/2008.html#73 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#81 Education ranking
http://www.garlic.com/~lynn/2008.html#83 Education ranking
http://www.garlic.com/~lynn/2008b.html#3 on-demand computing
http://www.garlic.com/~lynn/2008b.html#6 Science and Engineering Indicators 2008
http://www.garlic.com/~lynn/2008b.html#13 Education ranking
http://www.garlic.com/~lynn/2008c.html#56 Toyota Beats GM in Global Production
http://www.garlic.com/~lynn/2008d.html#38 outsourcing moving up value chain
http://www.garlic.com/~lynn/2008d.html#55 was: 1975 movie "Three Days of the Condor" tech stuff
http://www.garlic.com/~lynn/2008d.html#74 Price of CPU seconds
http://www.garlic.com/~lynn/2008d.html#86 U.S. Science Funding Hits a Political Wall
http://www.garlic.com/~lynn/2008d.html#87 Berkeley researcher describes parallel path
http://www.garlic.com/~lynn/2008e.html#37 was: 1975 movie "Three Days of the Condor" tech stuff
http://www.garlic.com/~lynn/2008e.html#61 Study Finds Sharp Math, Science Skills Help Expand Economy
http://www.garlic.com/~lynn/2008e.html#71 US aerospace and defense sector braces for potential brain drain as Cold War workers retire
http://www.garlic.com/~lynn/2008f.html#22 Study Finds Sharp Math, Science Skills Help Expand Economy
http://www.garlic.com/~lynn/2008f.html#81 Is IT becoming extinct?
http://www.garlic.com/~lynn/2008f.html#98 Innovation: biggest draw in the West
http://www.garlic.com/~lynn/2008f.html#99 The Workplace War for Age and Talent
http://www.garlic.com/~lynn/2008g.html#55 performance of hardware dynamic scheduling
http://www.garlic.com/~lynn/2008h.html#50 Microsoft versus Digital Equipment Corporation
http://www.garlic.com/~lynn/2008i.html#65 How do you manage your value statement?
http://www.garlic.com/~lynn/2008j.html#73 lack of information accuracy
http://www.garlic.com/~lynn/2008k.html#5 Republican accomplishments and Hoover
http://www.garlic.com/~lynn/2008k.html#28 dollar coins
http://www.garlic.com/~lynn/2008n.html#3 Blinkylights
http://www.garlic.com/~lynn/2008n.html#18 VMware Chief Says the OS Is History
http://www.garlic.com/~lynn/2008o.html#12 The human plague
http://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?
http://www.garlic.com/~lynn/2008q.html#15 realtors (and GM, too!)
http://www.garlic.com/~lynn/2008q.html#22 Is Pride going to decimate the auto Industry?
http://www.garlic.com/~lynn/2008q.html#55 Can outsourcing be stopped?
http://www.garlic.com/~lynn/2008r.html#7 If you had a massively parallel computing architecture, what unsolved problem would you set out to solve?
http://www.garlic.com/~lynn/2008s.html#20 Five great technological revolutions
http://www.garlic.com/~lynn/2008s.html#74 Is SUN going to become x86'ed ??
http://www.garlic.com/~lynn/2009c.html#43 Business process re-engineering
http://www.garlic.com/~lynn/2009c.html#66 Why do IBMers think disks are 'Direct Access'?
http://www.garlic.com/~lynn/2009f.html#43 On whom or what would you place the blame for the sub-prime crisis?
http://www.garlic.com/~lynn/2009f.html#47 TARP Disbursements Through April 10th
http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
http://www.garlic.com/~lynn/2009i.html#42 China dominates NSA-backed coding contest
http://www.garlic.com/~lynn/2009m.html#69 U.S. students behind in math, science, analysis says
http://www.garlic.com/~lynn/2009m.html#81 A Faster Way to the Cloud
http://www.garlic.com/~lynn/2009o.html#76 I would like to understand the professional job market in US. Is it shrinking?
http://www.garlic.com/~lynn/2010b.html#16 How long for IBM System/360 architecture and its descendants?
http://www.garlic.com/~lynn/2010c.html#8 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010c.html#87 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010i.html#41 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010l.html#14 Age
http://www.garlic.com/~lynn/2010o.html#66 They always think we don't understand
http://www.garlic.com/~lynn/2010p.html#71 origin of 'fields'?
http://www.garlic.com/~lynn/2010q.html#69 No command, and control
http://www.garlic.com/~lynn/2011.html#42 Looking for a real Fortran-66 compatible PC compiler (CP/M or DOSor Windows
http://www.garlic.com/~lynn/2011c.html#35 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011e.html#24 The first personal computer (PC)
http://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
http://www.garlic.com/~lynn/2011m.html#71 Don't Dump the Volcker Rule Just Because It's Not Perfect
http://www.garlic.com/~lynn/2011n.html#10 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 27 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek Registry
re:
http://lnkd.in/Gj_N63

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 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
http://www.garlic.com/~lynn/2006t.html#email800121
in this old post
http://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:
http://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#21 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#122 Deja Cloud?

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

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 -0500
del cecchi <delcecchi@gmail.com> writes:
The IBM internal circuit analysis program of the 70's and 80's was called ASTAP, which was far superior to spice of the day. Now everyone uses spice. ASTAP was written by Al Groudis in East Fiskill, as I recall perhaps along with another guy or two.

Sorry, Al, if I spelled your name wrong.


old email
http://www.garlic.com/~lynn/2006v.html#email800624
in this post
http://www.garlic.com/~lynn/2006v.html#23

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
http://www.garlic.com/~lynn/2006v.html#email800310b

past posts in this thread:
http://www.garlic.com/~lynn/2011p.html#113 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#114 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#115 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#116 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#117 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#118 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#119 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#120 Start Interpretive Execution

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

Refed: **, - **, - **, - **
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 -0500
Del Cecchi <delcecchi@gmail.com> writes:
Didn't one of those controllers have Jib-Prime in it? Processor built on MS-399, Bipolar Gate array. 1496 Schottky Current Switch gates. 94 I/O.

re:
http://www.garlic.com/~lynn/2011p.html#120 Start Interpretive Execution

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
http://www.garlic.com/~lynn/subtopic.html#disk

--
virtualization experience starting Jan1968, online at home since Mar1970

Perspectives: Looped back in

From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: Perspectives: Looped back in
Blog: Boyd's Strategy
re:
http://lnkd.in/__nM8e
and/or (since some processing collapses consecutive underscores in URLS):
http://www.linkedin.com/groups/from-URL-1015727.S.84571976
and
http://www.garlic.com/~lynn/2011p.html#69 Perspectives: Looped back in
http://www.garlic.com/~lynn/2011p.html#101 Perspectives: Looped back in

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)
http://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
http://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)
http://www.garlic.com/~lynn/2011p.html#128

misc. past Boyd and/or OODA-loop posts &/URL
http://www.garlic.com/~lynn/subboyd.html

--
virtualization experience starting Jan1968, online at home since Mar1970

vampires in financial infrastructure

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: vampires in financial infrastructure
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/Rr7LZeQo3kJ

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:
http://www.garlic.com/~lynn/2010h.html#27 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010o.html#59 They always think we don't understand
http://www.garlic.com/~lynn/2010p.html#6 What banking is. (Essential for predicting the end of finance as we know it.)
http://www.garlic.com/~lynn/2011.html#53 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011.html#55 America's Defense Meltdown
http://www.garlic.com/~lynn/2011b.html#59 Productivity And Bubbles
http://www.garlic.com/~lynn/2011d.html#21 The first personal computer (PC)
http://www.garlic.com/~lynn/2011j.html#40 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#76 FIA shocked and outraged after Senator leaks oil trading data
http://www.garlic.com/~lynn/2011o.html#61 Civilization, doomed?

misc. past posts referencing transparency and visibility:
http://www.garlic.com/~lynn/2011d.html#26 The first personal computer (PC)
http://www.garlic.com/~lynn/2011e.html#39 Back to architecture: Analyzing NYSE data
http://www.garlic.com/~lynn/2011f.html#82 Bank email archives thrown open in financial crash report
http://www.garlic.com/~lynn/2011f.html#86 Bank email archives thrown open in financial crash report
http://www.garlic.com/~lynn/2011g.html#47 Lords: Auditors guilty of 'dereliction of duty'
http://www.garlic.com/~lynn/2011g.html#52 Enron: The Smartest Guys in the Room
http://www.garlic.com/~lynn/2011h.html#5 Home prices may drop another 25%, Shiller predicts
http://www.garlic.com/~lynn/2011h.html#66 Senate Democrats Ask House to Boost SEC Funding
http://www.garlic.com/~lynn/2011i.html#25 Happy 100th Birthday, IBM!
http://www.garlic.com/~lynn/2011i.html#67 U.S. can't account for $8.7 billion of Iraq's money: audit
http://www.garlic.com/~lynn/2011j.html#11 Innovation and iconoclasm
http://www.garlic.com/~lynn/2011j.html#38 Advice from Richard P. Feynman
http://www.garlic.com/~lynn/2011k.html#15 Is the SEC Covering Up Wall Street Crimes?
http://www.garlic.com/~lynn/2011k.html#20 Study shows powerful corporations really do control the world's finances
http://www.garlic.com/~lynn/2011k.html#37 50th anniversary of BASIC, COBOL?
http://www.garlic.com/~lynn/2011k.html#76 FIA shocked and outraged after Senator leaks oil trading data
http://www.garlic.com/~lynn/2011l.html#21 HOLLOW STATES and a CRISIS OF CAPITALISM
http://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
http://www.garlic.com/~lynn/2011n.html#30 Have you ever wondered why some people seem to get rich easily
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#4 The men who crashed the world
http://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#16 John Robb on the OODA-Loop
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#30 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#31 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#34 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
http://www.garlic.com/~lynn/2011p.html#87 Wall St likes your amnesia
http://www.garlic.com/~lynn/2011p.html#92 Bank Failures Cost $88 Billion

--
virtualization experience starting Jan1968, online at home since Mar1970

The Times E-Mails Millions by Mistake to Say Subscriptions Were Canceled

Refed: **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: The Times E-Mails Millions by Mistake to Say Subscriptions Were Canceled
Blog: Facebook
The Times E-Mails Millions by Mistake to Say Subscriptions Were Canceled
http://mediadecoder.blogs.nytimes.com/2011/12/28/times-readers-inundated-by-false-e-mail-on-subscriptions/

long ago and far away, we had been called into help wordsmith cal. state electronic signature act. some past posts
http://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

Yes Virginia, Electronic Signatures Are Legal

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: Yes Virginia, Electronic Signatures Are Legal
Blog: IBM Alumni
We 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:
http://www.garlic.com/~lynn/subpubkey.html#signature

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"
http://www.garlic.com/~lynn/2011p.html#67 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#70 No One Telling Who Took $586B in Fed Swaps
http://www.garlic.com/~lynn/2011p.html#73 A question for the readership
http://www.garlic.com/~lynn/2011p.html#74 Derivatives and free trade
http://www.garlic.com/~lynn/2011p.html#79 Financial Crimes Bedevil Prosecutors
http://www.garlic.com/~lynn/2011p.html#83 Heading For World War III | Gerald Celente Trends Blog
http://www.garlic.com/~lynn/2011p.html#88 Fed Report Finds Speculators Played Big Role in Housing Collapse
http://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#109 Zombie Banks
http://www.garlic.com/~lynn/2011p.html#110 Loan Originators
http://www.garlic.com/~lynn/2011p.html#111 Matt Taibbi with Xmas Message from the Rich

--
virtualization experience starting Jan1968, online at home since Mar1970

Deja Cloud?

From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: Deja Cloud?
Blog: Old Geek Registry
re:
http://lnkd.in/Gj_N63

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:
http://www.garlic.com/~lynn/2011o.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#25 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#32 Deja Cloud?
http://www.garlic.com/~lynn/2011o.html#43 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#1 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#17 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#19 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#20 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#21 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#122 Deja Cloud?
http://www.garlic.com/~lynn/2011p.html#126 Deja Cloud?

--
virtualization experience starting Jan1968, online at home since Mar1970

Start Interpretive Execution

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 -0500
re:
http://www.garlic.com/~lynn/2011p.html#120 Start Interpretive Execution
http://www.garlic.com/~lynn/2011p.html#128 Start Interpretive Execution

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
http://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
http://www.garlic.com/~lynn/2002j.html#30 Weird
http://www.garlic.com/~lynn/2002n.html#63 Help me find pics of a UNIVAC please
http://www.garlic.com/~lynn/2002o.html#74 They Got Mail: Not-So-Fond Farewells
http://www.garlic.com/~lynn/2003b.html#51 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#52 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003j.html#69 Multics Concepts For the Contemporary Computing World
http://www.garlic.com/~lynn/2003m.html#20 360 Microde Floating Point Fix
http://www.garlic.com/~lynn/2003n.html#45 hung/zombie users ... long boring, wandering story
http://www.garlic.com/~lynn/2004.html#21 40th anniversary of IBM System/360 on 7 Apr 2004
http://www.garlic.com/~lynn/2004b.html#15 harddisk in space
http://www.garlic.com/~lynn/2004o.html#15 360 longevity, was RISCs too close to hardware?
http://www.garlic.com/~lynn/2004o.html#25 CKD Disks?
http://www.garlic.com/~lynn/2005.html#8 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005f.html#4 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005f.html#5 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
http://www.garlic.com/~lynn/2006.html#29 IBM microwave application--early data communications
http://www.garlic.com/~lynn/2006c.html#6 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006d.html#0 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006d.html#13 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006d.html#14 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006l.html#6 Google Architecture
http://www.garlic.com/~lynn/2006l.html#18 virtual memory
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006t.html#41 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#18 Why so little parallelism?
http://www.garlic.com/~lynn/2006x.html#27 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#31 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007e.html#43 FBA rant
http://www.garlic.com/~lynn/2007e.html#44 Is computer history taught now?
http://www.garlic.com/~lynn/2007f.html#46 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007i.html#83 Disc Drives
http://www.garlic.com/~lynn/2007j.html#13 Interrupts
http://www.garlic.com/~lynn/2007j.html#64 Disc Drives
http://www.garlic.com/~lynn/2007l.html#52 Drums: Memory or Peripheral?
http://www.garlic.com/~lynn/2008k.html#77 Disk drive improvements
http://www.garlic.com/~lynn/2008l.html#60 recent mentions of 40+ yr old technology
http://www.garlic.com/~lynn/2008r.html#32 What if the computers went back to the '70s too?
http://www.garlic.com/~lynn/2009c.html#9 Assembler Question
http://www.garlic.com/~lynn/2009k.html#49 A Complete History Of Mainframe Computing
http://www.garlic.com/~lynn/2009k.html#75 Disksize history question
http://www.garlic.com/~lynn/2009r.html#51 "Portable" data centers
http://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)
http://www.garlic.com/~lynn/2011.html#36 CKD DASD
http://www.garlic.com/~lynn/2011.html#57 Speed of Old Hard Disks
http://www.garlic.com/~lynn/2011.html#60 Speed of Old Hard Disks
http://www.garlic.com/~lynn/2011c.html#26 If IBM Hadn't Bet the Company
http://www.garlic.com/~lynn/2011d.html#63 The first personal computer (PC)
http://www.garlic.com/~lynn/2011f.html#87 Gee... I wonder if I qualify for "old geek"?
http://www.garlic.com/~lynn/2011n.html#36 Last Word on Dennis Ritchie
http://www.garlic.com/~lynn/2011p.html#26 Deja Cloud?

--
virtualization experience starting Jan1968, online at home since Mar1970

Estimate that WW1 cost $52B

Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: Estimate that WW1 cost $52B
Blog: Google+
re:
https://plus.google.com/u/0/104032750880723119249/posts/6X9iQRA34LV

$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

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
http://www.bloomberg.com/apps/news?pid=newsarchive&refer=home&sid=a0jln3.CSS6c

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:
http://www.garlic.com/~lynn/2011.html#50 What do you think about fraud prevention in the governments?
http://www.garlic.com/~lynn/2011b.html#27 The Zippo Lighter theory of the financial crisis (or, who do we want to blame?)
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011e.html#48 On Protectionism
http://www.garlic.com/~lynn/2011e.html#60 In your opinon, what is the highest risk of financial fraud for a corporation ?
http://www.garlic.com/~lynn/2011g.html#30 Bank email archives thrown open in financial crash report
http://www.garlic.com/~lynn/2011n.html#41 The men who crashed the world
http://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
http://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
http://www.garlic.com/~lynn/2011o.html#36 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#37 Civilization, doomed?
http://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
http://www.garlic.com/~lynn/2011p.html#3 The Obama Spending Non-surge
http://www.garlic.com/~lynn/2011p.html#31 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#41 The men who crashed the world
http://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

Gingrich urged yes vote on controversial Medicare bill

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 28 Dec, 2011
Subject: Gingrich urged yes vote on controversial Medicare bill
Blog: Google+
re:
https://plus.google.com/u/0/102794881687002297268/posts/7A9rxD15X64

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
http://www.garlic.com/~lynn/2011j.html#18 Congressional Bickering
http://www.garlic.com/~lynn/2011l.html#8 The True Cost of 9/11 -- Includes 18 Veteran Suicides a Day
http://www.garlic.com/~lynn/2011l.html#36 The Next Convergence: The Future of Economic Growth in a Multispeed World
http://www.garlic.com/~lynn/2011l.html#59 computer bootlaces
http://www.garlic.com/~lynn/2011m.html#68 Bernanke Hearings
http://www.garlic.com/~lynn/2011n.html#67 The debt fallout: How Social Security went "cash negative" earlier than expected
http://www.garlic.com/~lynn/2011o.html#42 Speed: Re: Soups

--
virtualization experience starting Jan1968, online at home since Mar1970

The High Cost of Failing Artificial Hips

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 29 Dec, 2011
Subject: The High Cost of Failing Artificial Hips
Blog: Facebook
The High Cost of Failing Artificial Hips
http://www.nytimes.com/2011/12/28/business/the-high-cost-of-failing-artificial-hips.html?_r=2

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
http://www.garlic.com/~lynn/2011p.html#136 Gingrich urged yes vote on controversial Medicare bill

misc. recent posts about gao reports:
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011f.html#35 At least two decades back, some gurus predicted that mainframes would disappear
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#9 The Dumbest Idea In The World: Maximizing Shareholder Value
http://www.garlic.com/~lynn/2011p.html#23 Security 2012: Blood in the Water
http://www.garlic.com/~lynn/2011p.html#24 Case Study: SOX IT Compliance
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#92 Bank Failures Cost $88 Billion

--
virtualization experience starting Jan1968, online at home since Mar1970

Thinking, Fast & Slow

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 29 Dec, 2011
Subject: Thinking, Fast & Slow
Blog: Facebook
Thinking, Fast & Slow
http://www.amazon.com/Thinking-Fast-and-Slow-ebook/dp/B00555X8OA

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"
http://www.garlic.com/~lynn/2011n.html#24 AMERICA IS BROKEN, WHAT NOW?
http://www.garlic.com/~lynn/2011n.html#57 The Mortgage Crisis---Some Inside Views
http://www.garlic.com/~lynn/2011n.html#73 Did You Hear the One About the Bankers?
http://www.garlic.com/~lynn/2011o.html#28 Confidence in banking: the EU500 supernote, or, we're all money launderers now
http://www.garlic.com/~lynn/2011o.html#39 Civilization, doomed?
http://www.garlic.com/~lynn/2011o.html#80 How Pursuit of Profits Kills Innovation and the U.S. Economy
http://www.garlic.com/~lynn/2011p.html#12 Why are organizations sticking with mainframes?
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#33 21st Century Management approach?
http://www.garlic.com/~lynn/2011p.html#130 vampires in financial infrastructure

--
virtualization experience starting Jan1968, online at home since Mar1970

TOOLSRUN

From: lynn@garlic.com (Lynn Wheeler)
Date: 29 Dec, 2011
Subject: TOOLSRUN
Blog: Facebook
past post with old 1986 email about TOOLSRUN "fix"
http://www.garlic.com/~lynn/2007j.html#70

... 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
http://www.garlic.com/~lynn/subnetwork.html#hsdt

old internal network related email
http://www.garlic.com/~lynn/lhwemail.html#vnet

past posts mentioning internal network
http://www.garlic.com/~lynn/subnetwork.html#internalnet

--
virtualization experience starting Jan1968, online at home since Mar1970

Has anyone successfully migrated off mainframes?

From: lynn@garlic.com (Lynn Wheeler)
Date: 30 Dec, 2011
Subject: Has anyone successfully migrated off mainframes?
Blog: Mainframe Experts
re:
http://lnkd.in/2syFGU

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:
http://www.garlic.com/~lynn/2011p.html#51 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#52 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#54 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#55 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#57 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#64 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#75 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#76 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#77 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#78 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#81 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#91 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#94 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#95 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#98 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#100 Has anyone successfully migrated off mainframes?
http://www.garlic.com/~lynn/2011p.html#103 Has anyone successfully migrated off mainframes?

--
virtualization experience starting Jan1968, online at home since Mar1970

With cloud computing back to old problems as DDos attacks

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 30 Dec, 2011
Subject: With cloud computing back to old problems as DDos attacks
Blog: Old Geek Registry
re:
http://lnkd.in/gi5sb6

xmas message ... from vmshare archives:
http://vm.marist.edu/~vmshare/browse?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:
http://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
http://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
http://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
http://www.garlic.com/~lynn/subnetwork.html#bitnet

and the internal network ... using similar technology
http://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
http://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
http://www.garlic.com/~lynn/2011p.html#78

when the VMSG author, offerred 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
http://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
http://www.garlic.com/~lynn/2006x.html#email870302
and related followup
http://www.garlic.com/~lynn/2011.html#email870306
discussed in this recent "Mainframe Experts"
http://lnkd.in/2syFGU
namely
http://www.garlic.com/~lynn/2011p.html#81

--
virtualization experience starting Jan1968, online at home since Mar1970

We are on the brink of a historic decision [referring to defence cuts]

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
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 Strategy
re:
http://lnkd.in/-UVjin

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

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

Wall Street's Big Lie

Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 30 Dec, 2011
Subject: Wall Street's Big Lie
Blog: Facebook
The Big Lie
http://www.phibetaiota.net/2011/12/defdog-michael-thomas-on-wall-streets-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:
http://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

Fingerspitzengefühl

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 31 Dec, 2011
Subject: Fingerspitzengefühl
Blog: Boyd's Strategy
re:
http://lnkd.in/PdbBV9
and
http://www.garlic.com/~lynn/2011p.html#124 Fingerspitzengefühl

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:
http://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

What's Wrong With the US Defense R&D Budget?

Refed: **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 31 Dec, 2011
Subject: What's Wrong With the US Defense R&D Budget?
Blog: Facebook
What's Wrong With the US Defense R&D Budget?
http://science.slashdot.org/story/11/12/29/238218/whats-wrong-with-the-us-defense-rd-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:
http://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

IBM Manuals

Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: Re: IBM Manuals
Newsgroups: bit.listserv.ibm-main
Date: 31 Dec 2011 08:33:20 -0800
jcewing@ACM.ORG (Joel C. Ewing) writes:
If you can get a text-based PDF document from the original source, that would certainly be preferable, as that allows text searching capability. But, if all you have is a hard copy, none of the current freely-available OCR tools come close to preserving the original document as accurately as image-based PDF, unless you have the time for extensive manual editing. Bitsavers.org uses a modified archive approach that uses higher resolution to allow possible future OCR; but compensates for higher resolution by using black/white threshold images that sacrifice quality of embedded document illustrations. I prefer to go with lower resolution adequate for human reading and preserve gray scale, and even color, where its use is significant.

I finally got approval for putting up scan'ed (original done at 600dpi) copy of Share 1979 LSRAD report:
http://bitsavers.org/pdf/ibm/share/

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)
http://www.garlic.com/~lynn/lsradcover.jpg

LSRAD cover

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

The Myth of Work-Life Balance

Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 31 Dec, 2011
Subject: The Myth of Work-Life Balance
Blog: Greater IBM
re:
http://www.garlic.com/~lynn/2011p.html#59 The Myth of Work-Life Balance
http://www.garlic.com/~lynn/2011p.html#121 The Myth of Work-Life Balance

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.
http://www.gao.gov/special.pubs/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:
http://www.garlic.com/~lynn/2011b.html#42 Productivity And Bubbles
http://www.garlic.com/~lynn/2011e.html#36 On Protectionism
http://www.garlic.com/~lynn/2011f.html#35 At least two decades back, some gurus predicted that mainframes would disappear
http://www.garlic.com/~lynn/2011n.html#49 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#0 The men who crashed the world
http://www.garlic.com/~lynn/2011p.html#9 The Dumbest Idea In The World: Maximizing Shareholder Value
http://www.garlic.com/~lynn/2011p.html#23 Security 2012: Blood in the Water
http://www.garlic.com/~lynn/2011p.html#24 Case Study: SOX IT Compliance
http://www.garlic.com/~lynn/2011p.html#29 21st Century Management approach?
http://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