List of Archived Posts

2008 Newsgroup Postings (03/28 - 04/12)

Bush - place in history

The Workplace War for Age and Talent

Bush - place in history

It's Too Darn Hot

CDOs subverting Boyd's OODA-loop

The Workplace War for Age and Talent

It's Too Darn Hot

was: 1975 movie "Three Days of the Condor" tech stuff

Hannaford case exposes holes in law, some say

Was CMS multi-tasking?

Hannaford case exposes holes in law, some say

Hannaford case exposes holes in law, some say

independent appraisers

independent appraisers

Was CMS multi-tasking?

The Original mcom.com Revived

independent appraisers

Hannaford breach illustrates dangerous compliance mentality

CA ESD files Options

CA ESD files Options

independent appraisers

WWII supplies

Was CMS multi-tasking?

Doug Engelbart's "Mother of All Demos"

WWII supplies

CA ESD files Options

CA ESD files Options

Hannaford case exposes holes in law, some say

Hannaford case exposes holes in law, some say

CA ESD files Options

CA ESD files Options

Billion-dollar IT failure at Census Bureau

independent appraisers

authoritative IEFBR14 reference

WWII supplies

Does TCP Need an Overhaul?

Lehman sees banks, others writing down $400 bln

Virtualization: The IT Trend That Matters

Sad news of Bob Tomasulo's passing

Virtualization: The IT Trend That Matters

authoritative IEFBR14 reference

Was CMS multi-tasking?

Was CMS multi-tasking?

Coming soon: superfast internet

Fixing finance

authoritative IEFBR14 reference

Virtualization: The IT Trend That Matters

My last post in this forum

How did third-party software companies deal with unbundling being sprung on them?

IBM emulator for ICL 1900

CA ESD files Options

IBM CEO's remuneration last year ?

IBM CEO's remuneration last year ?

performance of hardware dynamic scheduling

performance of hardware dynamic scheduling

performance of hardware dynamic scheduling

performance of hardware dynamic scheduling

Credit crisis could cost nearly $1 trillion, IMF predicts

Virtualization: History repeats itself with a search for security

Credit crisis could cost nearly $1 trillion, IMF predicts

Different Implementations of VLIW

performance of hardware dynamic scheduling

Credit crisis could cost nearly $1 trillion, IMF predicts

Machine-Level Assembly Language

independent appraisers

Machine-Level Assembly Language

independent appraisers

independent appraisers

Bush - place in history

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Bush - place in history
Newsgroups: alt.folklore.computers
Date: Fri, 28 Mar 2008 10:12:08

Morten Reistad <first@last.name> writes:

Barnake misses one item in his warchest, and that is the ability
to take over a bankrupt portfolio and run it; or even do so by
proxy. This is why he needs the $big_bank to rescue $smaller_bank,
and the support looks ominously like a subsidy to $big_bank.

The FED, as a private insitution cannot be both a bank and a
regulator. Make it a normal national bank.

re:
http://www.garlic.com/~lynn/2008f.html#97 Bush - place in history

news items related to senate hearings on BEAR bailout are raising issue
whether it was loan to jpm or FED buying BEAR. supposedly there is some
clause that after liquidation, FED gets the proceeds in excess of some
value. there were earlier comments that even if there turns out to be
the effect of a subsidy, it would have been worse to let the systemic
risk play out (dominos falling).
http://www.garlic.com/~lynn/2008f.html#89 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#94 Bush - place in history

The Workplace War for Age and Talent

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: The Workplace War for Age and Talent
Newsgroups: alt.folklore.computers
Date: Fri, 28 Mar 2008 13:47:48

Anne & Lynn Wheeler <lynn@garlic.com> writes:

The Workplace War for Age and Talent
http://www.newswise.com/articles/view/538892/

from above:

A study from the American Society of Training and Development shows that
76 million Baby Boomers, those born between 1946 and 1964, will be
retiring over the next 20 years, but only 46 million workers will be
available to replace them, most of who are referred to as Generation X,
those born between 1965 and 1979, and Generation Y or Millennials, those
born after 1980.

... snip ...

re:
http://www.garlic.com/~lynn/2008f.html#99 The Workplace War for Age and Talent

the baby boomers something like quadruple the number of retirees
... they are replaced with little over half the number of workers
... with much lower avg. education and skill level ... so (relative)
avg. salary might be 1/2 (or less taking into global competitiveness
considerations).

possibly four times the retirees; 1/4th (or less) the aggregate employee
income base ... translates into something like 1/16th the revenue base
per retiree ... significantly adding stress to existing (not
fully-funded, pay-as-you-ago) social security operation.

recent posts mentioning presentations by (retiring) comptroller general
pointing out that such obligations could grow until they totally swamp
all other fed. gov. budget items
http://www.garlic.com/~lynn/2008.html#57 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008d.html#40 Computer Science Education: Where Are the Software Engineers of Tomorrow?

who heads up gao ... other recent posts mentioning gao reports
http://www.garlic.com/~lynn/2008b.html#73 Is The Government Reselling Tapes With Sensitive Data?
http://www.garlic.com/~lynn/2008c.html#48 Data Erasure Products

also recent reports on accounting restatements by publicly traded
companies:
http://www.garlic.com/~lynn/2008f.html#96 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#97 Bush - place in history

today there were a couple items about fed. gov. possibly bringing
charges against a accounting firm (including random speculation that it
might go the same way as anderson) mentioned in the above.

a few other recent posts mentioning enron &/or worldcom
http://www.garlic.com/~lynn/2008.html#71 As Expected, Ford Falls From 2nd Place in U.S. Sales
http://www.garlic.com/~lynn/2008.html#78 As Expected, Ford Falls From 2nd Place in U.S. Sales
http://www.garlic.com/~lynn/2008c.html#87 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008f.html#94 Bush - place in history

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Bush - place in history

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Bush - place in history
Newsgroups: alt.folklore.computers
Date: Sat, 29 Mar 2008 12:16:19

Anne & Lynn Wheeler <lynn@garlic.com> writes:

previous references to PBS program that looked at the repeal of
Glass-Steagall ... the show The Wall Street Fix:
http://www.pbs.org/wgbh/pages/frontline/shows/wallstreet/

includes:

WCOM: The Symbol of What Went Wrong
http://www.pbs.org/wgbh/pages/frontline/shows/wallstreet/wcom/

Fixing the Street
http://www.pbs.org/wgbh/pages/frontline/shows/wallstreet/fixing/

Mr. Weill Goes to Washington
http://www.pbs.org/wgbh/pages/frontline/shows/wallstreet/weill/

interview with Eliot Spitzer from above:

So you're saying the repeal of Glass-Steagall and the permission for
these huge superbanks is one of the proximate causes of the corruption
on Wall Street?

Absolutely. There's no question about it. On the day that I announced
the global settlement, on Dec. 20, [2002], I began by saying that the
problem at its root is a flawed business model, and that business
model is the product of a government regulatory decision to repeal
Glass-Steagall administratively and legislatively, and to seek this
tremendous concentration of power, and then the abuse of that power by
the investment houses.

But it was that effort to create these one full-service banks, and
that model that was the proximate cause for all of this.

... snip ...

re: (also the increasing financial "restatements" of publicly traded
companies):
http://www.garlic.com/~lynn/2008f.html#96 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#97 Bush - place in history

there are fixes and then there are fixes

How to crack the credit crunch; Fixing Wall Street means getting
investors better information - and the sooner the better
http://money.cnn.com/2008/03/27/news/fed-information.fortune/index.htm?postversion=2008032911

decade old post mentioning transparency need for mortgage-backed
securities
http://www.garlic.com/~lynn/aepay3.htm#riskm The Thread Between Risk Management and Information Security

reference to primary purpose of such instruments originally was to
obfuscate the underlying value:
http://www.garlic.com/~lynn/2008f.html#53 independent appraisers
http://www.garlic.com/~lynn/2008f.html#57 independent appraisers

Treasury department's financial system overhaul proposal
http://biz.yahoo.com/cnnm/080329/032908_financial_overhaul.html

other posts mentioning repeal of Glass-Steagall ... allowing
non-regulated investment banking to contaminate regulated activity
requiring safety/soundness
http://www.garlic.com/~lynn/2008b.html#12 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008c.html#11 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#87 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#85 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008e.html#42 Banks failing to manage IT risk - study
http://www.garlic.com/~lynn/2008e.html#59 independent appraisers
http://www.garlic.com/~lynn/2008f.html#1 independent appraisers
http://www.garlic.com/~lynn/2008f.html#13 independent appraisers
http://www.garlic.com/~lynn/2008f.html#17 independent appraisers
http://www.garlic.com/~lynn/2008f.html#43 independent appraisers
http://www.garlic.com/~lynn/2008f.html#46 independent appraisers
http://www.garlic.com/~lynn/2008f.html#71 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#73 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#75 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#79 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#94 Bush - place in history

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

It's Too Darn Hot

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: It's Too Darn Hot
Newsgroups: alt.folklore.computers
Date: Sun, 30 Mar 2008 09:28:26

re:
http://www.garlic.com/~lynn/2008d.html#72 Price of CPU seconds
http://www.garlic.com/~lynn/2008d.html#91 z10 presentation on 26 Feb
http://www.garlic.com/~lynn/2008f.html#93 Data Centers Nearing Power-Usage, Cost Crisis

Iceland Woos Data Centers As Power Costs Soar
http://hardware.slashdot.org/hardware/08/03/29/2331218.shtml

from above:

Electricity consumption for US data centers more than doubled between
2000 and 2006. Among the other stats: for every dollar spent on
computing equipment in data centers, an additional half dollar is spent
each year to power and cool them;

... snip ...

It's Too Darn Hot; The huge cost of powering - and cooling - data
centers has the tech industry scrambling for energy efficiency
http://www.businessweek.com/magazine/content/08_13/b4077060400752.htm?campaign

from above:

It's a testament to the challenges companies face in operating data
centers that Google (GOOG), Yahoo! (YHOO), and Microsoft (MSFT) have all
checked out this remote corner of the world (although none has made a
commitment so far). The reason: Iceland has a rare combination of vacant
land, cheap geothermal energy, and chilly climate that makes cooling a
data center nearly free.

... snip ...

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

CDOs subverting Boyd's OODA-loop

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: CDOs subverting Boyd's OODA-loop
Newsgroups: alt.folklore.computers
Date: Sun, 30 Mar 2008 10:27:34

CDOs as mechanism short-circuiting traditional financial governing
feedback processes .... as long as mortgage quality played a factor,
there would be limit on the number of bad mortgages and the resulting
damage done to the financial system.

This can be construed within the framework of Boyd's feedback OODA-loop
... where the observe aspect was subverted (CDOs crippling being able to
observe mortgage quality).
http://www.garlic.com/~lynn/subboyd.html#boyd
http://www.garlic.com/~lynn/subboyd.html#boyd2

past references to toxic CDOs created during the S&L crisis to obfuscate
value of underlying properties
http://www.garlic.com/~lynn/2008f.html#53 independent appraisers
http://www.garlic.com/~lynn/2008f.html#57 independent appraisers

decade old post that also strayed into the issue of value transparency
for mortgage back securities
http://www.garlic.com/~lynn/aepay3.htm#riskm The Thread Between Risk Management and Information Security

Traditional market, mortgage originators have to pay attention to all
the long-standing rules ... otherwise they are stuck with a lot of
questionable mortgages and quickly start loosing money (which would
act as feedback drawing a halt to such questionable activity).

With toxic CDOs, there is little attention to mortgage quality ... they can
unload blatently unprofitable mortgages as toxic CDOs and repeat the
process. Now their revenue is uncoupled from the quality of the
mortgage and they can (theoritically) originate mortgages as fast as
possible (without regard to quality). Now the the major toxic CDO players
have an objective of generating as many mortgages as possible, for
passing along through the process.

Removing the quality aspect (via toxic CDO obfuscation, blinding observe)
in the mortgage (feedback) process helps fuel enormous real estate
speculation. With mortgage quality uncoupled from the process ... it
also starts uncoupling the underlying property values, starting to let
them run wild in much the same way that mortgage origination is
allowed to "free wheel" (real estate speculators and the mortgage
originators start a unsustainable frenzy, feeding off each other).

Nominally such frenzy speculation would have been cleanly separated
from regulated banking infrastructure, something learned in the crash
of '29 ... and codified by Glass-Steagall. However the repeal of
Glass-Steagall contributed to the effects of the speculation frenzy
spreading out into the regulated banking infrastructure.

A similar case can be made for financial reporting (for public traded
companies) being the observe part of Boyd OODA-loop ... and audit
failures and financial restatements subverting the observe part of
the operation. recent posts
http://www.garlic.com/~lynn/2008f.html#96 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#97 Bush - place in history
http://www.garlic.com/~lynn/2008g.html#1 The Workplace War for Age and Talent

recent posts mentioning mortgage-backed securities, underlying
value and decade old post:
http://www.garlic.com/~lynn/2007v.html#25 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2008.html#66 As Expected, Ford Falls From 2nd Place in U.S. Sales
http://www.garlic.com/~lynn/2008.html#70 As Expected, Ford Falls From 2nd Place in U.S. Sales
http://www.garlic.com/~lynn/2008.html#90 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008b.html#12 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008c.html#11 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#13 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#21 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#63 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#87 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#85 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008f.html#14 independent appraisers
http://www.garlic.com/~lynn/2008f.html#43 independent appraisers
http://www.garlic.com/~lynn/2008f.html#46 independent appraisers
http://www.garlic.com/~lynn/2008f.html#51 independent appraisers
http://www.garlic.com/~lynn/2008f.html#71 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#75 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#77 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#79 Bush - place in history
http://www.garlic.com/~lynn/2008g.html#2 Bush - place in history

other posts mentioning Glass-Steagall:
http://www.garlic.com/~lynn/2008e.html#42 Banks failing to manage IT risk - study
http://www.garlic.com/~lynn/2008e.html#59 independent appraisers
http://www.garlic.com/~lynn/2008f.html#1 independent appraisers
http://www.garlic.com/~lynn/2008f.html#13 independent appraisers
http://www.garlic.com/~lynn/2008f.html#17 independent appraisers
http://www.garlic.com/~lynn/2008f.html#53 independent appraisers
http://www.garlic.com/~lynn/2008f.html#73 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#94 Bush - place in history

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

The Workplace War for Age and Talent

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: The Workplace War for Age and Talent
Newsgroups: alt.folklore.computers
Date: Sun, 30 Mar 2008 10:53:42

Anne & Lynn Wheeler <lynn@garlic.com> writes:

possibly four times the retirees; 1/4th (or less) the aggregate employee
income base ... translates into something like 1/16th the revenue base
per retiree ... significantly adding stress to existing (not
fully-funded, pay-as-you-ago) social security operation.

re:
http://www.garlic.com/~lynn/2008g.html#1 The Workplace War for Age and Talent

cspan is currently (re)broadcasting (from tuesday) a press conference by
the social security trustees on their annual review and report to
congress. there was comment that the projected turning point in social
security is 2011.

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

It's Too Darn Hot

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: It's Too Darn Hot
Newsgroups: alt.folklore.computers
Date: Sun, 30 Mar 2008 15:15:40

Quadibloc <jsavard@ecn.ab.ca> writes:

I'm glad to know that other people have long memories for good music
as well. But I can't see this as an emerging problem - the amount of
energy expended per unit of computation keeps going *down*. Think IBM
704! Of course, this reminds me that the latest zSeries mainframes are
touted as contributing to a solution to this problem.

re:
http://www.garlic.com/~lynn/2008g.html#3 It's Too Darn Hot

50s, 60s, and thru much of the 70s ... hardware/systems were dominating
costs.

80s saw mid-range and workstations using "commodity" hardware and
portable operating systems. thru the 70s, hardware vendors had as much
expense in developing operating system. with portable operating system
in the 80s ... vendor costs to bring out a new system was dramatically
reduced.

at the same time personal computing with little complexity requirement
were coming out ... starting with little better than embedded system
technology ... with application providing much of feature/function (w/o
having to rely on much from underlying operating system). This also saw
upswing in "COTS" (commercial off the shelf), aka development and
support costs amortized over much large install base (frequently more
than offsetting competitive advantage of customized roll-your-own
implementations).

by late 80s, competition from workstations and growing power of personal
computing was both commoditizing hardware (volume manufacturing) was
started to overtake traditional proprietary computing at the low-end and
extended up through the mid-range.

the commoditizing of hardware and systems was leaving people costs as
major item in IT budgets. in the 90s there was lots of talk about killer
micros .... IT departments could be mostly eliminated by having each
user perform their own maintenance activities. There was also numerous
disastrous failures of attempting migration of critical legacy business
critical applications to highly parallel clustered operation.

Up through the current period there was ever increasing commoditizing of
hardware and system costs ... frequently "throwing" hardware at a
problem, frequently in lieu of sophisticated tailored operations
requiring scarce skill and talent.

The ever increasing system commoditizing (with ever increasing volumes)
and culture of throwing (cheap) hardware at problems (in lieu of
carefully considered operations requiring scarce skill and talent) has
led to many of these systems operating at 10-20 percent utilization (or
even less)

With continued dramatic reduction in system costs with commoditization
and culture of throwing (cheap) hardware at problems ... other
infrastructure costs would start to dominate. This was somewhat seen in
the 70s & 80s with the shift from hardware dominating costs to people
frequently dominating costs. The appearance of energy as a dominating
cost can be seen as a natural progression (with system costs ongoing
radical declines w/o similar decline in other infrastructure costs).

A somewhat analogous case could be made about the proliferation in
personal transportation resulting in energy starting to become an
increasing factor in that sector.

The other emerging factor is rise of virtual machine technology.
Starting in the 60s, i saw virtual machine technology being used to
partition and simplify of lots of computing operations. This reduction
in complexity contributed to being able to better address security
issues as well as resource utilization efficiency. lots of past
posts mentioining science center where original virtual machine
activity started in the mid-60s
http://www.garlic.com/~lynn/subtopic.html#545tech

Virtual machine technology has somewhat been ignored in the commoditized
market segment ... but the increasing security and resource problems in
this market segment ... has resulted in virtual machine technology
gaining foothold in this market segment.

Partitioning and complexity reduction can go a long ways to mitigating
lots of the existing security problems constantly being encountered by
customers.

In old-fashion, traditional computing practices, scarce people skills
and resources were required to have large number of application co-exist
sharing common resources (leading to frequent practice of "throwing"
hardware at problems). Virtual machine technology allos for much lower
skill & resources to support sharing multiple different applications on
common hardware resources. Common claims are reducing the number of
hardware systems by factor of 5-10 (with corresponding increase in
resource & energy efficiency) ... although the periodically cited
downside is corresponding reduction in number of new systems sold.

One could also claim that the rise of multi-core operation also
contributes to increased virtual machine deployments ... since more
independent operations can be multiplexed concurrently on the multiple
processors.

Of course, the most mature of these virtual machine technologies is what
is running on the "latest" zSeries. There is support for both LPARs (a
subset of virtual machine function embedded as part of the hardware
operation) as well as virtual machine software hypervisor/operating
system. Early in the days of getting linux running on mainframe,
somebody did a demonstration of something like 42,000 concurrent linux
virtual machines in a LPAR (i.e. under virtual machine
operating system running in LPAR subset of full machine).

various recent posts on the subject of virtual machines
http://www.garlic.com/~lynn/2007.html#12 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007b.html#21 history question
http://www.garlic.com/~lynn/2007c.html#2 some old network related discussion
http://www.garlic.com/~lynn/2007c.html#23 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#23 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007d.html#32 Running OS/390 on z9 BC
http://www.garlic.com/~lynn/2007d.html#41 Is computer history taugh now?
http://www.garlic.com/~lynn/2007d.html#46 Has anyone ever used self-modifying microcode? Would it even be useful?
http://www.garlic.com/~lynn/2007d.html#48 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007d.html#61 ISA Support for Multithreading
http://www.garlic.com/~lynn/2007d.html#65 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007e.html#1 Designing database tables for performance?
http://www.garlic.com/~lynn/2007e.html#20 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#21 A way to speed up level 1 caches
http://www.garlic.com/~lynn/2007e.html#27 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007f.html#6 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007f.html#7 IBM S/360 series operating systems history
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/2007f.html#25 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007f.html#33 Historical curiosity question
http://www.garlic.com/~lynn/2007f.html#34 Historical curiosity question
http://www.garlic.com/~lynn/2007f.html#59 virtual machines, the new, old thing (again)
http://www.garlic.com/~lynn/2007f.html#66 IBM System z9
http://www.garlic.com/~lynn/2007g.html#61 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#70 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#72 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007h.html#2 The Mainframe in 10 Years
http://www.garlic.com/~lynn/2007h.html#7 The Mainframe in 10 Years
http://www.garlic.com/~lynn/2007i.html#14 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#15 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#16 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#20 Does anyone know of a documented case of VM being penetrated by hackers?
http://www.garlic.com/~lynn/2007i.html#29 Does anyone know of a documented case of VM being penetrated by hackers?
http://www.garlic.com/~lynn/2007l.html#63 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#65 mainframe = superserver
http://www.garlic.com/~lynn/2007m.html#11 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#22 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#47 Capacity and Relational Database
http://www.garlic.com/~lynn/2007m.html#51 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#52 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#53 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#56 Capacity and Relational Database
http://www.garlic.com/~lynn/2007m.html#57 The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
http://www.garlic.com/~lynn/2007m.html#60 Scholars needed to build a computer history bibliography
http://www.garlic.com/~lynn/2007m.html#64 Operating systems are old and busted
http://www.garlic.com/~lynn/2007m.html#67 Operating systems are old and busted
http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted
http://www.garlic.com/~lynn/2007n.html#10 The top 10 dead (or dying) computer skills
http://www.garlic.com/~lynn/2007n.html#23 What if phone company had developed Internet?
http://www.garlic.com/~lynn/2007n.html#26 VM system kept NYSE running
http://www.garlic.com/~lynn/2007n.html#27 What if phone company had developed Internet?
http://www.garlic.com/~lynn/2007n.html#35 IBM obsoleting mainframe hardware
http://www.garlic.com/~lynn/2007n.html#87 Why is not AIX ported to z/Series?
http://www.garlic.com/~lynn/2007n.html#92 vm 35th b'day at share in san diego next week
http://www.garlic.com/~lynn/2007n.html#96 some questions about System z PR/SM
http://www.garlic.com/~lynn/2007o.html#1 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#2 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#3 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#7 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#9 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#37 Each CPU usage
http://www.garlic.com/~lynn/2007o.html#38 It's No Secret: VMware to Develop Secure Systems for NSA
http://www.garlic.com/~lynn/2007o.html#39 It's No Secret: VMware to Develop Secure Systems for NSA
http://www.garlic.com/~lynn/2007o.html#42 mainframe performance, was Is a RISC chip more expensive?
http://www.garlic.com/~lynn/2007p.html#14 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007p.html#19 zH/OS (z/OS on Hercules for personal use only)
http://www.garlic.com/~lynn/2007p.html#28 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007p.html#35 Newsweek article--baby boomers and computers
http://www.garlic.com/~lynn/2007q.html#3 Virtualization: Don't Ask, Don't Tell
http://www.garlic.com/~lynn/2007q.html#16 History dictates future of virtualization
http://www.garlic.com/~lynn/2007q.html#22 Enterprise: Accelerating the Progress of Linux
http://www.garlic.com/~lynn/2007q.html#25 VMware: New King Of The Data Center?
http://www.garlic.com/~lynn/2007q.html#49 Slimmed Down Windows Offers Glimpse Into Microsoft's  Virtualization Ambitions
http://www.garlic.com/~lynn/2007q.html#59 Virtualization: Everybody's Doing It, but Few Know How
http://www.garlic.com/~lynn/2007q.html#64 Virtual Browsers: Disposable Security
http://www.garlic.com/~lynn/2007q.html#66 Direction of Stack Growth
http://www.garlic.com/~lynn/2007r.html#5 The history of Structure capabilities
http://www.garlic.com/~lynn/2007r.html#42 New 'virtual IT job' could be very real
http://www.garlic.com/~lynn/2007s.html#0 Marines look for a few less servers, via virtualization
http://www.garlic.com/~lynn/2007s.html#4 Why do we think virtualization is new?
http://www.garlic.com/~lynn/2007s.html#19 Intel Ships Power-Efficient Penryn CPUs
http://www.garlic.com/~lynn/2007s.html#26 Oracle Introduces Oracle VM As It Leaps Into Virtualization
http://www.garlic.com/~lynn/2007s.html#27 Oracle Introduces Oracle VM As It Leaps Into Virtualization
http://www.garlic.com/~lynn/2007s.html#29 Intel Ships Power-Efficient Penryn CPUs
http://www.garlic.com/~lynn/2007s.html#33 Age of IBM VM
http://www.garlic.com/~lynn/2007s.html#35 Oracle Introduces Oracle VM As It Leaps Into Virtualization
http://www.garlic.com/~lynn/2007s.html#36 Oracle Introduces Oracle VM As It Leaps Into Virtualization
http://www.garlic.com/~lynn/2007s.html#40 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#42 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#45 "Server" processors for numbercrunching?
http://www.garlic.com/~lynn/2007s.html#48 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#53 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007s.html#54 ongoing rush to the new, 40+ yr old virtual machine technology
http://www.garlic.com/~lynn/2007t.html#26 more fun with new, 40yr old technology
http://www.garlic.com/~lynn/2007t.html#29 more fun with new, 40yr old technology
http://www.garlic.com/~lynn/2007t.html#44 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#55 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#64 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#67 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007t.html#71 T3 Sues IBM To Break its Mainframe Monopoly
http://www.garlic.com/~lynn/2007t.html#72 Remembering the CDC 6600
http://www.garlic.com/~lynn/2007u.html#9 Open z architecture and Linux questions
http://www.garlic.com/~lynn/2007u.html#13 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2007u.html#19 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#23 T3 Sues IBM To Break its Mainframe Monopoly
http://www.garlic.com/~lynn/2007u.html#31 Public Computers
http://www.garlic.com/~lynn/2007u.html#39 New, 40+ yr old, direction in operating systems
http://www.garlic.com/~lynn/2007u.html#41 New, 40+ yr old, direction in operating systems
http://www.garlic.com/~lynn/2007u.html#73 New, 40+ yr old, direction in operating systems
http://www.garlic.com/~lynn/2007u.html#77 IBM Floating-point myths
http://www.garlic.com/~lynn/2007u.html#81 IBM mainframe history, was Floating-point myths
http://www.garlic.com/~lynn/2007u.html#83 IBM mainframe history, was Floating-point myths
http://www.garlic.com/~lynn/2007v.html#0 IBM mainframe history, was Floating-point myths
http://www.garlic.com/~lynn/2007v.html#8 Virtualization still hot, death of antivirus software imminent
http://www.garlic.com/~lynn/2007v.html#11 IBM mainframe history, was Floating-point myths
http://www.garlic.com/~lynn/2007v.html#13 Ageing data centers limiting benefits of new technologies
http://www.garlic.com/~lynn/2007v.html#17 Amazon's "Simple" Database
http://www.garlic.com/~lynn/2007v.html#35 Inside a Modern Malware Distribution System
http://www.garlic.com/~lynn/2007v.html#36 folklore indeed
http://www.garlic.com/~lynn/2007v.html#40 IBM mainframe history, was Floating-point myths
http://www.garlic.com/~lynn/2007v.html#48 IBM mainframe history, was Floating-point myths
http://www.garlic.com/~lynn/2007v.html#57 folklore indeed
http://www.garlic.com/~lynn/2007v.html#68 It keeps getting uglier
http://www.garlic.com/~lynn/2007v.html#75 virtual appliance
http://www.garlic.com/~lynn/2008.html#10 For the History buff's an IBM 5150 pc
http://www.garlic.com/~lynn/2008.html#12 No Glory for the PDP-15
http://www.garlic.com/~lynn/2008.html#17 Usefulness of bidirectional read/write?
http://www.garlic.com/~lynn/2008.html#18 Remembering the Cray-1
http://www.garlic.com/~lynn/2008.html#30 hacked TOPS-10 monitors
http://www.garlic.com/~lynn/2008.html#33 JCL parms
http://www.garlic.com/~lynn/2008.html#41 IT managers stymied by limits of x86 virtualization
http://www.garlic.com/~lynn/2008.html#50 IT managers stymied by limits of x86 virtualization
http://www.garlic.com/~lynn/2008.html#59 old internal network references
http://www.garlic.com/~lynn/2008.html#74 Virtualization Wave
http://www.garlic.com/~lynn/2008.html#88 folklore indeed
http://www.garlic.com/~lynn/2008.html#89 folklore indeed
http://www.garlic.com/~lynn/2008b.html#3 on-demand computing
http://www.garlic.com/~lynn/2008b.html#4 folklore indeed
http://www.garlic.com/~lynn/2008b.html#8 on-demand computing
http://www.garlic.com/~lynn/2008b.html#11 folklore indeed
http://www.garlic.com/~lynn/2008b.html#18 Flash memory arrays
http://www.garlic.com/~lynn/2008b.html#24 folklore indeed
http://www.garlic.com/~lynn/2008b.html#27 Re-hosting IMB-MAIN
http://www.garlic.com/~lynn/2008b.html#39 folklore indeed
http://www.garlic.com/~lynn/2008b.html#43 IT managers stymied by limits of x86 virtualization
http://www.garlic.com/~lynn/2008c.html#0 folklore indeed
http://www.garlic.com/~lynn/2008c.html#4 folklore indeed
http://www.garlic.com/~lynn/2008c.html#28 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008c.html#49 No Glory for the PDP-15
http://www.garlic.com/~lynn/2008c.html#50 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008c.html#54 Migration from Mainframe to othre platforms - the othe bel?
http://www.garlic.com/~lynn/2008c.html#55 Kernels
http://www.garlic.com/~lynn/2008c.html#60 Job ad for z/OS systems programmer trainee
http://www.garlic.com/~lynn/2008c.html#61 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008c.html#65 No Glory for the PDP-15
http://www.garlic.com/~lynn/2008c.html#72 No Glory for the PDP-15
http://www.garlic.com/~lynn/2008c.html#78 CPU time differences for the same job
http://www.garlic.com/~lynn/2008c.html#82 CPU time differences for the same job
http://www.garlic.com/~lynn/2008c.html#83 CPU time differences for the same job
http://www.garlic.com/~lynn/2008d.html#13 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#15 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#16 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#17 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#19 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#20 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#23 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#32 Interesting Mainframe Article: 5 Myths Exposed
http://www.garlic.com/~lynn/2008d.html#43 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#44 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#54 Throwaway cores
http://www.garlic.com/~lynn/2008d.html#57 Fwd: Linux zSeries questions
http://www.garlic.com/~lynn/2008d.html#59 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#60 more on (the new 40+ yr old) virtualization
http://www.garlic.com/~lynn/2008d.html#68 Regarding the virtual machines
http://www.garlic.com/~lynn/2008d.html#69 Regarding the virtual machines
http://www.garlic.com/~lynn/2008d.html#82 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008d.html#83 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008d.html#91 z10 presentation on 26 Feb
http://www.garlic.com/~lynn/2008e.html#10 Kernels
http://www.garlic.com/~lynn/2008e.html#11 Kernels
http://www.garlic.com/~lynn/2008e.html#15 Kernels
http://www.garlic.com/~lynn/2008e.html#30 VMware signs deal to embed software in HP servers
http://www.garlic.com/~lynn/2008e.html#67 Any benefit to programming a RISC processor by hand?
http://www.garlic.com/~lynn/2008f.html#31 confluence of virtualization and trusted computing
http://www.garlic.com/~lynn/2008f.html#35 confluence of virtualization and trusted computing
http://www.garlic.com/~lynn/2008f.html#63 Antivirus Inventor: Security Departments Are Wasting Their Time
http://www.garlic.com/~lynn/2008f.html#67 Virtualization's security threats
http://www.garlic.com/~lynn/2008f.html#68 Virtualization's security threats

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

was: 1975 movie "Three Days of the Condor" tech stuff

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: was: 1975 movie "Three Days of the Condor" tech stuff
Newsgroups: alt.folklore.computers
Date: Sun, 30 Mar 2008 16:05:41

bbreynolds <bbreynolds@aol.com> writes:

Additional cause of increased diabetes Type II diagnoses is
the exposure of about 1.5 million military personel to Agent
Orange in Vietnam. I have a Type II diagnosis, and the
related symptoms of hypertension and a poor cholesterol
balance normally associated with Type II appeared at about
the same time.

... snip ...

recent news items:

Major international collaboration offers new clues to genetics of type
2 diabetes
http://www.eurekalert.org/pub_releases/2008-03/wt-mic032708.php
Eleven Genetic Variations Linked To Type 2 Diabetes, New Mathematical Tools Show
http://www.sciencedaily.com/releases/2008/03/080324124643.htm
Six New Genes Associated With Type 2 Diabetes Discovered, Including One
With Role In Prostate Cancer
http://www.sciencedaily.com/releases/2008/03/080330140015.htm

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Hannaford case exposes holes in law, some say

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Hannaford case exposes holes in law, some say
Newsgroups: alt.folklore.computers
Date: Sun, 30 Mar 2008 16:19:45

re:
http://www.garlic.com/~lynn/aadsm28.htm#52 Pogo reports: big(gest) bank breach was covered up?

Hannaford case exposes holes in law, some say
http://www.boston.com/business/articles/2008/03/30/hannaford_case_exposes_holes_in_law_some_say/

from above:

A security breach at grocery chain Hannaford Brothers Cos. is testing
the teeth in Massachusetts' new data-privacy law.

The law, passed last year, requires companies to notify officials and
residents when they lose control of records that could lead to the theft
of such information as a person's name and credit card number. State
officials say the law applied in the case of Hannaford, which disclosed
on March 17 that 4.2 million credit and debit card numbers were
potentially exposed to fraud.

... snip ...

and ...

Data Breach Notification Laws, State By State
http://www.csoonline.com/article/221322

previous posts referencing part of x9.59 financial standard
http://www.garlic.com/~lynn/x959.html#x959

... included work directed at eliminating account fraud as a
threat/vulnerability associated with such data breaches (didn't do
anything to eliminate such breaches ... just eliminated much of the
ability for crooks to make any use of the information for fraudulent
transactions):
http://www.garlic.com/~lynn/aadsm28.htm#50 Liability for breaches: do we need new laws?
http://www.garlic.com/~lynn/aadsm28.htm#51 Liability for breaches: do we need new laws?

past posts mentioning fraud, threats, vulnerabilities, exploits, and/or risks:
http://www.garlic.com/~lynn/subintegrity.html#fraud

as noted in previous posts, we had been brought in to help wordsmith
cal state (and later federal) electronic signature
legislation.
http://www.garlic.com/~lynn/subpubkey.html#signature

various of the parties were also involved in privacy related activity
and had done some detailed consumer privacy studies ... finding that
the two major issues were

• identity theft (i.e. using personal information for fraudulent
activity)

• denial of service ... aka gov., commercial, private, public,
etc institutions using personal information to the detriment of the
individual.

this resulted in legislative activity with respect to both breach
notification as well as opt-in/opt-out disclosures.

part of the problem was that it was perceived quite a bit of identity
theft was resulting from breaches ... but because the
actual breaches weren't being publicized, there was little or
no work being done on preventing breaches. an alternative
approach we had taken in the mid-90s with x9.59 standard was to
eliminate much of the threat/vulnerability (& fraud) that could happen
as the result of any breaches.

other recent items about hannaford breach:

Advanced tactic targeted grocer
http://www.boston.com/business/articles/2008/03/28/advanced_tactic_targeted_grocer/
Hundreds Of Servers Compromised In Hannaford Breach
http://www.informationweek.com/blog/main/archives/2008/03/hundreds_of_ser.html
Details emerging on Hannaford data breach
http://www.networkworld.com/news/2008/032808-hannaford.html
Malware cited in supermarket data breach
http://www.usatoday.com/tech/news/computersecurity/2008-03-28-malware-supermarket_N.htm
Targeted Malware Used in Hannaford Credit Card Heist (data breach)
http://www.eweek.com/c/a/Security/Targeted-Malware-Used-in-Hannaford-Credit-Card-Heist/
Hannaford cc data thieves planted malware on 300 servers
http://www.theregister.co.uk/2008/03/28/massive_credit_card_breach_explained/
Malware Cited in Supermarket Data Breach
http://www.sfgate.com/cgi-bin/article.cgi?f=/n/a/2008/03/28/financial/f085012D35.DTL
Hannaford says malware planted on its store servers stole card data
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9073138
Malware to blame in supermarket data breach
http://www.news.com/8301-10784_3-9905991-7.html

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Was CMS multi-tasking?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Was CMS multi-tasking?
Newsgroups: alt.folklore.computers
Date: Mon, 31 Mar 2008 08:16:32

Chris Barts <chbarts+usenet@gmail.com> writes:

This is surprisingly hard for me to research:

Was CMS, in and of itself, a multi-tasking OS? I don't mean CP/CMS or
VM/CMS or whatever IBM calls it these days, I mean CMS's own design as
an OS.

original CMS ... when it was cambridge monitor system ... rather than
the rename conversational monitor system ... was single threaded.

when i was doing early pathlength optimization on cp67 kernel ...
originally starting out to significantly improve os360 thruput in
virtual machine ... old reference to part of presentation i made at
aug68 share meeting in boston:
http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14
http://www.garlic.com/~lynn/94.html#20 CP/67 & OS MFT14

I then got into multitasking scaleup of cp67 kernel with lots of
concurrent cms virtual machines ... and addressing some non-linear
scaleup issues ... then the whole dispatching/scheduling algorithms
http://www.garlic.com/~lynn/subtopic.html#fairshare

and page replacement algorithms.
http://www.garlic.com/~lynn/subtopic.html#wsclock

then one of the things i started looking at was cms related pathlength
overhead. i found biggest (cp67) pathlength overhead running cms was
doing cms disk file i/o simulation (sio instruction, channel program
translation, lpsw entering wait state, and subsequent i/o interrupt
simulation, etc). Since cms was single threaded operation ... i created
a modified virtual machine channel i/o interface that did "synchronous"
disk i/o operations. This significantly reduced virtual machine
simulation overhead for cms ... w/o impacting its thruput (since it
never did any concurrent operations during asynchronous i/o activity).

i got dinged by the people at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

because i had "violated" the purity of the 360 principles of operation
in the way i did the implementation. however, the overhead reduction of
the synchronous disk i/o was significant (and didn't otherwise impact cms
thruput) ... that they came up with the the DIAGNOSE instruction is
defined in the 360 principles of operation as "model dependent"
instruction ... and an abstraction of a virtual machine model
dependent DIAGNOSE instruction implementation ... where the synchronous
disk i/o operation was implemented with DIAGNOSE instruction (rather
than interface that I had done in the original implementation).

a few old posts mentioning synchronous disk i/o:
http://www.garlic.com/~lynn/99.html#95 Early interupts on mainframes
http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention
http://www.garlic.com/~lynn/2002h.html#62 history of CMS
http://www.garlic.com/~lynn/2003p.html#9 virtual-machine theory
http://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2007c.html#23 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007d.html#28 SVCs
http://www.garlic.com/~lynn/2007f.html#33 Historical curiosity question
http://www.garlic.com/~lynn/2007p.html#72 A question for the Wheelers - Diagnose instruction

the cms kernel remained under 64kbytes for quite some time. so later
addition of multithreading would have been a relatively easy coding
activity. I haven't worked with CMS kernel code in going on two decades
... but I can see where the pipeline package ... which supported various
co-routine & asynchronous activity ... could be moved into the kernel
and enhanced ... would be a natural evoluation path. old reference to
some cms asynchronous activity
http://www.garlic.com/~lynn/96.html#4a

but aggregate thruput would be limited if synchronous file i/o was
still being used.

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Hannaford case exposes holes in law, some say

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Hannaford case exposes holes in law, some say
Newsgroups: alt.folklore.computers
Date: Mon, 31 Mar 2008 08:46:17

jmfbahciv writes:

DEC never published security breaches either.  Why do you have
a problem with a company that is acting with responsibility?

re:
http://www.garlic.com/~lynn/2008g.html#8 Hannaford case exposes holes in law, some say

there have been lots of examples where information is published results
in a lot more attention to the area and improves the integrity and
quality.

I've claimed that something like that happened in early chipcard design
and deployment where skimming operations had been around for possibly a
decade before the design work on payment chipcards ... but the primary
countermeasures were for lost/stolen card, but deployments were still
trivially vulnerable to skimming attacks (which were starting to exceed
lost/stolen as a threat). this led to the yes card attack
http://www.garlic.com/~lynn/subtopic.html#yescard

i.e. the lack of public information apparently resulted in lack of
information even within the industry and not paying equivalent
attention to skimming threats as was paid to lost/stolen card
threats. we looked at this in detail when doing x9.59 financial
standard
http://www.garlic.com/~lynn/x959.html#x959
and AADS chip strawman
http://www.garlic.com/~lynn/x959.html#aads

and skimming attacks basically shared common threat with security
breaches and data breaches ... basically crooks being able to use the
harvested information for effectively replay attacks ... using the
gathered information to perform fraudulent transactions. the x9.59
protocol standard approach wasn't to eliminate the ability to perform
skimming, data breaches and/or security breaches ... but was to
eliminate the ability of the crooks to use the harvested information
for fraudulent transactions ... misc. past posts mentioning harvesting
attacks
http://www.garlic.com/~lynn/subintegrity.html#harvest

lots of past posts mentioning fraud, threats, vulnerabilities,
threats, and/or exploits
http://www.garlic.com/~lynn/subintegrity.html#fraud

I would claim that the whole common criteria and protection profile
stuff is to provide similar public information that raises customer
awareness.

another example I've used is RAS operation ... a specific situation i
used was in keynote talk i gave at nasa high dependable computing
conference
http://www.hdcc.cs.cmu.edu/may01/index.html

somewhat because of clone mainframes ... a commercial service grew-up
that collected customer mainframe erep reports ... annonymized the
information (somewhat akin to HIPAA privacy requirements) and published
RAS numbers ... allowing customers to compare different vendor
products.

i got caught in situation were i had done driver support for oem vendors
channel extender (allowing local channel attached devices to be located
remoted ... possibly including connection through some sort of telco
operation ... like T1). As part of the design, I had chosen to emulate
"CHANNEL CHECK" status for various unrecoverable errors ... that then
would go through higher level recovery operation.

Several years later, 3090 processors had been in customer shops for a
year ... and the product manager tracked me down with an extremely
severe problem. The commercial RAS service was showing that 3090s had
something like 20 channel check errors. This was a real problem.  3090
had been design so that there would only be a total of 3-5 channel check
errors (that is not 3-5 channel check errors per customer per year;
... that is aggregate of 3-5 channel check errors across all customer
installed 3090s per year). It turned out that the additional 15 or so
channel check errors were from the channel extender software driver.  So
a little fiddling, I determined that if IFCC (interface control check)
were simualted instead of CC, it would basically go through the
identical operating system recovery operations.

This level of attention would never have happened if the information
wasn't being published.

I asked all the other vendors in the meeting, how many of them actually
collected and/or knew detailed RAS numbers for all customer machines
(whether or not they were published).

past posts mentioning the 3090 channel check story
http://www.garlic.com/~lynn/94.html#24 CP spooling & programming technology
http://www.garlic.com/~lynn/96.html#27 Mainframes & Unix
http://www.garlic.com/~lynn/2004j.html#19 Wars against bad things
http://www.garlic.com/~lynn/2004q.html#51 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#28 Adversarial Testing, was Re: Thou shalt have no
http://www.garlic.com/~lynn/2005e.html#13 Device and channel
http://www.garlic.com/~lynn/2005u.html#22 Channel Distances
http://www.garlic.com/~lynn/2006b.html#21 IBM 3090/VM Humor
http://www.garlic.com/~lynn/2006i.html#34 TOD clock discussion
http://www.garlic.com/~lynn/2006n.html#35 The very first text editor
http://www.garlic.com/~lynn/2006y.html#43 Remote Tape drives
http://www.garlic.com/~lynn/2007f.html#53 Is computer history taught now?
http://www.garlic.com/~lynn/2007l.html#7 John W. Backus, 82, Fortran developer, dies

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Hannaford case exposes holes in law, some say

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Hannaford case exposes holes in law, some say
Newsgroups: alt.folklore.computers
Date: Mon, 31 Mar 2008 10:03:49

jmfbahciv writes:

DEC never published security breaches either.  Why do you have
a problem with a company that is acting with responsibility?

re:
http://www.garlic.com/~lynn/2008g.html#8 Hannaford case exposes holes in law, some say
http://www.garlic.com/~lynn/2008g.html#10 Hannaford case exposes holes in law, some say

something similar showed up in discussion in critical infrastructure
meetings
http://en.wikipedia.org/wiki/Critical_Infrastructure_Protection

and setting up isacs
http://www.isaccouncil.org/about/

there was whole issue about whether information would be subject to
freedom of information act ... but frequently that was a front for not
wanting to share information because it possibly represented competitive
advantage (trade-off individual interests against overall industry).

this can also be interpreted as "observe" within Boyd's OODA-loop
framework ... recent post
http://www.garlic.com/~lynn/2008g.html#4 CDOs subverting Boyd's OODA-loop

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

independent appraisers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: independent appraisers
Newsgroups: alt.folklore.computers
Date: Tue, 01 Apr 2008 09:33:10

Anne & Lynn Wheeler <lynn@garlic.com> writes:

re:
http://www.garlic.com/~lynn/2008f.html#10 independent appraisers
http://www.garlic.com/~lynn/2008f.html#14 independent appraisers

a little more ...

UBS fire-sale
http://www.financialnews-us.com/?page=ushome&contentid=2449999494

from above:

Analysts said they believed the Swiss bank had sold its Alt-A
investments to Pimco for 70 cents on the dollar, taking a deep discount
on a CHF26.6bn ($25.7bn) portfolio. UBS' shares fell 4% to CHF30.92
after touching a new five-year low of CHF30.88, more than the 1.2% fall
in the DJ Stoxx European bank index.

... snip ...

re:
http://www.garlic.com/~lynn/2008f.html#10 independent appraisers
http://www.garlic.com/~lynn/2008f.html#15 independent appraisers
http://www.garlic.com/~lynn/2008f.html#32 independent appraisers

UBS Says Ospel Resigns After Writedowns Lead to Loss
http://www.bloomberg.com/apps/news?pid=20601103&sid=atC1ZPCEta8U&refer=us

from above:

The bank will seek 15 billion francs in a rights offer to replenish
capital, on top of 13 billion francs already raised from investors in
Singapore and the Middle East. UBS will write down $19 billion on debt
securities, bringing the total to almost $38 billion since the third
quarter of 2007. Zurich-based UBS also said today it will cut jobs at
the investment bank.

... snip ...

Business channels are ridiculing UBS (and citibank) this morning ...
saying that UBS is currently ahead in the write-down sweepstakes ...
but Citibank hasn't been heard from yet ... and UBS replacing the
chairman with the general counsel was a strategy that was also tried by
Citibank.

decade old post mentioning that citibank almost went under in '89 from
exposure from variable rate mortgages and required infusion of private
capital to stay afloat
http://www.garlic.com/~lynn/aepay3.htm#riskm The Thread Between Risk Management and Information Security

and more recent references to citibank (including receiving large
amount of infusion of private capital, mostly from overseas):
http://www.garlic.com/~lynn/2008.html#70 As Expected, Ford Falls From 2nd Place in U.S. Sales
http://www.garlic.com/~lynn/2008c.html#87 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008f.html#13 independent appraisers
http://www.garlic.com/~lynn/2008f.html#43 independent appraisers
http://www.garlic.com/~lynn/2008f.html#89 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#94 Bush - place in history

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

independent appraisers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: independent appraisers
Newsgroups: alt.folklore.computers
Date: Tue, 01 Apr 2008 18:03:01

re:
http://www.garlic.com/~lynn/2008g.html#12 independent appraisers

article from yesterday:

New capital raising to be costly for banks
http://www.guardian.co.uk/feedarticle?id=7426387

from above:

Sovereign wealth funds were prominent in the first round of capital
raising from November to January, with the Abu Dhabi Investment
Authority and the Government of Singapore Investment Corp (GIC), along
with others, putting more than $26 billion into Citigroup, and GIC
investing $15.6 billion in UBS.

.... snip ...

Above says that (at least) Abu Dhabi Investment Authority and the
Government of Singapore Investment Corp (GIC) put more than $26
billion into Citigroup (as well as GIC putting nearly $16 billion in
UBS)

Earlier news items quote Abu Dhabi (and some of the other investors)
weren't planning on putting more into Citicorp (and the money put into
Citicorp so far might not be enough).

posts with recent news items mentioning citi:
http://www.garlic.com/~lynn/2008c.html#11 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008e.html#65 Banks failing to manage IT risk - study
http://www.garlic.com/~lynn/2008f.html#15 independent appraisers
http://www.garlic.com/~lynn/2008f.html#16 independent appraisers

including:

Giant Write-Down Is Seen for Merrill
http://www.nytimes.com/2008/01/11/business/11wall.html?ref=business
Citigroup Could Write Down Up to $24 Billion
http://www.abcnews.go.com/Business/IndustryInfo/wireStory?id=4129442
Citigroup sinks on sovereign wealth fund comments
http://ctv2.theglobeandmail.com/servlet/story/RTGAM.20080304.wcitigroup0304/business/Business/businessBN/ctv-business
Sovereign funds may not save Citigroup
http://news.yahoo.com/s/ap/20080304/ap_on_bi_ge/dubai_funds_citigroup;_ylt=AsePivnAVi0glJl3X.JLHk2yBhIF
Citigroup Slides
http://www.forbes.com/markets/2008/03/04/citigroup-subprime-dubai-markets-equity-cx_md_0304markets18.html?partner=moreover
Sovereign funds may not save Citigroup
http://www.miamiherald.com/business/AP/story/443584.html
Citigroup To Shrink Mortgage Holdings By $45 Billion
http://money.cnn.com/news/newsfeeds/articles/djf500/200803070425DOWJONESDJONLINE000534_FORTUNE5.htm
More credit costs seen weighing on banks, brokers; Citigroup may face
$12 billion in additional write-downs, Goldman says
http://www.marketwatch.com/news/story/goldman-sees-citigroup-facing-12/story.aspx?guid=%7B69B32AA2%2D5E60%2D48A5%2DBD90%2DDB67644BEEC7%7D
Bloomberg: Citigroup May Need Cash as Losses Mount
http://www.monitordaily.com/Story_Page.asp?News_ID=20829&Type=AlsoToday

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Was CMS multi-tasking?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Was CMS multi-tasking?
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 11:17:20

Chris Barts <chbarts+usenet@gmail.com> writes:

The padded cell is a very attractive feature of the whole thing. It
makes a lot of things much easier, which is why these things get
re-invented as soon as the new generation of hardware gets powerful
enough to handle it. OTOH, re-inventions are *never* exact. Time
marches on and VM/370 never had to deal with first-person shooters
demanding access to hardware-accelerated graphics cards.

re:
http://www.garlic.com/~lynn/2008g.html#9 Was CMS multi-tasking?

there may be some proportional issues, in the late 70s, there was
situation where somebody used it to deploy ATM transaction processing
on 370/158 (approx. 1mip processing) which was doing large number of
ATM machine transactions per second. There was claim that it
outperformed ACP implementation on 168. The current event rate "per
MIP" for first-person shooters may actually be lower than many of
these "high" transaction rate deployments from three decades ago.

Transactions initially came into a virtual machine dedicated to
transaction routing ... which then looked around at at pool of
transaction routing virtual machines and handed it off to first
available. The transaction routing virtual machine had all
sorts of fancy scheduling algorithms to optimize processor and disk
arm throughput ... and would hand-off to transaction
processing virtual machine "just in time".

Separating the transaction routing from transaction servicing ...
significantly aided conceptually in being able to implement
sophisticated transaction throughput in the transaction routing
function. By comparision, ACP had been a monolithic transaction
processing operation ... with very rudimentary sophistication in
optimizing transaction throughput (other than minimizing overhead).

In some sense, vm/370 kernel had moved enormous amount of optimizing
throughput with minimal pathlength into a separate component.  Then it
was much easier for independent implementation of other strategies in
the other components (something extremely difficult or impossible in a
monolithic implementation).

As an aside, the growing use of ACP in transaction processing outside
the airline industry (especially in financial industry) led to
rebranding ACP as TPF (transaction processing facility).

Another example of monolithic operation is the difficulty and late
timeframe it took TPF to getting around to supporting multiprocessing
(SMP) operation (possible drawing some parallels to current multi-core
situation). Numerous past posts about smp support (and/or invention of
compare&swap instruction)
http://www.garlic.com/~lynn/subtopic.html#smp

With the advent of 3081 ... there was supposedly not going to be any
more single processor (high-end mainframe) offerings ... all future
offerings were going to be multiprocessors. This created quite some
difficulty for ACP/TPF since it didn't have multiprocessor support and
it took quite awhile for ACP/TPF to get around to implementing
multiprocessor support.

This became a real problem since ACP/TPF customers would have to start
doing all there work under VM370 (which had multiprocessor support)
... running ACP/TPF in (single processor) virtual machines.

This prompted the vm370 development group to add a bunch of stuff to
the kernel tailored to ACP/TPF running under vm370 on 3081 ... which
turned out to have noticeable degradation for all the other customers
running multiprocessor machines.

The situation became so severe, that they eventually they had to come
out with 3083 that ran as single processor (primarily for ACP/TPF
customers). Prior to 3081, multiprocessors were basically single
processor machines that had special cabling and connections to operate
in multiprocessor mode ... but could be configured to operate as
multiple single processors. For the 3081, they introduced the term
DYADIC since the two processors were in a single box and shared a lot
of components (and couldn't be configured into two single independent
processors).

One might wonder if there is some analogy with the current 3-core
chips ... some speculation that they are really 4-core chips ... that
had some manufacturing defect in only one of the cores.

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

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

The Original mcom.com Revived

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: The Original mcom.com Revived
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 12:00:45

The Original mcom.com Revived
http://tech.slashdot.org/article.pl?sid=08/04/01/1428240

Happy Run Some Old Web Browsers Day!
http://jwz.livejournal.com/856745.html

and ...

http://home.mcom.com/

as i've mentioned before ... two of the people in jan92 ha/cmp meeting
http://www.garlic.com/~lynn/95.html#13

later show up at small client/server startup responsible for something
called the commerce server. we were called in to consult because they
wanted to do payment transactions on their sever ... some past posts
http://www.garlic.com/~lynn/subnetwork.html#gateway

which is now frequently referred to as electronic commerce.

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

independent appraisers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: independent appraisers
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 12:22:10

Anne & Lynn Wheeler <lynn@garlic.com> writes:

re:
http://www.garlic.com/~lynn/2008g.html#12 independent appraisers

article from yesterday:

New capital raising to be costly for banks
http://www.guardian.co.uk/feedarticle?id=7426387

from above:

Sovereign wealth funds were prominent in the first round of capital
raising from November to January, with the Abu Dhabi Investment
Authority and the Government of Singapore Investment Corp (GIC), along
with others, putting more than $26 billion into Citigroup, and GIC
investing $15.6 billion in UBS.

.... snip ...

re:
http://www.garlic.com/~lynn/2008g.html#13 independent appraisers

somewhat related interview:

On Markets and Complexity; Economist Robert C. Merton talks about the
current crisis, risk, and financial engineering.
http://www.technologyreview.com/Biztech/20501/

from above:

Today's financial crisis is often blamed on a system so complex as to be
beyond the comprehension of even its practitioners. (See "The Blow-Up.")
We asked Merton what he thinks of complexity--and whether he thinks
markets have too much of it.

... snip ...

as previously mentioned ... instruments originally created to obfuscate
the underlying value .... were used to package large number of credit
items (mortgages, loans, etc) which have a significant value component.
previous post drawing analogy to subverting *observe* part of
Boyd's OODA-loop
http://www.garlic.com/~lynn/2008g.html#4 CDOs subverting Boyd's OODA-loop

decade old post referencing need for transparency for accurate
valuation of these instruments
http://www.garlic.com/~lynn/aepay3.htm#riskm The Thread Between Risk Management and Information Security

originators, who had been sensitive to underlying value, found that
they could now unload their products (as these instruments) with no
apparent regard to the underlying value. As a result they no longer
needed to pay attention to the underlying value, and the only measure
became how many could be turned out per unit time. It even appeared to
be a benefit to promote significant value inflation ... which, in
turn, attracted significant speculation activity (leading to run away
value inflation).

the situation was aggravated with the repeal of Glass-Steagall
allowing unregulated (sometimes extremely risky) investment activity
would be allowed to contaminate regulated financial operations
(which require high degree of safety and soundness).

recent posts mentioning Glass-Steagall
http://www.garlic.com/~lynn/2008b.html#12 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008c.html#11 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#87 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#85 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008e.html#42 Banks failing to manage IT risk - study
http://www.garlic.com/~lynn/2008e.html#59 independent appraisers
http://www.garlic.com/~lynn/2008f.html#1 independent appraisers
http://www.garlic.com/~lynn/2008f.html#13 independent appraisers
http://www.garlic.com/~lynn/2008f.html#17 independent appraisers
http://www.garlic.com/~lynn/2008f.html#43 independent appraisers
http://www.garlic.com/~lynn/2008f.html#46 independent appraisers
http://www.garlic.com/~lynn/2008f.html#53 independent appraisers
http://www.garlic.com/~lynn/2008f.html#71 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#73 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#75 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#79 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#94 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#96 Bush - place in history
http://www.garlic.com/~lynn/2008f.html#97 Bush - place in history
http://www.garlic.com/~lynn/2008g.html#2 Bush - place in history

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Hannaford breach illustrates dangerous compliance mentality

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Hannaford breach illustrates dangerous compliance mentality
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 12:43:20

Hannaford breach illustrates dangerous compliance mentality
http://searchsecurity.techtarget.com/news/column/0,294698,sid14_gci1308040,00.html

from above:

No one would argue that PCI, SOX et al haven't done some good things for
corporate America; certainly they have. But that's almost beside the
point now, because in some cases those benefits are outweighed by the
enormous amount of time and effort security staffs have to spend on
compliance, often at the expense of other projects. We're now beginning
to see the results of that compromise, and it's not a pretty picture.

... snip ...

previous posts
http://www.garlic.com/~lynn/2008g.html#8 Hannaford case exposes holes in law, some say
http://www.garlic.com/~lynn/2008g.html#10 Hannaford case exposes holes in law, some say
http://www.garlic.com/~lynn/2008g.html#11 Hannaford case exposes holes in law, some say

the other metaphor that we've used is naked transactions ... lots of
related posts
http://www.garlic.com/~lynn/subintegrity.html#payments

the x9a10 financial standard working group had been given the
requirement to preserve the integrity of the financial infrastructure
for all retail payments. after detailed end-to-end thread &
vulnerability study ... the x9.59 financial standard was produced
http://www.garlic.com/~lynn/x959.html#x959

part of the work in x9.59 was observation that there were an enormous
number of points in the current infrastructure that could leak
information (which contributed to our comment that the planet could be
buried under miles of information-hiding encryption and still wouldn't
prevent leaks) ... x9.59 took that tact of eliminating the information
leakage as a threat. The current scenario is that attackers can leverage
the harvested/leaked information as a form of replay attack for
fraudulent transactions (account fraud as subcategory of identity
theft). The x9.59 financial standard approach was to eliminate the
crooks being able to use the information for fraudulent transactions.
X9.59 did nothing to prevent the leakage ... it just eliminated
financial fraud that happens in the current paradigm when information
has leaked.

misc past posts mentioning burying the planet under miles of encryption
not being able to prevent the information leagage.
http://www.garlic.com/~lynn/aadsm25.htm#24 DDA cards may address the UK Chip&Pin woes
http://www.garlic.com/~lynn/aadsm26.htm#24 News.com: IBM donates new privacy tool to open-source Higgins
http://www.garlic.com/~lynn/2005v.html#2 ABN Tape - Found
http://www.garlic.com/~lynn/2006e.html#44 Does the Data Protection Act of 2005 Make Sense
http://www.garlic.com/~lynn/2006k.html#5 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2006k.html#18 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2006y.html#8 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007b.html#60 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#65 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007o.html#5 The Unexpected Fact about the First Computer Programmer
http://www.garlic.com/~lynn/2007o.html#28 EZPass: Yes, Big Brother IS Watching You!
http://www.garlic.com/~lynn/2007r.html#21 Is the media letting banks off the hook on payment card security
http://www.garlic.com/~lynn/2007s.html#16 The new urgency to fix online privacy
http://www.garlic.com/~lynn/2008.html#9 folklore indeed

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

CA ESD files Options

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: CA ESD files Options
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Wed, 02 Apr 2008 13:59:53

eamacneil@YAHOO.CA (Ted MacNEIL) writes:

Mainframers brag about how long a system stays up.  PFCSK's brag about
how fast they can re-boot.

a lot of work was done on cp67 and subsequent vm370 to stay up, reboot
quickly, and require minimum hands-on for 7x24 operation for
around-the-clock, online access.

reboot quickly included quickly back up and operational in lights-out,
unattended operation.

this helped allow cp67 to migrate into commercial time-sharing service.
first shift was obviously, fairly heavily used ... but offshift and
weekends use might be problematical ... making it difficult to justify
offshift availability unless costs were reduced to a minimum (i.e.  no
operator). however, there were other characteristics that were needed.
back then, there was high percentage of leased systems ... and the
processor "meter" was used to establish monthly charges. in addition to
work on unattended/automated operation for cp67 ... there was also work
on how to get the meter to "stop" when the system was otherwise idle.
the system meter would run when the processor was executing and/or when
there was active i/o operations (and would coast for 400mills after
things quiesced). it took a little slight of hand to leave active i/o on
the (terminal) interface (able to responds to spontaneous terminal i/o)
and not have the meter run.
http://www.garlic.com/~lynn/submain.html#timeshare

for other topic drift ... posts related to getting to play disk engineer
in bldgs. 14 (disk engineering) and 15 (disk product test). at the time
they had tried operating test machines (processors used for testing
disks & controllers in development) under MVS ... but found it had a
MTBF of 15 minutes (hang and/or crash ... both requiring reboot).
http://www.garlic.com/~lynn/subtopic.html#disk

sort of as a hobby, putting together bullet proof operations where they
could not only operate a single "test cell" ... but operate several
concurrently (eliminated scheduling bottleneck for dedicated stand-alone
single test at a time).

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

CA ESD files Options

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: CA ESD files Options
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Wed, 02 Apr 2008 16:24:38

warcar@ATT.NET (Warren Brown) writes:

What?

re:
http://www.garlic.com/~lynn/2008g.html#18 CA ESD files Options

you can get a satellite photo of the old GPD/disk plant site here
http://maps.google.com/maps?hl=en&tab=wl

put in the address "5600 Cottle Rd, San Jose, Ca." and select
satellite.

in the photo, bldgs. 14 & 15 are still standing and have cars in the lot
...  old reference here
http://www.garlic.com/~lynn/subtopic.html#disk

bldgs. 12, 26, 28 and several other bldgs. are bulldozed.

there were recent news items about attempts to declare the bldg. in the
upper left corner (intersection of railroad tracks, old monterey rd, &
cottle) a historical bldg (keeping it from being bulldozed) ... but a
recent fire destroyed much of the structure.

bldg. 28 was the old research facility (before almaden was built and
research moved up the hill). among other things, the original
relational/sql implementation, System/r was created in bldg. 28
(precursor to sql/ds, db2, etc).
http://www.garlic.com/~lynn/submain.html#systemr

bldg. 15 is one story structure just north of what use to be the plant
site lake that was adjacent to the homestead facility (between bldg. 28
and homestead) ... nearly all the area north of highway 85 has been
bulldozed (and in the "map" view ... much of the roads listed are gone)

bldg. 15 shows two parts with corridor between the two parts.  the
product test machine room was in the southern part, it included a large
environmental chamber (control air pressure, humidity, etc) that could
accomodate large full sized 3880 controllers and 3380 drives.

bldg. 14 is two story structure just north of 15. the disk engineering
machine room was in the middle of the 2nd floor. in the 80s, when
several bldgs were getting seismic retrofit, disk engineering was
temporarily moved to an "off-site" location, while bldg. 14 got its
seismic retrofit.

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

independent appraisers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: independent appraisers
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 17:01:04

Anne & Lynn Wheeler <lynn@garlic.com> writes:

New capital raising to be costly for banks
http://www.guardian.co.uk/feedarticle?id=7426387

from above:

Sovereign wealth funds were prominent in the first round of capital
raising from November to January, with the Abu Dhabi Investment
Authority and the Government of Singapore Investment Corp (GIC), along
with others, putting more than $26 billion into Citigroup, and GIC
investing $15.6 billion in UBS.

.... snip ...

re:
http://www.garlic.com/~lynn/2008g.html#13 independent appraisers

from week or so ago:

Revealed: how sovereign wealth funds were left nursing multibillion losses
http://www.guardian.co.uk/business/2008/mar/22/banking.investmentfunds

from above:

In recent months, banks including Citigroup, Morgan Stanley and UBS have
turned to investment funds, including the Government of Singapore
Investment Corp (GIC), its sister fund, Temasek, and China Investment
Corp, for funding that western investors were unwilling to give as
stockmarkets plunged.

... snip ...

and ...

The pain shows no sign of letting up. Two months ago, Citigroup
announced it had plunged into the red over the past three months of 2007
and sliced its dividend almost in half as it wiped more than $18bn off
the value of its assets because of exposure to sub-prime mortgages. But
Wall Street analysts reckon the firm could record a further $15bn
write-down for this financial quarter.

... snip ...

Agreement on Sovereign Wealth Funds; The U.S., Singapore, and Abu Dhabi
have reached an accord that emphasizes transparency and the elimination
of political influence in investment decisions
http://www.businessweek.com/globalbiz/content/mar2008/gb20080325_139235.htm?chan=top+news_top+news+index_global+business

from above:

The International Monetary Fund (IMF) estimates the total asset size of
sovereign wealth funds at around $2 trillion to $3 trillion, with the
potential to grow to between $6 trillion and $10 trillion by 2013.

... snip ...

and from today:

CIC's Wang Says Sovereign Funds Not Treated Fairly
http://www.bloomberg.com/apps/news?pid=20601080&sid=aT7p7Hj3QXsk&refer=asia

from above:

Sovereign wealth funds have made investments of at least $59 billion in
the past year to shore up the balance sheets of Wall Street banks such
as Citigroup Inc. and Merrill Lynch & Co., dented by more than $232
billion of subprime-related writedowns and losses since the beginning of
2007.

... snip ...

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

WWII supplies

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: WWII supplies
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 17:35:29

D.J. <solosam75@cableone.net> writes:

They thought they had trained well and their gear was good. It
wasn't. I have seen documentaries where tankers who fought German
tanks in the French bocage and North Africa wanting to have a talk
with the people who told them the Sherman could handle it. Something
about a baseball bat was mentioned. One guy wanted to put the
advertisers in a Sherman, and fire at it with an 88.

past posts mentioning sherman ... and supposedly there was a specific
decision that even with 5:1 kill ratio losses ... that shermans could be
built so quickly that eventually could dominate thru attrition (modulo
troop morale)
http://www.garlic.com/~lynn/2000c.html#85 V-Man's Patton Quote (LONG) (Pronafity)
http://www.garlic.com/~lynn/2001.html#30 Review of Steve McConnell's AFTER THE GOLD RUSH
http://www.garlic.com/~lynn/2001m.html#3 mainframe question
http://www.garlic.com/~lynn/2001m.html#10 mainframe question
http://www.garlic.com/~lynn/2001m.html#11 mainframe question
http://www.garlic.com/~lynn/2001m.html#16 mainframe question
http://www.garlic.com/~lynn/2003n.html#27 Controversial paper - Good response article on ZDNet
http://www.garlic.com/~lynn/2004b.html#24 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2005j.html#11 The 8008
http://www.garlic.com/~lynn/2005j.html#14 The 8008
http://www.garlic.com/~lynn/2006f.html#14 The Pankian Metaphor
http://www.garlic.com/~lynn/2006q.html#28 was change headers: The Fate of VM - was: Re: Baby MVS???

This was one of Boyd's examples that large part of WW2 in Europe was
based on resource and logistic superiority overwhelming the opposition.
Initially it started with rigid command&control structure to handle
deployment of large number of rapidly trained soldiers with little
expierence (effectively substituting the orchestration of enormous
resources in lieu of skills and experience). misc. past posts
http://www.garlic.com/~lynn/subboyd.html#boyd
and various URLs from around the web
http://www.garlic.com/~lynn/subboyd.html#boyd2

It was also supposedly Boyd's battle plan used in the gulf conflict from
the last decade as opposed to the proposed tank slugfest.

John Boyd: Architect of Modern Warfare
http://gtalumni.org/stayinformed/magazine/fall02/article3.html

from above:

When Desert Shield, the buildup for the Gulf War, began, then-Secretary
of Defense Dick Cheney summoned Boyd to Washington. After private
sessions with Boyd, Cheney threw out Gen. Norman Schwarzkopf's plans for
prosecuting the war and developed his own: a Marine Corps diversionary
feint at Kuwait while the Army raced far to the west in the now-famous
"left hook." Everything about the plan was out of Boyd's "Patterns of
Conflict" — the multiple thrusts and deception operations created such
rampant confusion among enemy forces that they surrendered by the
thousands. America picked when and where it would fight and when and
where it would not fight — and won without a prolonged ground war.

... snip ...

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Was CMS multi-tasking?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Was CMS multi-tasking?
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 20:57:50

Peter Flass <Peter_Flass@Yahoo.com> writes:

As I recall, it was tricky to communicate.  I think it was mostly
through the spool.  I wrote a syhstem with a controller server and a
couple of workers that communicated his way.  I believe IUCV came in
with SP, and virtual 3270's maybe XA?  Now you have an excess of
ways to communicate, sockets over virtual LAN (forget the term),
VMCF, SFS, etc.

re:
http://www.garlic.com/~lynn/2008g.html#9 Was CMS multi-tasking?
http://www.garlic.com/~lynn/2008g.html#14 Was CMS multi-tasking?

internally there was SPM originally implemented on cp67 and then
ported to vm370.

instead of putting out SPM, they did VMCF, which was released in vm370
release 3 (mid-70s) ...  which had a small subset of SPM. Then because
VMCF wasn't enuf ... IUCV was released later (release 6, pre-sp)
... and VMCF plus IUCV was still a subset of SPM ... and SPM still
wasn't released.

the networking implementation used in the internal network
http://www.garlic.com/~lynn/subnetwork.html#internalnet

supported SPM ... it was even in the version shipped to customers (even
though SPM wasn't actually available).

some past references
http://www.garlic.com/~lynn/2004m.html#20 Whatever happened to IBM's VM PC software?
http://www.garlic.com/~lynn/2006k.html#51 other cp/cms history
http://www.garlic.com/~lynn/2006t.html#47 To RISC or not to RISC
http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2006w.html#12 more secure communication over the network
http://www.garlic.com/~lynn/2006w.html#16 intersection between autolog command and cmsback (more history)
http://www.garlic.com/~lynn/2006w.html#52 IBM sues maker of Intel-based Mainframe clones

some old SPM related email:
http://www.garlic.com/~lynn/2006k.html#email851017
http://www.garlic.com/~lynn/2006w.html#email750430

spm was used by a number of other serivce virtual machines ... one
example was cjntel ... some old cjntel related email
http://www.garlic.com/~lynn/lhwemail.html#cjntel
it was also used by the cmsback service virtual machine (related
to handling personal restore requests)
http://www.garlic.com/~lynn/lhwemail.html#cmsback

including reference to this email
http://www.garlic.com/~lynn/2006w.html#email801211
in this post
http://www.garlic.com/~lynn/2006w.html#16 intersection between autolog command and cmsback (more history)

the above includes extract from 8jun79 SPM document.

the author of rexx also did a multi-user spacewar game for (cms) 3270s
... a monitor/server game controller ran in virtual machine and used
special message to communicate with all (cms) client virtual machines
... either on local machine or on remote machines (leveraging special
message transparency via the internal network support). some references
http://www.garlic.com/~lynn/2001f.html#10 5-player Spacewar?
http://www.garlic.com/~lynn/2001h.html#8 VM: checking some myths.
http://www.garlic.com/~lynn/2001j.html#26 Help needed on conversion from VM to OS390
http://www.garlic.com/~lynn/2002g.html#57 Amiga Rexx
http://www.garlic.com/~lynn/2003c.html#72 OT: One for the historians - 360/91
http://www.garlic.com/~lynn/2003i.html#27 instant messaging
http://www.garlic.com/~lynn/2003m.html#14 Seven of Nine
http://www.garlic.com/~lynn/2004b.html#33 A POX on you, Dennis Ritchie!!!
http://www.garlic.com/~lynn/2004c.html#34 Playing games in mainframe
http://www.garlic.com/~lynn/2004m.html#20 Whatever happened to IBM's VM PC software?
http://www.garlic.com/~lynn/2005r.html#12 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2005t.html#40 FULIST
http://www.garlic.com/~lynn/2005u.html#4 Fast action games on System/360+?

a somewhat separate network-oriented facility evolved that supported
programmed psuedo-3270 terminal interface. the network-oriented flavor
was called passthru virtual machine (PVM) which would create remote
emulated 3270 that allowed logging on to remote machine. This
interface was also supported by (internal) terminal scripting
application called STORY and in conjunction with PARASITE
supported both local programmed emulated 3270s as well as remote
emulated 3270s (with the aid of PVM ... also predating personal
computers and HLLAPI). misc. parasite/story references:
http://www.garlic.com/~lynn/2001k.html#35 Newbie TOPS-10 7.03 question
http://www.garlic.com/~lynn/2003i.html#73 Computer resources, past, present, and future
http://www.garlic.com/~lynn/2003j.html#24 Red Phosphor Terminal?
http://www.garlic.com/~lynn/2004e.html#14 were dumb terminals actually so dumb???
http://www.garlic.com/~lynn/2005r.html#12 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2006.html#3 PVM protocol documentation found
http://www.garlic.com/~lynn/2006c.html#14 Program execution speed
http://www.garlic.com/~lynn/2006f.html#37 Over my head in a JES exit
http://www.garlic.com/~lynn/2006m.html#35 Draft Command Script Processing Manual
http://www.garlic.com/~lynn/2006n.html#23 sorting was: The System/360 Model 20 Wasn't As Bad As All That
http://www.garlic.com/~lynn/2006p.html#31 "25th Anniversary of the Personal Computer"
http://www.garlic.com/~lynn/2006w.html#16 intersection between autolog command and cmsback (more history)
http://www.garlic.com/~lynn/2007.html#23 How to write a full-screen Rexx debugger?
http://www.garlic.com/~lynn/2007o.html#65 The use of "script" for program

after having done synchronous disk/file i/o interface to significantly
reduce cms virtual machine overhead ... mentioned in this post
http://www.garlic.com/~lynn/2008g.html#9 Was CMS multi-tasking?

later i did a page-mapped implementation for cms filesystem which
further reduced cms virtual machine overhead ... but also significantly
improved performance ... in part because page-mapped filesystem was much
better match with the underlying virtual memory support used as part of
virtual machine operation, this never shipped in standard product, was
used internal at some number of installations; a special version did
ship as part of the special pc/370, xt/370, at/370 product. misc.
past posts:
http://www.garlic.com/~lynn/submain.html#mmap

it also included some amount of special handling for sharing
paged mapped executable images ... some references of the
difficulties encountered
http://www.garlic.com/~lynn/submain.html#adcon

later I undertook to use a combination of page-mapped interface,
special message, and some additional interfaces to move the kernel
spool file support out of the kernel and into a virtual address space.
The objective was to significantly increase the reliability and
integrity of the overall system, greatly simplify being able to add
new function and increase spool file thruput by couple orders of
magnitude or more.

this effort had been somewhat spawned by HSDT project
http://www.garlic.com/~lynn/subnetwork.html#hsdt

which had multiple full-duplex T1 (and higher speed) telco links as
well as local channel-to-channel interfaces. The internal network
leveraged to (first cp67 and later) vm370 kernel spool file system for
local storage. This was also a "synchronous" interface (similar to the
disabled, "synchronous" interface for cms disk i/o) ... but in large,
heavily loaded system, the network virtual machine might be limited to
3-5 4k blocks per second (maybe 20kbytes/sec). A single full-duplex T1
required on the order of 300kbytes/sec thruput (aggregate requirement
could be as high as several mbytes thruput). Minor footnote, the HSDT
internal network support activity was distinct from the HSDT internet
protocol network support activity.

Nearly all of the code was re-implemented in VS/pascal running in
virtual address space ... and I referred to the project as SFS (spool
file system) ... This predating the CMS SFS, shared file system by
several years ... although it *shares* some of the same requirements
... being a virtual address space implementation being used by
large number of other processes running on the system.

Misc. SFS (spool file system) posts:
http://www.garlic.com/~lynn/99.html#34 why is there an "@" key?
http://www.garlic.com/~lynn/2000b.html#43 Migrating pages from a paging device (was Re: removal of paging device)
http://www.garlic.com/~lynn/2000d.html#11 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2001l.html#25 mainframe question
http://www.garlic.com/~lynn/2002k.html#25 miscompares per read error
http://www.garlic.com/~lynn/2003b.html#33 dasd full cylinder transfer (long post warning)
http://www.garlic.com/~lynn/2003b.html#44 filesystem structure, was tape format (long post)
http://www.garlic.com/~lynn/2003b.html#46 internal network drift (was filesystem structure)
http://www.garlic.com/~lynn/2003g.html#27 SYSPROF and the 190 disk
http://www.garlic.com/~lynn/2003k.html#26 Microkernels are not "all or nothing". Re: Multics Concepts For
http://www.garlic.com/~lynn/2003k.html#63 SPXTAPE status from REXX
http://www.garlic.com/~lynn/2004m.html#33 Shipwrecks
http://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005j.html#58 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005n.html#36 Code density and performance?
http://www.garlic.com/~lynn/2005s.html#28 MVCIN instruction
http://www.garlic.com/~lynn/2005s.html#46 Various kinds of System reloads
http://www.garlic.com/~lynn/2005s.html#50 Various kinds of System reloads
http://www.garlic.com/~lynn/2006e.html#36 The Pankian Metaphor
http://www.garlic.com/~lynn/2006k.html#51 other cp/cms history
http://www.garlic.com/~lynn/2006o.html#64 The Fate of VM - was: Re: Baby MVS???
http://www.garlic.com/~lynn/2006p.html#11 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006q.html#27 dcss and page mapped filesystem
http://www.garlic.com/~lynn/2006s.html#7 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006t.html#45 To RISC or not to RISC
http://www.garlic.com/~lynn/2007c.html#21 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007f.html#33 Historical curiosity question
http://www.garlic.com/~lynn/2007g.html#70 The Perfect Computer - 36 bits?

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

Doug Engelbart's "Mother of All Demos"

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Doug Engelbart's "Mother of All Demos"
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 21:00:25

"Jim Mehl" <mehl@ihot.com> writes:

Yeah, IBM sent me to Austin, Endicott, Yorktown Heights, and a
bunch of other places over the years. I actually had a chance to talk
to Doug after he gave a talk at IBM Research in San Jose. That was
probably in the 80's or so. Fascinating guy.

I got involved with Doug a little as result of being called in to look
at technology ... like GNOSIS, as result of M/D purchase of Tymshare
(and Doug looking for possible new landing place).

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

WWII supplies

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: WWII supplies
Newsgroups: alt.folklore.computers
Date: Wed, 02 Apr 2008 21:37:36

Larry Elmore <ljelmore@verizon.spammenot.net> writes:

A good-sized proportion of wrecked tanks could be repaired and
returned to service.  Finding new crews was harder.  Cooks and clerks
who've been told they're now tankers, given a few hours instruction
and and issued tanks right out of the battlefield repair shops with
patches and new welds, and sometimes still the smell of the crew
killed in it a week before.  Sometimes bits of them, too, that
inadvertently weren't washed out.  There's a morale building scenario
for you.

re:
http://www.garlic.com/~lynn/2008f.html#90 WWII supplies
http://www.garlic.com/~lynn/2008g.html#21 WWII supplies

i had an uncle that joined right out of highschool and went in as a
mechanic ... he was just in time so that he spent three years over there
repairing tanks (possibly sometimes operating them?). he never made any
references to it. my mother has commented that he was lucky to come back
at all ... and did came back very changed.

--
40+yrs virtualization experience (since Jan68), online at home since Mar70

CA ESD files Options

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: CA ESD files Options
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Thu, 03 Apr 2008 01:55:51

shai.hess@GMAIL.COM (shai hess) writes:

You can have a problem with XP/Linux if you surfing the Internet looking
for unreliable sites (XXX site, maybe for the guy who reboot the PC after 2
hours :)), or if you open email from non authorize people. I use the XP SP2
and I have never needed to reboot my PC.

A lot of companies use the PC for production (millions of companies, MF
is used only by several thousand only) and as I wrote in the past even IBM
uses the PC for some of their hardware also.

I can promise you that if MVS will support email and surfing the Internet
you will have the same problem as open system have. MF is reliable not
because of IBM genius, but because MF is a closed system with a very simple
functionality compare to the open system. Close the open system and you have
MF reliability.

The solution is very clear, when you use the XP for production (SQL
server, MFNetDisk) , do not use the PC to play with the Internet or receive
spam email.
That is very simple to understand.

re:
http://www.garlic.com/~lynn/2008g.html#18 CA ESD files Options
http://www.garlic.com/~lynn/2008g.html#19 CA ESD files Options

a large number of exploits are buffer length overflows ...
http://www.garlic.com/~lynn/subintegrity.html#overflow

which are related to C language implementations ... which can be nearly
non-existant in mainframes. I had worked on the original mainframe
tcp/ip product implemented in vs/pascal ... and it had none of the
common buffer length overflow problems found in C language
implementations. some past posts related to adding rfc1044 support to
the base implementation and in some tuning tests at cray research
between a cray and a 4341-clone ... got several orders of magnitude
improvement in bytes/instruction (i.e. from full 3090 processor to get
44kbytes/sec to modest amount of 4341-clone getting 1mbyte/sec, aka
channel interface)
http://www.garlic.com/~lynn/subnetwork.html#1044

there have been numerous efforts involving tools to automatically find C
language buffer overflow problems ... which have failed to eliminate the
problems. Finally there have been some architecture additions to various
chips to specifically mitigate some of the common exploits from buffer
length related compromises.

In the past, I had done some work attempting to create taxonomy from
CVE vulnerability database ... but at the time, the vulnerabiilty
reporting structure was quite free form and took a bit of work
attempting to categorize vulnerabilities (there have been some recent
announcements regarding adding structure to the CVE vulnerability
entries ... to aid in categorizing vulnerabilities/exploits).

some old posts related to CVE database and threats/vulnerabilities
http://www.garlic.com/~lynn/2004e.html#43 security taxonomy and CVE
http://www.garlic.com/~lynn/2005c.html#28 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005c.html#32 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#0 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#67 [Lit.] Buffer overruns