List of Archived Posts

2008 Newsgroup Postings (01/15 - 01/24)

on-demand computing

Computer Science Education: Where Are the Software Engineers of Tmoorrow?

Computer Science Education: Where Are the Software Engineers of Tomorrow?

on-demand computing

folklore indeed

folklore indeed

Science and Engineering Indicators 2008

Computer Science Education: Where Are the Software Engineers of Tomorrow?

on-demand computing

folklore indeed

folklore indeed

folklore indeed

Computer Science Education: Where Are the Software Engineers of Tomorrow?

Education ranking

on-demand computing

Flash memory arrays

Flash memory arrays

Flash memory arrays

Flash memory arrays

Yahoo's CAPTCHA Security Reportedly Broken

folklore indeed

Financial Analytics in E-Commerce: Starting to Take Shape

folklore indeed

Yahoo's CAPTCHA Security Reportedly Broken

folklore indeed

Flash memory arrays

folklore indeed

Re-hosting IMB-MAIN

No Glory for the PDP-15

MapReduce - a Major Step Backwards?

MapReduce - a Major Step Backwards?

How does ATTACH pass address of ECB to child?

Tap and faucet and spellcheckers

windows time service

windows time service

Tap and faucet and spellcheckers

windows time service

Tap and faucet and spellcheckers

What do YOU call the # sign?

folklore indeed

windows time service

folklore indeed

windows time service

IT managers stymied by limits of x86 virtualization

China's Godson-2 processor takes center stage

windows time service

Usefulness of bidirectional read/write?

How does ATTACH pass address of ECB to child?

How does ATTACH pass address of ECB to child?

windows time service

How does ATTACH pass address of ECB to child?

How does ATTACH pass address of ECB to child?

China's Godson-2 processor takes center stage

folklore indeed

windows time service

Toyota Sales for 2007 May Surpass GM

Toyota Sales for 2007 May Surpass GM

Govt demands password to personal computer

How does ATTACH pass address of ECB to child?

Toyota Sales for 2007 May Surpass GM

How does ATTACH pass address of ECB to child?

Geekonomics: The Real Cost of Insecure Software

40 yrs of cp67 and cms

How does ATTACH pass address of ECB to child?

Govt demands password to personal computer

How does ATTACH pass address of ECB to child?

How does ATTACH pass address of ECB to child?

Govt demands password to personal computer

Govt demands password to personal computer

How does ATTACH pass address of ECB to child?

Wheeler Postings

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

Govt demands password to personal computer

Is The Government Reselling Tapes With Sensitive Data?

Too much change opens up financial fault lines

Toyota Sales for 2007 May Surpass GM

Toyota Sales for 2007 May Surpass GM

Usefulness of bidirectional read/write?

Move over US -- China to be new driver of world's economy and innovation

Did early Oracle run on the IBM mainframe?

1975 movie "Three Days of the Condor" tech stuff

Did early Oracle run on the IBM mainframe?

Break the rules of governance and lose 4.9 billion

on-demand computing

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: on-demand computing
Newsgroups: alt.folklore.computers
Date: Tue, 15 Jan 2008 12:06:44

mainframes has been doing something like this for sometime

The Economics of Chips With Many Cores
http://it.slashdot.org/article.pl?sid=08/01/15/0322207&threshold=-1
Core Economics
http://www.hpcwire.com/hpc/2013733.html

from above:

In the current model, customers buy systems containing processors that
satisfy the average or worst-case computation needs of their
applications. This means when the application requirements change,
either the user has to live with the pain of a performance mismatch or
go through the expense of purchasing new systems (or new chips) to
realign system performance with the applications. Sloan and Rakesh argue
that as the number of cores increase, matching the performance needs
with applications becomes increasingly difficult and the associated cost
of buying unused computing power becomes more prohibitive.

... snip ...

somewhat related ... past multiprocessor posts
http://www.garlic.com/~lynn/subtopic.html#smp

misc. past multicore posts
http://www.garlic.com/~lynn/2004q.html#60 Will multicore CPUs have identical cores?
http://www.garlic.com/~lynn/2004q.html#64 Will multicore CPUs have identical cores?
http://www.garlic.com/~lynn/2004q.html#65 Will multicore CPUs have identical cores?
http://www.garlic.com/~lynn/2004q.html#66 Will multicore CPUs have identical cores?
http://www.garlic.com/~lynn/2004q.html#68 Will multicore CPUs have identical cores?
http://www.garlic.com/~lynn/2005p.html#14 Multicores
http://www.garlic.com/~lynn/2005p.html#21 Multicores
http://www.garlic.com/~lynn/2005p.html#22 Multicores
http://www.garlic.com/~lynn/2006.html#14 Would multi-core replace SMPs?
http://www.garlic.com/~lynn/2006.html#16 Would multi-core replace SMPs?
http://www.garlic.com/~lynn/2006b.html#22 Would multi-core replace SMPs?
http://www.garlic.com/~lynn/2006p.html#0 DASD Response Time (on antique 3390?)
http://www.garlic.com/~lynn/2006s.html#19 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006s.html#21 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006s.html#24 Curiousity: CPU % for COBOL program
http://www.garlic.com/~lynn/2006t.html#27 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#31 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#32 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#34 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#36 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#41 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#42 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#43 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#49 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006t.html#50 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#0 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#6 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#7 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#8 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#9 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006u.html#10 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006v.html#21 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006v.html#43 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006w.html#46 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#2 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#10 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#11 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#12 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#13 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#15 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#16 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#17 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#18 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#19 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#27 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#28 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006x.html#31 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#2 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#3 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#5 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#6 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#9 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#17 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#35 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007.html#3 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007b.html#57 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007d.html#13 Why so little parallelism?
http://www.garlic.com/~lynn/2007f.html#10 Beyond multicore
http://www.garlic.com/~lynn/2007g.html#3 University rank of Computer Architecture
http://www.garlic.com/~lynn/2007i.html#78 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#30 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#15 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#19 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#38 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#42 My Dream PC -- Chip-Based
http://www.garlic.com/~lynn/2007l.html#60 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007l.html#63 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007m.html#2 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#8 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#29 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#28 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007p.html#55 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007r.html#44 complicated address generation unit?
http://www.garlic.com/~lynn/2007v.html#22 Faster Chips Are Leaving Programmers in Their Dust

Computer Science Education: Where Are the Software Engineers of Tomorrow?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?
Newsgroups: alt.folklore.computers
Date: Tue, 15 Jan 2008 12:28:06

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

for some other topic drift

Yes, The Tech Skills Shortage Is Real; The IT skills famine plaguing the
United States is only going to get worse.
http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557

from above:

The growth in IT-related positions is driven by new opportunities to
leverage technology in the organization, and by businesses recognizing
the impact that IT can have on revenue. Another important factor
contributing to the growth in demand for IT talent is beginning to
appear in news headlines: "By 2010, 40% of the U.S. workforce is set to
retire." The Bureau of Labor Statistics predicts that in 2010, there
will be 52% more people in the 55-to-64 age bracket than there were in
that age group in 2000. Organizations will face significant knowledge
loss because of retirements over the coming decade.

... snip ...

re:
http://www.garlic.com/~lynn/2008.html#73 Computer Science Education: Where Are the Software Engineers of Tomorrow?

The Looming CIO Shortage
http://www.cioinsight.com/article2/0,1397,2103333,00.asp

from above:

A shortage of qualified chief information officers looms in the next few
years. Growing demand for CIOs is not being offset by an increasing
supply of talented, well-prepared executives, according to a
just-released report, "Grooming the 2010 CIO," written for the Society
for Information Management Advance Practices Council.

... snip ...

The New IT Worker Shortage; Supply of talented IT staffers isn't keeping
up with demand. And it won't change anytime soon.
http://www.cioinsight.com/article2/0,1540,2248193,00.asp

from above:

A record 3.76 million workers in the U.S. held IT jobs last year,
according to a CIO Insight analysis of Bureau of Labor Statistics
data. That's a whopping 8.5 percent increase from 2006. The rapid growth
in employment lowered last year's IT unemployment rate to 2.1 percent,
from 2.5 percent in 2006, the lowest level recorded since the government
redefined IT occupations in 2000.

... snip ...

Computer Science Education: Where Are the Software Engineers of Tomorrow?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?
Newsgroups: bit.listserv.ibm-main
Date: Tue, 15 Jan 2008 13:59:45

lists@KCATS.ORG (Michael Stack) writes:

This appeared yesterday:
http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557

Nearly 70% of middle school teachers lack education and certification
in mathematics, let alone computer and business skills, the National
Center for Education finds.

this and other aspects/posts in similar thread in a.f.c
http://www.garlic.com/~lynn/2008.html#44 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#46 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#56 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#57 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#68 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#73 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#87 Computer Science Education: Where Are the Software Engineers of Tomorrow?
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#1 Computer Science Education: Where Are the Software Engineers of Tomorrow?

on-demand computing

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: on-demand computing
Newsgroups: alt.folklore.computers
Date: Tue, 15 Jan 2008 14:40:28

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

The Economics of Chips With Many Cores
http://it.slashdot.org/article.pl?sid=08/01/15/0322207&threshold=-1
Core Economics
http://www.hpcwire.com/hpc/2013733.html

from above:

In the current model, customers buy systems containing processors that
satisfy the average or worst-case computation needs of their
applications. This means when the application requirements change,
either the user has to live with the pain of a performance mismatch or
go through the expense of purchasing new systems (or new chips) to
realign system performance with the applications. Sloan and Rakesh argue
that as the number of cores increase, matching the performance needs
with applications becomes increasingly difficult and the associated cost
of buying unused computing power becomes more prohibitive.

... snip ...

another piece mentioning of multi-core processing (one of the
latest buzzwords)

Accelerating Wall Street
http://wallstreetandtech.com/accelerate/

from above:

With data latency now measured at sub second intervals, message volume
exploding and more demand than ever for new and innovative trading
products, technology organizations are turning to the fastest and newest
technologies in order to stay ahead of the markets. Hardware
acceleration, multi-core processing, complex event processing, grid
computing and virtualization technologies are front and center in Wall
Street's battle to lower latency, analyze real-time data and power the
latest trading systems.

... snip ...

and somewhat related article mentioning straight-through processing (STP):

Annuities Carriers Cooperate On NAVA STP Initiative To Improve Service Levels
http://www.financetech.com/news/showArticle.jhtml?articleID=205604551

from above:

Processing time is widely viewed as a major roadblock to success in the
annuities business, especially as it relates to the influx of business
opportunities presented by the retirment of baby boomers. To overcome
the challenge, insurance carriers are collaborating through the National
Association for Variable Annuities (NAVA) to develop and implement
straight-through processing (STP) standards to improve service levels
for distributors and potential investors. The Reston, Va.-based industry
group is seeking to eliminate the "artificial administrative barriers"
that slow the new-business process for annuities, explains Rob Dearman,
assistant VP of broker-dealer and registered investment advisers
systems, Jackson National Life ($80 billion in assets).

... snip ...

misc. past posts mentioning straight through processing:
http://www.garlic.com/~lynn/aadsm19.htm#46 the limits of crypto and authentication
http://www.garlic.com/~lynn/aadsm20.htm#20 ID "theft" -- so what?
http://www.garlic.com/~lynn/2005l.html#12 The Worth of Verisign's Brand
http://www.garlic.com/~lynn/2005l.html#13 The Worth of Verisign's Brand
http://www.garlic.com/~lynn/2005l.html#17 The Worth of Verisign's Brand
http://www.garlic.com/~lynn/2005l.html#21 The Worth of Verisign's Brand
http://www.garlic.com/~lynn/2005l.html#37 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2006s.html#40 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2007e.html#10 A way to speed up level 1 caches
http://www.garlic.com/~lynn/2007l.html#15 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#36 Future of System/360 architecture?
http://www.garlic.com/~lynn/2007t.html#3 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007t.html#5 Translation of IBM Basic Assembler to C?
http://www.garlic.com/~lynn/2007u.html#19 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#44 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#61 folklore indeed
http://www.garlic.com/~lynn/2007v.html#19 Education ranking
http://www.garlic.com/~lynn/2007v.html#64 folklore indeed
http://www.garlic.com/~lynn/2007v.html#81 Tap and faucet and spellcheckers

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Tue, 15 Jan 2008 16:57:00

cb@mer.df.lth.se (Christian Brunschen) writes:

Precisely. Therefore it doesn't matter whether the system supports the
concept of multiple users.

there actually can be an extremely important distinctions having to do
with permissions ... which can then lead to how susceptible such an
infrastructure is to compromises.

multitasking can be totally orthogonal to authentication, authorization,
and permissions. except for the most trivial demo systems, multiple user
support infrastructure would imply extremely robust authentication,
authorization, and permission infrastructures.

another week ... and its been 40yrs since i started on virtual machine,
multiple user, timesharing systems.

while undergraduate, over the next two yrs i had done quite a large
amount of kernel changes.

this references some of the kind of institutions making use of
the product back then
http://www.nsa.gov/selinux/list-archive/0409/8362.cfm

this post makes reference to not being aware of these institutions
use until much later
http://www.garlic.com/~lynn/aadsm28.htm#8 Dearth of antivirus software imminent

... but getting corporate requests for specific kinds of enhancements
... and years later suspecting where some of the enhancement requests
were originating ... and more recently observing that some of the
current systems still aren't addressing some of the issues that i was
asked to implement nearly 40yrs ago.

recent posts in this thread:
http://www.garlic.com/~lynn/2008.html#2 folklore indeed
http://www.garlic.com/~lynn/2008.html#4 folklore indeed
http://www.garlic.com/~lynn/2008.html#5 folklore indeed
http://www.garlic.com/~lynn/2008.html#7 folklore indeed
http://www.garlic.com/~lynn/2008.html#8 folklore indeed
http://www.garlic.com/~lynn/2008.html#9 folklore indeed
http://www.garlic.com/~lynn/2008.html#88 folklore indeed
http://www.garlic.com/~lynn/2008.html#89 folklore indeed

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Tue, 15 Jan 2008 17:41:47

re:
http://www.garlic.com/~lynn/2008b.html#4 folklore indeed

for slightly related topic drift in the area of permissions and role of
chief security architect:
http://www.garlic.com/~lynn/2007o.html#7 Hypervisors May Replace Operating Systems As King Of The Data Center

Science and Engineering Indicators 2008

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Science and Engineering Indicators 2008
Newsgroups: alt.folklore.computers
Date: Tue, 15 Jan 2008 21:46:54

somewhat followup
http://www.garlic.com/~lynn/2008.html#57 Computers Science Education: Where Are the Software Engineers of Tomorrow?

released today:

Science and Engineering Indicators 2008
http://www.nsf.gov/news/news_summ.jsp?cntn_id=110984&org=NSF&from=news

from above:

In addition to SEI'08, the Board, concerned that the data revealed
disturbing trends with serious policy implications, published a
companion piece, Research and Development: Essential Foundation for
U.S. Competitiveness in a Global Economy.

... snip ...

the report
http://www.nsf.gov/statistics/seind08/

the previous report that i've referenced in the past
http://www.nsf.gov/statistics/seind06/

another reference:

More than half of H-1B visas go to India nationals U.S. report notes
"slow shift of the epicenter of the world economic growth" to Asia
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9057398

....

recent posts in the previous thread:
http://www.garlic.com/~lynn/2008.html#44 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#46 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#56 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#68 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#73 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#87 Computer Science Education: Where Are the Software Engineers of Tomorrow?
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#1 Computer Science Education: Where Are the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008b.html#2 Computer Science Education: Where Are the Software Engineers of Tomorrow?

and other recent posts in related threads:
http://www.garlic.com/~lynn/2008.html#39 competitiveness
http://www.garlic.com/~lynn/2008.html#52 Education ranking
http://www.garlic.com/~lynn/2008.html#55 Education ranking
http://www.garlic.com/~lynn/2008.html#60 Education ranking
http://www.garlic.com/~lynn/2008.html#62 competitiveness
http://www.garlic.com/~lynn/2008.html#81 Education ranking
http://www.garlic.com/~lynn/2008.html#83 Education ranking

Computer Science Education: Where Are the Software Engineers of Tomorrow?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?
Newsgroups: bit.listserv.ibm-main
Date: Tue, 15 Jan 2008 21:57:30

re:
http://www.garlic.com/~lynn/2008b.html#2 Computer Science Education: Where Are the Software Engineers of Tomorrow?

and related new post ... also in a.f.c ... about newly published
report announced by nsf today
http://www.garlic.com/~lynn/2008b.html#6 Science and Engineering Indicators 2008

on-demand computing

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: on-demand computing
Newsgroups: alt.folklore.computers
Date: Wed, 16 Jan 2008 00:14:36

krw <krw@att.bizzzzz> writes:

In the '90s IBM was at least planning to "meter" MIPS.  I'm not
sure it ever came about (I left the group before the CMOS
processors were built) but the idea was to have a 10-CPU module
with all but the CPUs being paid for disabled.  If a customer had
need for more MIPS he could call the "war room" and pay more to
have additional processors turned on for perhaps the next month.
It was all managed through the Integrated CRypto Facility.

re:
http://www.garlic.com/~lynn/2008b.html#0 on-demand computing

some overview of "capacity on demand"
http://publib.boulder.ibm.com/infocenter/systems/scope/hw/topic/ipha2/kickoff.htm

capacity on demand offerings
http://publib.boulder.ibm.com/infocenter/systems/scope/hw/topic/ipha2/codofferings.htm

there are some complaints in the mainframe discussion groups seems to
be that various billings (including numerous software applications)
are based on (peak) processing capacity for something like month
periods (that doesn't address well various periodic computing
crunches, i.e. end-of-month, end-of-quarter, end-of year, etc)

On/Off Capacity on Demand for System z
http://www-03.ibm.com/servers/eserver/zseries/swprice/zipla/oocod.html

search engine turns up some amount of references to on-demand
management frequently being related to virtualization capabiilties.

one of the 4341 cluster&distributed computing comparisons
vis-a-vis pok & 3033 in the early 80s ... was that it was
significantly easier for enterprises to justify and deploy incremental
4341s (than 3033s).  this theme was also later adopted by
(departmental) workstation and pc server businesses. part of
"on-demand" scenarios were to address some of the
opportunities/barriers related to these customer difficulties

old 43xx related email from the period
http://www.garlic.com/~lynn/lhwemail.html#43xx

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Wed, 16 Jan 2008 00:31:29

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

an issue is to be able to dynamically adapt the quantity of resources
being allocated (per event) to the type of work being performed. misc.
past posts mentioning dynamic adaptive resource management
http://www.garlic.com/~lynn/subtopic.html#fairshare

and now for something completely different:

Multiprocessing with the Completely Fair Scheduler
http://www.ibm.com/developerworks/linux/library/l-cfs/?ca=dgr-lnxw03CFC4Linux

from above:

The Completely Fair Scheduler tries to run the task with the "gravest
need" for CPU time; this helps to assure that every process gets its
fair share of CPU. CFS does not consider a task to be a sleeper if it
sleeps for "very" short time -- short sleeper might be entitled to
some bonus time, but never more than it would have had had it not
slept.

... snip ...

now what i was doing as an undergraduate in the 60s (later came to be
called fair share scheudler) was dynamic adaptive resource management
where the default resource management policy was fair share. it also
attempted to dynamically "schedule to" the resource bottleneck (i.e.
attempting to dynamically adjust scheduling policy to the system
resources representing the primary thruput bottlenecks).

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Wed, 16 Jan 2008 09:08:32

Peter Flass <Peter_Flass@Yahoo.com> writes:

Timesharing is an idea whose time has come ... and gone.  Think back
about forty years, to OS/360 MVT.  This was a true multitasking system
(the "T"), without any timesharing capabilities at all, initially.
All access was batch.  Later timesharing was added in the form of TSO:
one of the tasks the system ran was a terminal monitor program which
provided interactive access to the system.

Most timesharing systems originated the other way, starting with
interactive and adding batch as an afterthought, if at all.  I don't
think there's a pure batch system left anywhere today.

OTOH, although all systems today have timesharing-like capabilities,
the normal mode of operation is for each person to have his/her own
computer.  Multiple logins to a single shared computer is less common.

one of the other differences was that a lot of multitasking
implementations have been cooperative ... where when a task gives up
control for some reason (like waiting for i/o), the system runs some
other task.

a lot of timesharing has been preemptive scheduling ... where a task
may be interrupted while running ... and the system switches to some
other task (even tho the running task didn't voluntarily give up
control).  timesharing has also implied interactive computing
... where preemptive scheduling was used to provide good response to
trivial interactive operations.

many systems implemented preemptive scheduling poorly and/or
inefficiently ... as a result, lots of interactive timesharing systems
had recommendations of operating at much lower than full resource
utilization ... frequently fifty percent or less ... providing lots of
headroom for handling asynchronous interactive requests. this also
affected being able to handle lots of resource intensive batch
operations concurrently with interactive workload.

by contrast ... i had gotten very efficient preemptive scheduling for my
resource manager
http://www.garlic.com/~lynn/subtopic.html#fairshare

... and as a result, systems (with my resource manager) frequently ran
at one hundred percent processor utilization w/o degrading
responsiveness for trivial interactive operations.

misc. recent posts
http://www.garlic.com/~lynn/2008.html#4 folklore indeed
http://www.garlic.com/~lynn/2008.html#5 folklore indeed
http://www.garlic.com/~lynn/2008.html#7 folklore indeed
http://www.garlic.com/~lynn/2008.html#8 folklore indeed
http://www.garlic.com/~lynn/2008.html#9 folklore indeed
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#5 folklore indeed
http://www.garlic.com/~lynn/2008b.html#8 on-demand computing

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Wed, 16 Jan 2008 09:56:43

Peter Flass <Peter_Flass@Yahoo.com> writes:

Timesharing is an idea whose time has come ... and gone.  Think back
about forty years, to OS/360 MVT.  This was a true multitasking system
(the "T"), without any timesharing capabilities at all, initially.
All access was batch.  Later timesharing was added in the form of TSO:
one of the tasks the system ran was a terminal monitor program which
provided interactive access to the system.

re:
http://www.garlic.com/~lynn/2008b.html#10 folklore indeed

TSO crafted ontop of MVT was basically subsystem approach ala CICS with
somewhat different command set. Some amount of TSO work was "edit"
preperation of batch jobstream ... which would then be submitted (from
TSO) for standard batch processing (sort of simulated card deck
preperation).
http://www.garlic.com/~lynn/2008.html#89 folklore indeed

a large subset of virtual machine capability has been pushed down into
machine hardware as "LPARS" ... including timesharing the separate
virtual machines ... and the LPARS operate independently whether or
not there is any separate software virtual machine system running in the
complex. A vast majority of traditional mainframe batch system now
operate in these LPAR virtual machines (along with the necessary
timesharing going on in the underlying hardware). a couple recent
posts mentioning LPARs
http://www.garlic.com/~lynn/2008.html#42 Inaccurate CPU% reported by RMF and TMON
http://www.garlic.com/~lynn/2008.html#49 IBM LCS
http://www.garlic.com/~lynn/2008.html#50 IT managers stymied by limits of x86 virtualization

for other topic drift ... past hardware multitasking with real-time
capability were mainframes implementing "integrated channels" (and
sometimes "integrated controllers"). the native processor engine would
be microcode with 360/370 instruction set. the native processor engine
would also have "integrated channel" microcode "multitasking" on the
same hardware (which frequently had real-time execution constraints).
Some configurations even included "integrated device controllers" ...
i.e. instead of customer buying an independent disk controller box
... the function would be implemented as multitasking feature of the
processor engine that was also executing standard mainframe
instructions.

an example was the 370/158 which had feature supporting six "integrated
channels". i've posted before that after cancellation of the future
system effort
http://www.garlic.com/~lynn/submain.html#futuresys

there was mad rush attempting to get stuff into the 370 product pipeline
(both hardware and software). part of that was the 303x processors
(3031, 3032, 3033).

The 3031 was two repackaged 370/158 processors ... one of the
processors was the 3031 mainframe processor (w/o the intergrated
channel microcode) and the other processor was a "channel director"
(with the integrated channel microcode but w/o the mainframe
instruction set microcode).

The 3032 was repackage 370/168 with up to three "channel directors".

The 3033 started out as 370/168 wiring ... remapped to newer (faster)
chip technology ... along with up to three "channel directors"

Computer Science Education: Where Are the Software Engineers of Tomorrow?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?
Newsgroups: alt.folklore.computers
Date: Wed, 16 Jan 2008 20:43:19

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

on one of the tv business news shows just asked why hasn't there been
better "risk management 101" (and is the current problem, leadership,
technology, and/or understanding).

recent posts with references to risk management technology:
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#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

re:
http://www.garlic.com/~lynn/2008.html#90 Computer Science Education: Where Are the Software Engineers of Tomorrow?

article from today:

CDO Correlation: Reversal of Fortune; New Kamakura Study Proves Common
CDO Assumptions Can Lead to Serious Valuation Errors
http://www.marketwire.com/mw/release.do?id=811168

from above:

"The former Chief Executive Officers of Citigroup and Merrill Lynch
certainly understand now that an increase in correlated defaults is bad
for the equity holders," said Warren Sherman, Kamakura President and
Chief Operating Officer, "but CDO market participants have long held the
opposite view when it comes to the equity tranche of the 'mini-bank'
called a CDO. This new study shows that an increase in correlated
defaults can be either good or bad for the equity tranche. It is
absolutely critical from a corporate governance and risk management
point of view that the true risk of the CDO tranche owner is measured
correctly.  In the current environment, modeling techniques that
restrict the user to a set of unrealistic assumptions pose a serious
danger to both the institutions who own the CDO and to the analysts that
employ them, as job losses all over Wall Street in recent weeks have
proven."

... snip ...

repeat from earlier post:

How Conventional CDO Analytics Missed the Mark
http://www.bobsguide.com/guide/news/2007/Dec/20/Kamakura_Releases_Study:_How_Conventional_CDO_Analytics_Missed_the_Mark.html

again from above:

"Two years ago the Wall Street Journal in a page 1 story pointed out
the dangers in relying on the copula approach for CDO valuation, but
investors were slow to realize the magnitude of their model risk"

... snip ..

for other topic drift on the current situation ... something other
than risk modeling (software):

Regulation game, Would Glass-Steagall save the day from credit woes?
http://www.marketwatch.com/news/story/would-glass-steagall-save-day-credit/story.aspx?guid={3AA33D85-AD38-41B4-B300-033235B5734A}

from above:

Sept 7, 2007

Time was when banks and brokerages were separate entities, banned from
uniting for fear of conflicts of interest, a financial meltdown, a
monopoly on the markets, all of these things.

In 1999, the law banning brokerages and banks from marrying one
another -- the Glass-Steagall Act of 1933 -- was lifted, and voila,
the financial supermarket has grown to be the places we know as
Citigroup, UBS, Deutsche Bank, et al.

... snip ...

now the following is from the 1st half of 2007 ... before the current
crisis really started to come to the forefront.

Safety, Soundness, and the Evolution of the U.S. Banking Industry
http://www.frbatlanta.org/invoke.cfm?objectid=1052D9AD-5056-9F12-12F259CCE0B2A5D4&method=display_body

from above:

Although the banking system appears to be safer and sounder today than
it was two decades ago, new risk challenges have arisen that could not
have been anticipated in the 1980s. This article outlines the
fundamental structural changes in the U.S. commercial banking industry
since then.

... snip ...

Education ranking

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Education ranking
Newsgroups: alt.folklore.computers
Date: Wed, 16 Jan 2008 22:05:41

greymaus <greymausg@mail.com> writes:

If Dresden is like most of the former GDR, probably the centre is
rebuilt, with the rest depressing utilitarian workers highrises.
Looking at roadworks in Germany, with rubble from the bombing filling
in, makes one get a severe dislike of war.

i was in dresden a few years ago ... part of walk thru of a brand new
fab on the outskirts of town ... somewhat related to aads chip strawman
and eal4+ evaluation issues
http://www.garlic.com/~lynn/x959.html#aads

walkthru included bunny suit ... old refs:
http://www.garlic.com/~lynn/2002l.html#32 What is microcode?
http://www.garlic.com/~lynn/2006l.html#57 DEC's Hudson fab
http://www.garlic.com/~lynn/2007h.html#59 ANN: Microsoft goes Open Source
http://www.garlic.com/~lynn/2007n.html#75 Poll: oldest computer thing you still use

a couple weeks later they had a "100-year flood" ... a reference here
http://en.wikipedia.org/wiki/2002_European_floods

wiki page:
http://en.wikipedia.org/wiki/Dresden

stayed a couple blocks from the river and the bridge. across the
street there was large lot ... with pieces of cathedral all around the
lot ... appeared to be large restoration project.

I have some recollection near the bridge was part of wall from old
roman garrison.

on-demand computing

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: on-demand computing
Newsgroups: alt.folklore.computers
Date: Thu, 17 Jan 2008 01:47:12

krw <krw@att.bizzzzz> writes:

In the '90s IBM was at least planning to "meter" MIPS.  I'm not sure
it ever came about (I left the group before the CMOS processors were
built) but the idea was to have a 10-CPU module with all but the CPUs
being paid for disabled.  If a customer had need for more MIPS he
could call the "war room" and pay more to have additional processors
turned on for perhaps the next month.  It was all managed through the
Integrated CRypto Facility.

re:
http://www.garlic.com/~lynn/2008b.html#0 on-demand computing
http://www.garlic.com/~lynn/2008b.html#3 on-demand computing
http://www.garlic.com/~lynn/2008b.html#8 on-demand computing

dating back as far ... similar kinds of approaches have been directed to
related form of on-demand digital content ... i.e. anti-piracy and/or
DRM (digital rights management) for software, music, video, etc.

misc. past posts mentioning (software) "on-demand" (aka anti-piracy
and/or DRM)
http://www.garlic.com/~lynn/aepay3.htm#riskm The Thread Between Risk Management and Information Security
http://www.garlic.com/~lynn/aepay10.htm#18 FC: European Commission considers mandatory digital rights management
http://www.garlic.com/~lynn/aepay12.htm#28 Carnegie Mellon to host first US-based intl'l conference on electronic commerce
http://www.garlic.com/~lynn/aadsm12.htm#63 Intertrust, Can Victor Shear Bring Down Microsoft?
http://www.garlic.com/~lynn/aadsm14.htm#24 Microsoft Ties Security to Verisign
http://www.garlic.com/~lynn/aadsm27.htm#66 2007: year in review
http://www.garlic.com/~lynn/2002m.html#55 Beware, Intel to embed digital certificates in Banias
http://www.garlic.com/~lynn/2005g.html#8 On smartcards and card readers
http://www.garlic.com/~lynn/2005g.html#51 Security via hardware?
http://www.garlic.com/~lynn/2007b.html#59 Peter Gutmann Rips Windows Vista Content Protection
http://www.garlic.com/~lynn/2007v.html#30 Apple files patent for WGA-style anti-piracy tech
http://www.garlic.com/~lynn/2007v.html#37 Apple files patent for WGA-style anti-piracy tech
http://www.garlic.com/~lynn/2007v.html#61 Apple files patent for WGA-style anti-piracy tech

and as mentioned in previous posts, there is some cross-over between
anti-piracy/DRM, risk management, and information security ... for
additional topic drift, recent posts mentioning risk management:
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#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/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?

Flash memory arrays

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Flash memory arrays
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Thu, 17 Jan 2008 02:00:42

edgould1948@COMCAST.NET (Ed Gould) writes:

You have hit it the head. We had a unit that emulated a 2305 (don't
remember which model) it worked well ..... except when we had a power
failure. Then at power up *EVERYTHING* was gone. We had to analyze it
and put a vtoc back and then redefine PLPA and then IPL again to get
the system to use it. I think my hair started to go gray because of
the blasted machine. It was gone within a month.

Oh, yes we had an application that *NEEDED* (well at least they
thought they did) the 2305. In the month that it was going out, we
got the applications people to use  VIO. They were extremely happy
and that was the end of the beast. If the machine survives through a
power blink then I would reconsider it but it would take a lot to do
so.

there were STC solid state ... and for internal datacenters there was
something referred to as a "1655" (several hundred) from a vendor that
was using memory chips that had failed normal acceptance tests ... but
could still be used in this manner. they were most commingly used as
paging devices and so not surviving power failure wasn't an issue.

they were surplanted by 3090 expanded storage (and later really large
real memory) and disk controller electronic caches (initially 3880-11
and 3880-13).

old email discussing 2305, 1655, and stc electronic disk comparison:
http://www.garlic.com/~lynn/2007e.html#email820805

old posts mentioning 1655, 3880-11, and/or 3880-13:
http://www.garlic.com/~lynn/2000d.html#13 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2001.html#18 Disk caching and file systems.  Disk history...people forget
http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001d.html#68 I/O contention
http://www.garlic.com/~lynn/2001l.html#53 mainframe question
http://www.garlic.com/~lynn/2001l.html#54 mainframe question
http://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
http://www.garlic.com/~lynn/2002.html#31 index searching
http://www.garlic.com/~lynn/2002d.html#55 Storage Virtualization
http://www.garlic.com/~lynn/2002i.html#17 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002l.html#40 Do any architectures use instruction count instead of timer
http://www.garlic.com/~lynn/2002o.html#3 PLX
http://www.garlic.com/~lynn/2002o.html#52 ``Detrimental'' Disk Allocation
http://www.garlic.com/~lynn/2003b.html#7 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#15 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#17 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003c.html#55 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003f.html#5 Alpha performance, why?
http://www.garlic.com/~lynn/2003m.html#39 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2004d.html#73 DASD Architecture of the future
http://www.garlic.com/~lynn/2004e.html#3 Expanded Storage
http://www.garlic.com/~lynn/2004g.html#13 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#17 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#18 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#20 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004l.html#29 FW: Looking for Disk Calc program/Exec
http://www.garlic.com/~lynn/2005e.html#5 He Who Thought He Knew Something About DASD
http://www.garlic.com/~lynn/2005m.html#28 IBM's mini computers--lack thereof
http://www.garlic.com/~lynn/2005m.html#30 Massive i/o
http://www.garlic.com/~lynn/2005r.html#51 winscape?
http://www.garlic.com/~lynn/2005t.html#50 non ECC
http://www.garlic.com/~lynn/2006.html#38 Is VIO mandatory?
http://www.garlic.com/~lynn/2006c.html#1 Multiple address spaces
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#46 Hercules 3.04 announcement
http://www.garlic.com/~lynn/2006e.html#45 using 3390 mod-9s
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006i.html#41 virtual memory
http://www.garlic.com/~lynn/2006j.html#11 The Pankian Metaphor
http://www.garlic.com/~lynn/2006j.html#14 virtual memory
http://www.garlic.com/~lynn/2006k.html#57 virtual memory
http://www.garlic.com/~lynn/2006r.html#36 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#32 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006v.html#31 MB to Cyl Conversion
http://www.garlic.com/~lynn/2006y.html#35 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2007c.html#0 old discussion of disk controller chache
http://www.garlic.com/~lynn/2007c.html#12 Special characters in passwords was Re: RACF - Password rules
http://www.garlic.com/~lynn/2007c.html#23 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007e.html#2 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#38 FBA rant
http://www.garlic.com/~lynn/2007e.html#42 FBA rant
http://www.garlic.com/~lynn/2007e.html#59 FBA rant
http://www.garlic.com/~lynn/2007e.html#60 FBA rant
http://www.garlic.com/~lynn/2007o.html#26 Tom's Hdw review of SSDs
http://www.garlic.com/~lynn/2007s.html#9 Poster of computer hardware events?
http://www.garlic.com/~lynn/2007u.html#4 Remembering the CDC 6600

Flash memory arrays

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Flash memory arrays
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Thu, 17 Jan 2008 10:24:13

cfmpublic@NS.SYMPATICO.CA (Clark Morris) writes:

Au contraire.  My USB key is FBA formatted in 512 byte sectors (I
think it is one of the FAT formats available to Win 98 or earlier).
FBA is oriented to both disk and even more so, solid state.  There are
a number of limitations in CKD that will be painful to eliminate and
even if they are we are still left with a KLUDGE for which the phase
out should have started 25 years ago.

re:
http://www.garlic.com/~lynn/2008b.html#15 Flash memory arrays

i offered well over 25 yrs ago (i.e. 3370 fba). The response i got
back from the data management group was that (at the time) it would
still cost $26m for training, education, documentation, etc ... even
if i provided fully integrated and tested implementation. the claim
was that i wouldn't be able to show the necessary ROI for the $26m
since customers would just buy the equivalent in fba that they would
have ben spent on ckd (no incremental revenue ... and therefor no
ROI). the issues about life-cycle costs with regard to maintaining ckd
(and life-cycle savings converting to fba) were discounted.

other posts mentioning ckd, fba, multi-track search, etc.
http://www.garlic.com/~lynn/submain.html#dasd

one of the first "costs" was trying to get some of the eckd kludge to
work for various things ... like speed-matching buffer (aka 3880
supporting attaching 3380 3mbyte datastreaming, to 168/3033 1.5mbyte
channels). a couple recent posts on the subject:
http://www.garlic.com/~lynn/2007e.html#40 FBA rant
http://www.garlic.com/~lynn/2007o.html#54 mainframe performance, was Is a RISC chip more expensive?

including this old email reference, mentioning problems getting eckd for
speed-matching buffer working
http://www.garlic.com/~lynn/2007e.html#email820907b

Flash memory arrays

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Flash memory arrays
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Thu, 17 Jan 2008 11:15:50

John.Mckown@HEALTHMARKETS.COM (McKown, John) writes:

Only z/OS is stuck on ECKD formatted DASD. z/VM and z/VSE can both run
on FBA. z/LINUX can run on FBA and/or on SAN/SCSI DASD. I think that the
latest z/VM can also run on SAN/SCSI connected DASD as well. z/OS
remains the hold out. For whatever reason that may be.

there have enormous problems with ckd (and/or trying to get eckd
kludge to compensate for the problems).

part of it is configuration support ... i.e. device geometry
configuration issues are essentially non-existant in platforms
supporting fba ... especially vis-a-vis all the stuff that is
periodically seen here just on various 3390 model & associated
geometry problems.

another have been speed-matching ... mentioned in previous post
http://www.garlic.com/~lynn/2008b.html#16 Flash memory arrays

and/or latency issues.

in the same time-frame i originally offered FBA support ... i had also
done a channel-extender project for the IMS group in STL. STL was
bursting at the seams ... and they needed to move 300 from the IMS
group to remote off-site location. The problem was that they deemed
that the remote 3270 CMS interactive response was (totally)
unacceptable compared to what they were getting from local 3270 CMS
within the STL bldg. The solution was to get CMS local 3270 terminals
(for the IMS group) at the remote site (with local CMS 3270 response)
back to the vm370 machines in the stl bldg. This was accomplished with
channel extender (from network systems corporation) running over T1
(1.5mbit) link.

An unexpected side-effect of this effort ... was not only did the IMS
group continue to get local 3270 CMS interactive response ... but the
channel extender actually improved overall system thruput and
performance. The issue was that these were 168/3033 16 channel systems
... where the 3270 control units and disk controllers were spread out
over common channel pool. The problem was that the 3270 control units
had extremely high channel busy time for the operations they were
performing ... which was interferring with disk thruput activity. The
local 3270 control units were moved to remote site and replaced on
local channel interface with the channel extended boxes ... which had
significantly lower channel busy overhead (for the same operations).
The resulting reduced channel busy overhead (getting 3270 control
units off local channels), improved overall system performance by
10-15percent.

Basically, I could pretty trivially support almost any kind of direct
channel controller at the remote site ... except for count-key-dasd
...  even tho the associated "speed-matching" mismatch for the channel
extender was much larger than the factor of two times that later was
being dealt with trying to attach 3mbyte 3380s on 370 1.5mbyte
channels ... aka channel-extender local 1mbyte devices running over
1.5mbit T1 connection ... nearly a factor of ten speed-match
difference compared to the factor of two speed-match difference for
3880 speed-match implementation. ... again, past posts mentioning fba,
ckd, etc
http://www.garlic.com/~lynn/submain.html#dasd

getting local 3270 cms terminal thruput for the IMS group was one of
the early efforts in the hsdt effort
http://www.garlic.com/~lynn/subnetwork.html#hsdt

Flash memory arrays

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Flash memory arrays
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Thu, 17 Jan 2008 11:35:56

cfmpublic@NS.SYMPATICO.CA (Clark Morris) writes:

There obviously would have to be a co-existence period where both
architectures are supported.  VSAM is already FBA as are all of the
newer data architectures.  The challenges will be spool, providing GDG
like capability to the VSAM ESDS, moving PDSE read access to the
Nucleus and deciding how to provide the current SYS1.NUCLEUS
capability.  Maybe the MVS people should humble themselves and talk to
the VM and VSE people to find out how they solved the problem.

re:
http://www.garlic.com/~lynn/2008b.html#15 Flash memory arrays
http://www.garlic.com/~lynn/2008b.html#16 Flash memory arrays
http://www.garlic.com/~lynn/2008b.html#17 Flash memory arrays

next week is 40yrs since i started on virtual machines ... i.e. three
people had come out from the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

to install (virtual machine) cp67 at the university (i had already
been doing optimization work on os/360 for a couple yrs).

From the original implementation in the mid-60s, both cp67 and cms had
been logical fba ... even when using ckd dasd ... which effectively
hasn't changed .. and subsequently made it trivial to support real fba
(3310 & 3370) devices.

Yahoo's CAPTCHA Security Reportedly Broken

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Yahoo's CAPTCHA Security Reportedly Broken
Newsgroups: alt.folklore.computers
Date: Thu, 17 Jan 2008 18:21:29

latest in the CAPTCHA saga, this post from 12/17:
http://www.garlic.com/~lynn/2007v.html#2 folklore indeed

Yahoo's CAPTCHA Security Reportedly Broken
http://www.informationweek.com/news/showArticle.jhtml?articleID=205900620

from above:

Yahoo may soon see a surge in spam coming from Yahoo Mail accounts.

"John Wane," who identifies himself as a Russian security researcher,
has posted software that he claims can defeat the CAPTCHA system Yahoo
uses to prevent automated registration of free Yahoo Mail accounts.

... snip ..

other posts mentioning captcha
http://www.garlic.com/~lynn/2003p.html#20 Dumb anti-MITM hacks / CAPTCHA application
http://www.garlic.com/~lynn/2005j.html#3 Request for comments - anti-phishing approach
http://www.garlic.com/~lynn/2007u.html#66 folklore indeed

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 09:22:26

Walter Bushell <proto@oanix.com> writes:

You would allow the designation of the Macintosh OS(e)X as multiuser and
multitasking because while basically one person at a time uses the
machine, it allows several people with different access rights to exist.

re:
http://www.garlic.com/~lynn/2008b.html#4 folklore indeed
http://www.garlic.com/~lynn/2008b.html#9 folklore indeed
http://www.garlic.com/~lynn/2008b.html#10 folklore indeed
http://www.garlic.com/~lynn/2008b.html#11 folklore indeed

current mac os is derived from mach ... a lot of which had come out of
work at cmu. it was originally used in next ... before coming to apple.

part of the issue is that most of the kernels that originated from
personal computer genre didn't have the ingrained concept of multiple
users and protection domains ... from the very foundation. i've
frequently claimed that to get this correct ... it has to be assumed as
a fundamental principle in the basic/original design ... and it is very
difficult (and frequently will have holes and deficiencies) to craft it
on afterwards. from a security and integrity standpoint ... the results
will typically be much better by going with a platform that starts out
as inherently multiuser and adapting it for personal computing ... than
attempting the reverse.
http://www.garlic.com/~lynn/2007o.html#7 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2008b.html#5 folklore indeed

i've mentioned before that both ibm and dec had equally funded project
athena at mit ... one of the things out of athena was kerberos
http://www.garlic.com/~lynn/subpubkey.html#kerberos

but ibm also funded andrew activities at cmu (equivalent to the combined
ibm and dec funding of athena at mit). i've joked before that they may
have payed for camelot/transarc three times (once in the original cmu
funding, once with the investment in the spin-off, and once buying it
outright).

a mach history ... with some early beginnings:
http://www.bddebian.com/~wiki/microkernel/mach/history/

from above:

Now enters the UNIX war.

UNIX was owned by AT&T which controlled the market almost
completely. Industry giants such as IBM, DEC and H got together and
formed the Open Software Foundation, OSF. In an effort to conquer market
share, OSF took the Mach 2.5 release and made it the OSF/1 system. By
that time Mach contained a lot of BSD and AT&T code but the OSF hoped
that it would be able to take control of the rudder with OSF/1. What
happens after that is a story better told by someone else ...

... snip ...

http://infolab.stanford.edu/pub/voy/museum/pictures/display/4-5-apple.htm

from above:

1988: Next unveils its innovative workstation computer which is the
first computer using erasable optical disks as the primary mass storage
device. The operating system is based on the CMU Mach version of UNIX,
but has pleasant graphical interface. Quality output is produced by
using postscript as the presentation format.  1988: IBM licenses Next's
graphics user interface.

... snip ...

also from above:

1996: Steve Jobs rejoins Apple as interim CEO.
1996: Apple buys what is left of NeXT for $400M.
2001: OS X announced, based on UNIX and the NeXT software.

... snip ..

http://ezine.daemonnews.org/200104/bsd_family.html

from above:

After leaving Apple Computer in the 1980s, Steve Jobs founded a new
computer company, with a new mind set: NeXT[1]. NeXT's operating system,
NeXTStep, was an object-oriented operating system based on
Carnegie-Mellon's Mach microkernel architecture, which was in turn based
on the 4.2BSD release from the University of California. On top of Mach,
NeXT implemented a Unix-like operating system called NeXTStep and
replaced MIT's X Windows System with a new graphical interface called
Display Postscript. Display Postscript allowed for very fine control of
the desktop and graphical environment, however it never caught on
outside of NeXT systems.

... snip ...

and ...

MacOS X is a new operating system which has used code from many
sources. The base is an updated version of Mach from CMU. On top of it
is a microkernel-based BSD system similar to the one used in
NeXTStep. All around, features from previous versions of MacOS have been
incorporated to maintain compatibility with legacy applications. The
Unix-land user utilities were derived from FreeBSD and
NetBSD. Additionally, new interfaces, such as Aqua allow a new
generation of programs to be created on this operating system.

... snip ...

Financial Analytics in E-Commerce: Starting to Take Shape

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Financial Analytics in E-Commerce: Starting to Take Shape
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 09:47:34

for other (computer) analytics drift:

Financial Analytics in E-Commerce: Starting to Take Shape
http://www.ecommercetimes.com/story/emarketing/61239.html?welcome=1200613179

from above:

"The new analytics products work with new information formats, such as
items found on blogs, as well as traditional data sources, such as
information stored in databases," said David Schehr, research director
at Gartner. E-commerce companies may find they could correlate
information, such as Web customer reviews, to product sales.

... snip ...

a few recent posts mentioning (computer) analytics:
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#71 As Expected, Ford Falls From 2nd Place in U.S. Sales
http://www.garlic.com/~lynn/2008b.html#12 Computer Science Education: Where Are the Software Engineers of Tomorrow?

old posts about what has since frequently come to be called e-commerce
http://www.garlic.com/~lynn/subnetwork.html#gateway

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 10:06:36

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

http://ezine.daemonnews.org/200104/bsd_family.html

from above:

After leaving Apple Computer in the 1980s, Steve Jobs founded a new
computer company, with a new mind set: NeXT[1]. NeXT's operating system,
NeXTStep, was an object-oriented operating system based on
Carnegie-Mellon's Mach microkernel architecture, which was in turn based
on the 4.2BSD release from the University of California. On top of Mach,
NeXT implemented a Unix-like operating system called NeXTStep and
replaced MIT's X Windows System with a new graphical interface called
Display Postscript. Display Postscript allowed for very fine control of
the desktop and graphical environment, however it never caught on
outside of NeXT systems.

... snip ...

re:
http://www.garlic.com/~lynn/2008b.html#20 folklore indeed

somewhat overlapping the NeXT activity, apple had started a new
project to build a new object-oriented operating system from the
ground up ... called "pink". this was somewhat the rage at the time
... since sun was also doing one called "spring".

"pink" never made it ... but some of it showed up in the taligent
object-oriented gui environment.

there are some issues regarding integrity and business critical
dataprocessing that can be considered independent of multitasking and
multiuser. multiuser can frequently be considered to included
permissions and protection ... but the robustness of the
implementation can vary quite a bit (as well as the level of integrity
actually provided).

lots of past posts about integrity and security related to use of C
programming language
http://www.garlic.com/~lynn/subintegrity.html#overflow

we had to do a lot of integrity and security work as well as industrial
strength and business critical dataprocessing related to what has since
come to be called e-commerce
http://www.garlic.com/~lynn/subnetwork.html#gateway

some of the work never actually deployed ... so there is sort of list
of known vulnerabilities ... but others did; recent post mentioning
"compensating procedures" for industrial strength dataprocessing:
http://www.garlic.com/~lynn/2008.html#37 1975 movie "Three Days of the Condor" tech stuff

in any case, we had a one week JAD with taligent ... focusing on how
much work would have to be done on the taligent base to add support
for industrial strength dataprocessing (aka approx. 1/3rd new code
specific for industrial strength dataprocessing features and approx.
hit to 1/3rd of all existing code).

recent post discussing some of this:
http://www.garlic.com/~lynn/2008.html#46 Computer Science Education: Where Are the Software Engineers of Tomorrow?

Yahoo's CAPTCHA Security Reportedly Broken

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Yahoo's CAPTCHA Security Reportedly Broken
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 10:29:02

re:
http://www.garlic.com/~lynn/2008b.html#19 Yahoo's CAPTCHA Security Reportedly Broken

so are the CAPTCHA problems in anyway related to the following news
item:

Yahoo! lends weight to single digital identity drive
http://www.siliconrepublic.com/news/news.nv?storyid=single10052
Yahoo! OpenID
http://openid.yahoo.com/
Standards: Yahoo Adds Its Muscle to OpenID Single Sign-On Standard
http://www.ecommercetimes.com/story/61258.html?welcome=1200619106
Yahoo throws its weight behind OpenID single sign-on
http://arstechnica.com/news.ars/post/20080117-yahoo-throws-its-weight-behind-openid-single-sign-on.html
Yahoo Embraces OpenID 2.0 Spec
http://news.yahoo.com/s/nf/20080117/tc_nf/57866
Yahoo Announces Support For Open ID 2.0
http://www.informationweek.com/news/showArticle.jhtml?articleID=205900413
Yahoo to support OpenID single sign-on
http://www.infoworld.com/article/08/01/17/Yahoo-to-support-OpenID-single-sign-on_1.html
Yahoo to Support OpenID Single Sign-On
http://www.pcworld.com/article/id,141463-c,yahoo/article.html
Yahoo to support OpenID single sign-on
http://news.yahoo.com/s/infoworld/20080117/tc_infoworld/94668
Yahoo to support OpenID single sign-on
http://www.networkworld.com/news/2008/011708-yahoo-to-support-openid-single.html
Yahoo joins OpenID standard group
http://www.vnunet.com/itweek/news/2207611/yahoo-joins-openid-standard
Yahoo backs OpenID
http://www.pcpro.co.uk/news/157563/yahoo-backs-openid.html

... for other topic drift ... past posts mentioning confusing
identification and authentication (identification tends to be
significantly more privacy invasive than authentication):
http://www.garlic.com/~lynn/aepay7.htm#3dsecure 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay11.htm#66 Confusing Authentication and Identiification?
http://www.garlic.com/~lynn/aepay11.htm#72 Account Numbers. Was: Confusing Authentication and Identiification? (addenda)
http://www.garlic.com/~lynn/aepay11.htm#73 Account Numbers. Was: Confusing Authentication and Identiification? (addenda)
http://www.garlic.com/~lynn/aepay12.htm#0 Four Corner model. Was: Confusing Authentication and Identification? (addenda)
http://www.garlic.com/~lynn/aepay12.htm#1 Confusing business process, payment, authentication and identification
http://www.garlic.com/~lynn/aepay12.htm#2 Confusing business process, payment, authentication and identification
http://www.garlic.com/~lynn/aepay12.htm#3 Confusing business process, payment, authentication and identification
http://www.garlic.com/~lynn/aepay12.htm#4 Confusing business process, payment, authentication and identification
http://www.garlic.com/~lynn/aadsm14.htm#40 The real problem that https has conspicuously failed to fix
http://www.garlic.com/~lynn/aadsm14.htm#41 certificates & the alternative view
http://www.garlic.com/~lynn/aadsm17.htm#13 A combined EMV and ID card
http://www.garlic.com/~lynn/aadsm18.htm#31 EMV cards as identity cards
http://www.garlic.com/~lynn/aadsm19.htm#14 To live in interesting times - open Identity systems
http://www.garlic.com/~lynn/aadsm20.htm#0 the limits of crypto and authentication
http://www.garlic.com/~lynn/aadsm20.htm#11 the limits of crypto and authentication
http://www.garlic.com/~lynn/aadsm20.htm#42 Another entry in the internet security hall of shame
http://www.garlic.com/~lynn/aadsm21.htm#2 Another entry in the internet security hall of shame
http://www.garlic.com/~lynn/aadsm21.htm#13 Contactless payments and the security challenges
http://www.garlic.com/~lynn/aadsm21.htm#17 continuity of identity
http://www.garlic.com/~lynn/aadsm21.htm#35 [Clips] Banks Seek Better Online-Security Tools
http://www.garlic.com/~lynn/aadsm27.htm#23 Identity resurges as a debate topic
http://www.garlic.com/~lynn/2003j.html#47 The Tao Of Backup: End of postings
http://www.garlic.com/~lynn/2005j.html#64 More on garbage
http://www.garlic.com/~lynn/2005q.html#13 IPSEC with non-domain Server
http://www.garlic.com/~lynn/2005q.html#23 Logon with Digital Siganture (PKI/OCES - or what else they're called)
http://www.garlic.com/~lynn/2005t.html#9 phishing web sites using self-signed certs
http://www.garlic.com/~lynn/2005t.html#32 RSA SecurID product
http://www.garlic.com/~lynn/2005u.html#0 PGP Lame question
http://www.garlic.com/~lynn/2005u.html#19 Identity and Access Management (IAM)
http://www.garlic.com/~lynn/2007n.html#46 Windows Monitor or CUSP?
http://www.garlic.com/~lynn/2007n.html#63 Poll: oldest computer thing you still use
http://www.garlic.com/~lynn/2007r.html#54 The new urgency to fix online privacy
http://www.garlic.com/~lynn/2007s.html#51 Translation of IBM Basic Assembler to C?

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 11:33:23

cb@mer.df.lth.se (Christian Brunschen) writes:

So to summarise, there are four fundamental cases, depending on how many
of these differentiators there are for the system to tell resource
requests apart:

Single-user, Single-tasking system (e.g., CP/M 2):
- a request only contains 'I would like X, please'

Single-user, multi-tasking system (e.g., BeOS): - a request contains
'this is process FOO, and i would like X, please'

Multi-user, single-tasking system (rare):
- a request contains 'I am user BAR and would like X, please'

Multi-user, multi-tasking system (Unix, Windows NT/XP/Vista):
- a request contains 'I am process FOO owned by user BAR and would like
X, please'.

capability based systems have tended to further extended permissions
with regard to tasks, files, and other resources ... and tend to provide
much higher degree of integraty with finer degrees of separation.

recent posts in thread on integrity, industrial strength, and business
critical dataprocessing
http://www.garlic.com/~lynn/2008b.html#22 folklore indeed

some number of commercial timesharing systems used virtual machine
platforms (cp67 and vm370) for there offerings ... providing additional
layer of user separation and isolation.
http://www.garlic.com/~lynn/submain.html#timeshare

one of these, Tymshare ... recent reference
http://www.garlic.com/~lynn/2008.html#75 Rotary phones

started development of a new (mainframe, multiuser, 370)
capability-based system called gnosis. when tymshare was bought by m/d,
i was brought to evaluate gnosis was part of its keykos spinoff.  at the
time, a significant part of gnosis "overhead" wasn't so much in its
"permissions" (crossing capability boundaries), but the related
accounting. one of the scenarios is that a user could have specific
authorized access to an analytical tool, a database application, and a
specific database ... all provided by 3rd parties. there were
specifically granted permissions to specific user to use/access the
different resources ... as well as independent accounting of the
different resources. the user will get billed for their resource access
... but part of those payments would be apportioned out to the 3rd party
product owners ... based on the use of their products (applications,
files, databases, etc).

in the transition from gnosis to keykos ... much of the "accounting"
overhead was eliminated (not necessary to support revenue redistribution
to 3rd party application developers) and repositioned as an
high-integrity, high-performance mainframe/370 transaction processing
system ... with some claims of transaction rates exceeding cics as well
as tpf. tpf is the mainframe transaction processing operating system
that evolved from ACP (airline control program); it was somewhat renamed
when they found some number of financial institutions using it for high
performance financial transaction processing.

there have been subsequent high integrity, capability-based systems that
trace their linage back to gnosis ... recent post/discussion
http://www.garlic.com/~lynn/aadsm27.htm#63 Oddly good news week: Google announces a Caps library for Javascript

other posts mentioning gnosis and/or keykos:
http://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2000g.html#22 No more innovation?  Get serious
http://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
http://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001n.html#10 TSS/360
http://www.garlic.com/~lynn/2002f.html#59 Blade architectures
http://www.garlic.com/~lynn/2002g.html#0 Blade architectures
http://www.garlic.com/~lynn/2002g.html#4 markup vs wysiwyg (was: Re: learning how to use a computer)
http://www.garlic.com/~lynn/2002h.html#43 IBM doing anything for 50th Anniv?
http://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
http://www.garlic.com/~lynn/2002j.html#75 30th b'day
http://www.garlic.com/~lynn/2003g.html#18 Multiple layers of virtual address translation
http://www.garlic.com/~lynn/2003h.html#41 Segments, capabilities, buffer overrun attacks
http://www.garlic.com/~lynn/2003i.html#15 two pi, four phase, 370 clone
http://www.garlic.com/~lynn/2003j.html#20 A Dark Day
http://www.garlic.com/~lynn/2003k.html#50 Slashdot: O'Reilly On The Importance Of The Mainframe Heritage
http://www.garlic.com/~lynn/2003l.html#19 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#22 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#26 Secure OS Thoughts
http://www.garlic.com/~lynn/2003m.html#24 Intel iAPX 432
http://www.garlic.com/~lynn/2003m.html#54 Thoughts on Utility Computing?
http://www.garlic.com/~lynn/2004c.html#4 OS Partitioning and security
http://www.garlic.com/~lynn/2004e.html#27 NSF interest in Multics security
http://www.garlic.com/~lynn/2004m.html#29 Shipwrecks
http://www.garlic.com/~lynn/2004m.html#49 EAL5
http://www.garlic.com/~lynn/2004n.html#41 Multi-processor timing issue
http://www.garlic.com/~lynn/2004o.html#33 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005.html#7 How do you say "gnus"?
http://www.garlic.com/~lynn/2005b.html#6 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005b.html#7 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005b.html#12 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005c.html#67 intel's Vanderpool and virtualization in general
http://www.garlic.com/~lynn/2005d.html#43 Secure design
http://www.garlic.com/~lynn/2005d.html#50 Secure design
http://www.garlic.com/~lynn/2005h.html#13 Today's mainframe--anything to new?
http://www.garlic.com/~lynn/2005k.html#30 Public disclosure of discovered vulnerabilities
http://www.garlic.com/~lynn/2005s.html#12 Flat Query
http://www.garlic.com/~lynn/2006k.html#37 PDP-1
http://www.garlic.com/~lynn/2006m.html#34 PDP-1
http://www.garlic.com/~lynn/2006p.html#13 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006s.html#7 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006w.html#42 vmshare
http://www.garlic.com/~lynn/2006y.html#11 Multiple mappings
http://www.garlic.com/~lynn/2006y.html#16 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007k.html#26 user level TCP implementation
http://www.garlic.com/~lynn/2007o.html#25 LAX IT failure: leaps of faith don't work
http://www.garlic.com/~lynn/2007s.html#17 Oddly good news week: Google announces a Caps library for Javascript

Flash memory arrays

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Flash memory arrays
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Fri, 18 Jan 2008 13:59:29

DASDBill2@AOL.COM (, IBM Mainframe Discussion List) writes:

Around mid-1999 EMC signed a multi-$billion contract to buy a HUGE number  of
little disks from IBM over a period of several years.  So IBM was making
disks then.  And I think that contract expired about half a decade  ago.

re:
http://www.garlic.com/~lynn/2008b.html#15 Flash memory arrays
http://www.garlic.com/~lynn/2008b.html#16 Flash memory arrays
http://www.garlic.com/~lynn/2008b.html#17 Flash memory arrays
http://www.garlic.com/~lynn/2008b.html#18 Flash memory arrays

san jose plant site (disk unit) now belongs to hitachi. most recent,
hitachi talking about selling off the unit.
http://www.garlic.com/~lynn/2007v.html#33 Hitachi, Silver Lake in talks about hard drives, sources say

a few other references
http://www.garlic.com/~lynn/2003d.html#9 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
http://www.garlic.com/~lynn/2003i.html#25 TGV in the USA?
http://www.garlic.com/~lynn/2003n.html#39 DASD history
http://www.garlic.com/~lynn/2006.html#21 IBM up for grabs?
http://www.garlic.com/~lynn/2006o.html#18 RAMAC 305(?)
http://www.garlic.com/~lynn/2006r.html#14 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2006r.html#15 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2006r.html#20 50th Anniversary of invention of disk drives

folklore indeed

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: folklore indeed
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 14:44:05

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

capability based systems have tended to further extended permissions
with regard to tasks, files, and other resources ... and tend to provide
much higher degree of integraty with finer degrees of separation.

re:
http://www.garlic.com/~lynn/2008b.html#24 folklore indeed

also:
http://www.garlic.com/~lynn/2008b.html#20 folklore indeed
http://www.garlic.com/~lynn/2008b.html#22 folklore indeed

back in the early 80s, the (integrity/security) state-of-the-art was
starting to work on things like collusion countermeasures. the issue of
insiders (being primary source of fraud) was being addressed by things
like separation of duties, privileges, and permissions. the insider
fraud scenarios were then starting to combat separation of duties/etc
with collusion (involving multiple participants/insiders).

going on the same time were the strictly stand-alone personal computers
... which gave no thought to countermeasures against threats and
vulnerabilities (privileges and permissions). some of them were strictly
stand-alone ... being able to provide terminal emulation ... but then
they would rely on the integrity and security measures of the systems
they were connecting to. even when these stand-alone personal computers
started to be networked in closed, small departmental networks ... there
was still little concern for countermeasures addressing threats and
vulnerabilities (security and integrity, industrial strength
dataprocessing, ... not limited to fraud ... but also issues like
availability and denial-of-service attacks).

misc. past posts on the subject of fraud, threats, risks,
vulnerabilities and/or exploits
http://www.garlic.com/~lynn/subintegrity.html#fraud

things somewhat started to fall apart when a combination of the internet
started to become wide-spread (w/o its own infrastructure for dealing
with threats, vulnerabilities, integrity, security, availability, aka
industrial strength data processing) along with the network attachments
of the personal computer descendents (also w/o provisions for dealing
with threats, vulnerabilities, integrity, security, availability, etc).

misc. past posts mentioning assurance
http://www.garlic.com/~lynn/subintegrity.html#assurance

another theme that threads thru some of this is
role-based-access-control (RBAC).  part of the problem with fine-grain
permissions is that an organization may have several hundred (thousands,
tens of thousands, hundreds of thousands, millions) of individuals and
compareable number of different permissions. a security officer then is
tasked with deciding which of the possibly hundreds of thousands of
permissions go to each of the hundreds of thousands of individuals.

so one of the solutions is define a role metaphor ... which consists of
very specific set of permissions to do very defined set of activity.
now one of the objectives in this exercise (at least in theory dating
back to the early 80s) was to partition the roles/permissions in such a
way to address the collusion countermeasure opportunities. the problem
is that usually by the time things get to actual deployments in the real
world ... all the implicit assumptions about permissions, roles, and
collusion countermeasures has been lost ... and some administrator
assigns multiple roles to the same individual ... in order to achieve
some organizational objective (which frequently will subvert any careful
work designing the roles/permissions for collusion countermeasures).

now even into the current internet era ... studies still show that up to
70percent of fraud (things like data/security breaches leading to
various kinds of account and/or identity fraud) still involves insiders
(consist with long-term statistics). in many of the current internet
situations ... the lack of integrity features so obfuscate the
insider/outsider issues ... that insiders can leavage the ambiguity.

so one of the issues is when the integrity/security state-of-the-art
gets back to where things were 25yrs ago in the early 80s ... and start
to see attention being focused again on collusion countermeasures (as
opposed to current situation where it is extremely difficult to just
sort out the insider/outsider issues).

misc. past posts mentioning insiders/outsiders and/or collusion
countermeasures:
http://www.garlic.com/~lynn/aadsm3.htm#kiss10 KISS for PKIX. (authentication/authorization seperation)
http://www.garlic.com/~lynn/aadsm5.htm#asrn4 assurance, X9.59, etc
http://www.garlic.com/~lynn/aadsm6.htm#pcards The end of P-Cards?
http://www.garlic.com/~lynn/aadsm7.htm#auth Who or what to authenticate?
http://www.garlic.com/~lynn/aadsm9.htm#pkcs12d A PKI Question: PKCS11-> PKCS12
http://www.garlic.com/~lynn/aepay11.htm#37 Who's afraid of Mallory Wolf?
http://www.garlic.com/~lynn/aadsm11.htm#10 Federated Identity Management: Sorting out the possibilities
http://www.garlic.com/~lynn/aadsm12.htm#33 two questions about spki
http://www.garlic.com/~lynn/aadsm12.htm#44 Identity Theft More Often an Inside Job
http://www.garlic.com/~lynn/aadsm12.htm#58 Time to ID Identity-Theft Solutions
http://www.garlic.com/~lynn/aadsm14.htm#1 Who's afraid of Mallory Wolf?
http://www.garlic.com/~lynn/aadsm14.htm#12 Tackling security threats from within
http://www.garlic.com/~lynn/aadsm14.htm#28 Maybe It's Snake Oil All the Way Down
http://www.garlic.com/~lynn/aadsm17.htm#38 Study: ID theft usually an inside job
http://www.garlic.com/~lynn/aadsm17.htm#39 The future of security
http://www.garlic.com/~lynn/aadsm17.htm#47 authentication and authorization ... addenda
http://www.garlic.com/~lynn/aadsm17.htm#50 authentication and authorization (was: Question on the state of the security industry)
http://www.garlic.com/~lynn/aadsm17.htm#60 Using crypto against Phishing, Spoofing and Spamming
http://www.garlic.com/~lynn/aadsm18.htm#6 dual-use digital signature vulnerability
http://www.garlic.com/~lynn/aadsm18.htm#17 should you trust CAs? (Re: dual-use digital signature vulnerability)
http://www.garlic.com/~lynn/aadsm18.htm#29 EMV cards as identity cards
http://www.garlic.com/~lynn/aadsm18.htm#49 one more time now, Leading Cause of Data Security breaches Are Due to Insiders, Not Outsiders
http://www.garlic.com/~lynn/aadsm19.htm#17 What happened with the session fixation bug?
http://www.garlic.com/~lynn/aadsm19.htm#19 "SSL stops credit card sniffing" is a correlation/causality myth
http://www.garlic.com/~lynn/aadsm22.htm#2 GP4.3 - Growth and Fraud - Case #3 - Phishing
http://www.garlic.com/~lynn/aadsm22.htm#3 GP4.3 - Growth and Fraud - Case #3 - Phishing
http://www.garlic.com/~lynn/aadsm22.htm#27 Meccano Trojans coming to a desktop near you
http://www.garlic.com/~lynn/aadsm22.htm#33 Meccano Trojans coming to a desktop near you
http://www.garlic.com/~lynn/aadsm22.htm#36 Unforgeable Blinded Credentials
http://www.garlic.com/~lynn/aadsm23.htm#0 Separation of Roles - an example
http://www.garlic.com/~lynn/aadsm23.htm#9 PGP "master keys"
http://www.garlic.com/~lynn/aadsm23.htm#10 PGP "master keys"
http://www.garlic.com/~lynn/aadsm23.htm#44 ThreatWatch - markets in loss, Visa's take, 419 "chairmen"
http://www.garlic.com/~lynn/aadsm24.htm#5 New ISO standard aims to ensure the security of financial transactions on the Internet
http://www.garlic.com/~lynn/aadsm24.htm#7 Naked Payments IV - let's all go naked
http://www.garlic.com/~lynn/aadsm24.htm#10 Naked Payments IV - let's all go naked
http://www.garlic.com/~lynn/aadsm24.htm#36 Interesting bit of a quote
http://www.garlic.com/~lynn/aadsm24.htm#40 Interesting bit of a quote
http://www.garlic.com/~lynn/aadsm24.htm#48 more on FBI plans new Net-tapping push
http://www.garlic.com/~lynn/aadsm25.htm#13 Sarbanes-Oxley is what you get when you don't do FC
http://www.garlic.com/~lynn/aadsm25.htm#41 Why security training is really important (and it ain't anything to do with security!)
http://www.garlic.com/~lynn/aadsm26.htm#7 Citibank e-mail looks phishy
http://www.garlic.com/~lynn/aadsm27.htm#31 The bank fraud blame game
http://www.garlic.com/~lynn/aadsm27.htm#52 more on firing your MBA-less CSO
http://www.garlic.com/~lynn/aadsm27.htm#53 Doom and Gloom spreads, security revisionism suggests "H6.5: Be an adept!"
http://www.garlic.com/~lynn/aadsm27.htm#60 Retailers try to push data responsibilities back to banks
http://www.garlic.com/~lynn/2001c.html#45 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001g.html#38 distributed authentication
http://www.garlic.com/~lynn/2001j.html#54 Does "Strong Security" Mean Anything?
http://www.garlic.com/~lynn/2002.html#12 A terminology question
http://www.garlic.com/~lynn/2002d.html#14 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002f.html#35 Security and e-commerce
http://www.garlic.com/~lynn/2002j.html#14 Symmetric-Key Credit Card Protocol on Web Site
http://www.garlic.com/~lynn/2004i.html#5 New Method for Authenticated Public Key Exchange without Digital Certificates
http://www.garlic.com/~lynn/2004i.html#16 New Method for Authenticated Public Key Exchange without Digital Ceritificates
http://www.garlic.com/~lynn/2004j.html#15 US fiscal policy (Was: Bob Bemer, Computer Pioneer,Father of ASCII,Invento
http://www.garlic.com/~lynn/2004j.html#37 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2005g.html#33 Good passwords and security priorities
http://www.garlic.com/~lynn/2005g.html#37 MVS secure configuration standard
http://www.garlic.com/~lynn/2005g.html#38 MVS secure configuration standard
http://www.garlic.com/~lynn/2005i.html#1 Brit banks introduce delays on interbank xfers due to phishing boom
http://www.garlic.com/~lynn/2005i.html#11 Revoking the Root
http://www.garlic.com/~lynn/2005j.html#52 Banks
http://www.garlic.com/~lynn/2005k.html#1 More on garbage
http://www.garlic.com/~lynn/2005k.html#55 Encryption Everywhere? (Was: Re: Ho boy! Another big one!)
http://www.garlic.com/~lynn/2005l.html#29 Importing CA certificate to smartcard
http://www.garlic.com/~lynn/2005l.html#35 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2005o.html#2 X509 digital certificate for offline solution
http://www.garlic.com/~lynn/2005v.html#2 ABN Tape - Found
http://www.garlic.com/~lynn/2006c.html#35 X.509 and ssh
http://www.garlic.com/~lynn/2006d.html#26 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006d.html#28 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006d.html#30 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006e.html#26 Debit Cards HACKED now
http://www.garlic.com/~lynn/2006e.html#44 Does the Data Protection Act of 2005 Make Sense
http://www.garlic.com/~lynn/2006h.html#15 Security
http://www.garlic.com/~lynn/2006h.html#26 Security
http://www.garlic.com/~lynn/2006k.html#4 Passwords for bank sites - change or not?
http://www.garlic.com/~lynn/2006k.html#16 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2006k.html#23 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2006k.html#33 Password Complexity
http://www.garlic.com/~lynn/2006n.html#32 The System/360 Model 20 Wasn't As Bad As All That
http://www.garlic.com/~lynn/2006p.html#9 New airline security measures in Europe
http://www.garlic.com/~lynn/2006u.html#40 New attacks on the financial PIN processing
http://www.garlic.com/~lynn/2006u.html#43 New attacks on the financial PIN processing
http://www.garlic.com/~lynn/2006v.html#2 New attacks on the financial PIN processing
http://www.garlic.com/~lynn/2006v.html#42 On sci.crypt: New attacks on the financial PIN processing
http://www.garlic.com/~lynn/2006v.html#49 Patent buster for a method that increases password security
http://www.garlic.com/~lynn/2006x.html#14 IBM ATM machines
http://www.garlic.com/~lynn/2007.html#42 The logic of privacy
http://www.garlic.com/~lynn/2007b.html#13 special characters in passwords
http://www.garlic.com/~lynn/2007b.html#20 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007b.html#33 security engineering versus information security
http://www.garlic.com/~lynn/2007b.html#60 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#10 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#11 Decoding the encryption puzzle
http://www.garlic.com/~lynn/2007c.html#32 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#35 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#43 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007f.html#39 Silly beginner questions
http://www.garlic.com/~lynn/2007f.html#75 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#28 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#65 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007l.html#35 My Dream PC -- Chip-Based
http://www.garlic.com/~lynn/2007n.html#85 PCI Compliance - Encryption of all non-console administrative access
http://www.garlic.com/~lynn/2007n.html#94 PCI Compliance - Encryption of all non-console administrative access
http://www.garlic.com/~lynn/2007o.html#0 The Unexpected Fact about the First Computer Programmer
http://www.garlic.com/~lynn/2007q.html#11 what does xp do when system is copying
http://www.garlic.com/~lynn/2007q.html#72 Value of SSL client certificates?
http://www.garlic.com/~lynn/2007v.html#74 folklore indeed
http://www.garlic.com/~lynn/2007v.html#94 folklore indeed
http://www.garlic.com/~lynn/2008.html#4 folklore indeed
http://www.garlic.com/~lynn/2008.html#5 folklore indeed
http://www.garlic.com/~lynn/2008.html#9 folklore indeed
http://www.garlic.com/~lynn/2008.html#36 1970s credit cards, was: 1975 movie "Three Days of the Condor" tech stuff

Re-hosting IMB-MAIN

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Re-hosting IMB-MAIN
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Fri, 18 Jan 2008 15:16:59

Thomas.Kern@HQ.DOE.GOV (Thomas Kern) writes:

You could save some money by running SLES10  and the linux version of
LSoft's LISTSERV product.

No z/OS or z/VM necessary.

recent posts mentioning listserv history
http://www.garlic.com/~lynn/2008.html#75 Rotary phones
http://www.garlic.com/~lynn/2008.html#76 Rotary phones

on (vm-based) bitnet/earn:
http://www.garlic.com/~lynn/subnetwork.html#bitnet

including the following reference:

1991

The international BITNET network reached its peak, connecting some 1,400
organizations in 49 countries for the electronic, non-commercial
exchange of information in support of research and education. Thanks
largely to the volunteer efforts of Eric Thomas, BITNET provided
thousands of electronic mailing lists based on LISTSERV.

Eric Thomas did not want his software to disappear with the
mainframes. Therefore, he started looking for ways to port LISTSERV to
other environments, such as VMS and Unix.

... snip ...

from this site:
http://www.lsoft.com/corporate/history_listserv.asp

predating listserv on bitnet was the internal corporate vm-based online
conferencing facility that had options that would run in LISTSERV-like
mode as well as a USENET-like mode.

and predating all of them was the online computer conference that
Tymshare provided to share starting aug76 ... archives:
http://vm.marist.edu/~vmshare/

on their vm-based commercial timesharing platform
http://www.garlic.com/~lynn/submain.html#timeshare

some old email with vmshare references
http://www.garlic.com/~lynn/lhwemail.html#vmshare

one of my hobbies was providing custom, highly modified vm systems to
internal locations ... including the HONE infrastructure
http://www.garlic.com/~lynn/subtopic.html#hone

which had sort of started out after the 23jun69 unbundling announcement
http://www.garlic.com/~lynn/submain.html#unbundle

to provide operating system "hands-on" experience for people in branch
offices (running in virtual machines ... starting out with number of
deployed cp67 systems). HONE also evolved some number of cms/apl based
sales & marketing applications which came to dominate all HONE activity.
Eventually HONE "clones" were deployed all over the world ... and it
wasn't even possible to submit a customer order that hadn't first been
processed by a HONE application.

part of what i was doing with vmshare ... was setting up a process where
I replicate all the vmshare files (from tymshare) on the various HONE
systems.

No Glory for the PDP-15

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: No Glory for the PDP-15
Newsgroups: alt.folklore.computers,alt.sys.pdp10
Date: Fri, 18 Jan 2008 16:15:30

Johnny Billquist <bqt@update.uu.se> writes:

Same in Europe, believe me. The funny thing is that people think this is good.
They call it "agile". Don't think, just code. And don't plan ahead, be flexible
instead. :-)

The fact that you can be more flexible if you plan good is not something they
believe in...

And I suspect the russians are getting there as well.

one of the ultimate in agility was boyd & OODA-loops
http://www.garlic.com/~lynn/subboyd.html#boyd

... he claimed that at one point some agency showed him a translated
300pg russian fighter pilot training manual ... which turned out to be
almost word-for-word the manual he had written ... with minor changes
like kph for mph.

for other topic drift ... recent post with a "space command" uniform
patch:
http://www.garlic.com/~lynn/2006r.html#48 cold war again

MapReduce - a Major Step Backwards?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: MapReduce - a Major Step Backwards?
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 16:48:59

MapReduce - a Major Step Backwards?
http://it.slashdot.org/article.pl?sid=08/01/18/1813248&threshold=-1
MapReduce: A major step backwards
http://www.databasecolumn.com/2008/01/mapreduce-a-major-step-back.html

from above:

As both educators and researchers, we are amazed at the hype that the
MapReduce proponents have spread about how it represents a paradigm
shift in the development of scalable, data-intensive applications.
MapReduce may be a good idea for writing certain types of
general-purpose computations, but to the database community, it is:

 1. A giant step backward in the programming paradigm for large-scale
 data intensive applications

 2. A sub-optimal implementation, in that it uses brute force instead of indexing

 3. Not novel at all -- it represents a specific implementation of well
 known techniques developed nearly 25 years ago

 4. Missing most of the features that are routinely included in current DBMS

 5. Incompatible with all of the tools DBMS users have come to depend on

... snip ...

misc. posts about original relational/sql implementation
http://www.garlic.com/~lynn/submain.html#systemr

and some recent posts about a different aspect of indexing ... the
discussion/contention that went on between the system/r group and people
in stl working on "60s databases" ... aka abstracting away the "direct
record pointer" paradigm with implicit indexes.
http://www.garlic.com/~lynn/2008.html#68 Computer Science Education: Where Are the Software Engineers of Tomorrow?

mapreduce wiki page
http://en.wikipedia.org/wiki/MapReduce

MapReduce - a Major Step Backwards?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: MapReduce - a Major Step Backwards?
Newsgroups: alt.folklore.computers
Date: Fri, 18 Jan 2008 19:56:21

cb@mer.df.lth.se (Christian Brunschen) writes:

And here's a rebuttal:

http://typicalprogrammer.com/programming/mapreduce/

re:
http://www.garlic.com/~lynn/2008b.html#29 MapReduce — a Major Step Backwards?

part of the argument was that brute force was less efficient than using
indexes. but as referenced in this post
http://www.garlic.com/~lynn/2008.html#68 Computer Science Education: Where Are the Software Engineers of Tomorrow?

the (relational) building of indexes was much less efficient than the
earlier DBMS that had direct record pointers (w/o indexes).

other recent posts mentioning the same argument
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006m.html#32 Old Hashing Routine
http://www.garlic.com/~lynn/2006o.html#22 Cache-Size vs Performance
http://www.garlic.com/~lynn/2006w.html#27 Generalised approach to storing address details
http://www.garlic.com/~lynn/2007e.html#14 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007f.html#66 IBM System z9
http://www.garlic.com/~lynn/2007i.html#54 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007u.html#86 IBM mainframe history, was Floating-point myths

How does ATTACH pass address of ECB to child?

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: How does ATTACH pass address of ECB to child?
Newsgroups: bit.listserv.ibm-main,alt.folklore.computers
Date: Fri, 18 Jan 2008 20:38:15

lindy.mayfield@SSF.SAS.COM (Lindy Mayfield) writes:

What doesn't is that Cannatello's book has a page and a half on doing
POST, with one example of how to change the ECB without using the POST
macro.

He even has the child checking the ECB to see if a WAIT had been issued.

A.6.3.1 Bypass Post Routine
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.6.3.1?SHELF=DZ9ZBK03&DT=20040504121320&CASE=

from above:

The following routine allows the SVC "POST" as used in MVS/ESA to be
bypassed whenever the corresponding WAIT has not yet been executed,
provided that the supervisor WAIT and POST routines use COMPARE AND SWAP
to manipulate event control blocks (ECBs).

... snip ...

i.e. charlie had been working on fine grain multiprocessor locking for
cp67 at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

when he invented the compare&swap instruction
http://www.garlic.com/~lynn/subtopic.html#smp

note compare&swap was chosen because CAS are charlie's initials.

trying to get the instruction into the 370 architecture was initially
rebuffed since the pok favorite son operating system claimed that
test&set ... carried forward from 360 multiprocessor days, was all that
was necessary. the statement was made that in order to get compare&swap
into 370 architecture required coming up with uses that weren't
multiprocessor specific. came up with the multitasking/multithreaded
examples ... which were included in the compare&swap programming
examples.

A.6 Multiprogramming and Multiprocessing Examples
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.6?SHELF=DZ9ZBK03&DT=20040504121320

more recently the perform locked operation instruction was defined
... and added to the above description.

Tap and faucet and spellcheckers

From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Tap and faucet and spellcheckers
Newsgroups: alt.folklore.computers
Date: Sat, 19 Jan 2008 03:14:27

Charlton Wilbur <cwilbur@chromatico.net> writes:

I have printed a complex PDF while transcoding a video, and I have
rendered a LaTeX document while displaying a video, and the computer
remained responsive in both situations; is that sufficient to refute
your allegations?

old posts about having