From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Processors stall on OLTP workloads about half the time--almost no matter what you do Newsgroups: comp.arch Date: Fri, 30 Apr 2010 07:57:13 -0400"Del Cecchi" <delcecchi@gmail.com> writes:
IBM goes elephant with Nehalem-EX iron; Massive memory for racks and
blades
http://www.theregister.co.uk/2010/04/01/ibm_xeon_7500_servers/
from above:
With so much of its money and profits coming from big Power and
mainframe servers, you can bet that IBM is not exactly enthusiastic
about the advent of the eight-core "Nehalem-EX" Xeon 7500 processors
from Intel and their ability to link up to eight sockets together in a
single system image. But IBM can't let other server makers own this
space either, so it had to make some tough choices.
... snip ...
from a thread in ibm-main mainframe mailing list
http://www.garlic.com/~lynn/2010g.html#25 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#27 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#32 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#35 Intel Nehalem-EX Aims for the Mainframe
and a reference that w/o competition can charge $18m for $3m computer
Financial Matters: Mainframe Processor Pricing History
http://www.zjournal.com/index.cfm?section=article&aid=346
from above (2006) article:
is that the price per MIPS today is approximately six times higher than
the $165 per MIPS that the traditional technology/price decline link
would have produced
... snip ...
in this thread (from same mailing list):
http://www.garlic.com/~lynn/2010h.html#51 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#56 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#62 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#63 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#66 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#70 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#71 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#79 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010h.html#81 25 reasons why hardware is still hot at IBM
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: 25 reasons why hardware is still hot at IBM Newsgroups: bit.listserv.ibm-main Date: 30 Apr 2010 05:33:07 -0700... and
IBM's Unix poaching slows in Q1
http://www.theregister.co.uk/2010/04/29/ibm_unix_takeouts/
from above
... despite a 17 per cent decline in both Power Systems and System z
mainframe sales.
... snip ...
and ...
In November 2008, HP was perfectly happy to crow that it had converted
more than 250 IBM mainframe shops to Integrity machines in the prior two
years - which prompted IBM to retaliate about the 5,000 HP and Sun
takeouts it had done in the prior four years.
... snip ...
although there may be some x-over with:
IBM goes elephant with Nehalem-EX iron; Massive memory for racks and
blades
http://www.theregister.co.uk/2010/04/01/ibm_xeon_7500_servers/
from above:
With so much of its money and profits coming from big Power and
mainframe servers, you can bet that IBM is not exactly enthusiastic
about the advent of the eight-core "Nehalem-EX" Xeon 7500 processors
from Intel and their ability to link up to eight sockets together in a
single system image. But IBM can't let other server makers own this
space either, so it had to make some tough choices.
... snip ...
from this thread:
http://www.garlic.com/~lynn/2010g.html#25 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#27 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#32 Intel Nehalem-EX Aims for the Mainframe
http://www.garlic.com/~lynn/2010g.html#35 Intel Nehalem-EX Aims for the Mainframe
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Processors stall on OLTP workloads about half the time--almost no matter what you do Newsgroups: comp.arch Date: Fri, 30 Apr 2010 13:32:29 -0400Quadibloc <jsavard@ecn.ab.ca> writes:
the "Financial Matters: Mainframe Processor Pricing History" article
http://www.zjournal.com/index.cfm?section=article&aid=346
was tracking mainframe (mip) pricing during the 70s, 80s, and early part of 90s when there were (similar) clone mainframes ... and the (ibm) mainframe price/mip system pricing curve changed after clone mainframes left the market in the 90s (i.e. the comment was that if the 70s, 80s, & 90s curve had continued up thru the date of the article, a mainframe selling for $18m ... would have been instead selling for $3m ... aka mainframe to mainframe pricing).
some number of complaints in the ibm-main mainframe mailing list is that (regardless of high mainframe hardware pricing), that mainframe software pricing is dominating costs.
A 25+ yr old RAS story was that the product manager for 3090 mainframe tracked me down after 3090s had been in customer shops for a year. There is a mainframe industry reporting service that collects customer mainframe EREP reports and publishes regular monthly summaries (at the time including the various clone vendors). The problem was that 3090 was designed to have something like aggregate 3-5 "channel errors" per annum in total across all installed machines. The reporting service turned up closer to 20 total "channel errors" that had occured in aggregate across all installed 3090s.
I had done operating system driver for HYPERChannel ... allowing remote mainframe controllers and devices at remote locations, using HYPERChannel as a form of mainframe channel extension (for internal installations). In some case, when I had an unrecoverable error, I would reflect and emulated "channel check" which would result in various recovery and retry operations by the standard operating system RAS. I then tried to get the HYPERChannel driver released to customers, but various corporat factions objected. As a result, the HYPERChannel vendor effectively had to do a re-implementation. In any case, the 15 "extra" 3090 channel errors (aggregate across all installed 3090s for the first year) was some HYPERChannel installations (reflecting emulated channel check). So I did some research and selected emulated IFCC (iterface control check) to be substituted in place of CC (channel check) ... it turns out that IFCC follows effectively identical path thru error recovery as CC (but wouldn't show up as channel error in the industry reports).
Point is that there doesn't seemed to be anything similar in other markets (i.e. industry monthly error/RAS reports across all customer installed machines).
as an aside ... when we were doing ha/cmp in the early 90s
http://www.garlic.com/~lynn/subtopic.html#hacmp
I was asked to write a section for the corporate continuous availability
strategy document. The section got pulled because both Rochester
(as/400) and POK (mainframe) complained (that they couldn't meet the
availability criteria in my section). I had coined the term disaster
survivability and geographic survivability when out marketing ha/cmp
http://www.garlic.com/~lynn/submain.html#available
that was separate/independent to work involving cluster scaleup in
ha/cmp ... aka project started out as ha/6000 ... but I changed the name
to ha/cmp to also reflect the work on cluster scaleup. when the cluster
scaleup part of the effort was transferred and we were told that we
couldn't work on anything with more than four processors, they didn't
bother to change the product name. recent thread in this n.g. on the
cluster scaleup subject:
http://www.garlic.com/~lynn/2010.html#6 Larrabee delayed: anyone know what's happening?
http://www.garlic.com/~lynn/2010.html#31 Larrabee delayed: anyone know what's happening?
http://www.garlic.com/~lynn/2010.html#41 Larrabee delayed: anyone know what's happening?
http://www.garlic.com/~lynn/2010.html#44 Larrabee delayed: anyone know what's happening?
http://www.garlic.com/~lynn/2010f.html#50 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#52 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#55 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#56 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#57 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#58 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#60 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#61 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#63 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#64 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#70 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#4 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#8 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#48 Handling multicore CPUs; what the competition is thinking
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Processors stall on OLTP workloads about half the time--almost no matter what you do Newsgroups: comp.arch Date: Fri, 30 Apr 2010 17:07:40 -0400Quadibloc <jsavard@ecn.ab.ca> writes:
from this post (in ibm-main mailing list)
http://www.garlic.com/~lynn/2010i.html#1 25 reasons why hardware is still hot at IBM
IBM's Unix poaching slows in Q1
http://www.theregister.co.uk/2010/04/29/ibm_unix_takeouts/
from above:
In November 2008, HP was perfectly happy to crow that it had converted
more than 250 IBM mainframe shops to Integrity machines in the prior two
years - which prompted IBM to retaliate about the 5,000 HP and Sun
takeouts it had done in the prior four years.
... snip ...
... Integrity (Itanium2) severs
http://en.wikipedia.org/wiki/HP_Integrity_Servers
http://h20341.www2.hp.com/integrity/us/en/systems/integrity-systems-overview.html
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 01 May, 2010 Subject: Goldman Sachs -- Post SEC complaint. What's next? Blog: Financial Crime Risk, Fraud and SecurityFeds open criminal probe of Goldman
One of the things that they don't talk about much is the big retirement funds (limited to buying triple-A) buying up the triple-A rated toxic CDOs (possible motivation for the toxic CDO originators paying the rating agencies for the triple-A ratings ... even when both the rating agencies and the sellers knew that the toxic CDOs weren't worth triple-A ... this was from the fall 2008 congressional hearings into rating agencies) ... which has lots of downstream affecting large numbers. For all we know, the email reference to widows and orphans may have been exactly that ... a large retirement fund (limited to buying triple-A rated investments)
recent posts
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#22 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#27 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#31 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#32 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#41 Profiling of fraudsters
http://www.garlic.com/~lynn/2010h.html#52 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
http://www.garlic.com/~lynn/2010h.html#68 Our Pecora Moment
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: 25 reasons why hardware is still hot at IBM Newsgroups: bit.listserv.ibm-main Date: 2 May 2010 07:00:45 -0700lynn@GARLIC.COM (Anne & Lynn Wheeler) writes:
zjournal article references that lack of clone processors allowed charging $18m for a system that otherwise would have been $3m.
fergus&morris book references that shutting down 370 product pipelines
during Future System, is what allowed clone processors to gain market
foothold ... old post with fergus&morris book reference:
http://www.garlic.com/~lynn/2001f.html#33
another reference to 370 product pipelines being shutdown during Future
System effort:
http://www.jfsowa.com/computer/memo125.htm
other references to Future System effort are here:
http://www.ecole.org/Crisis_and_change_1995_1.htm
misc. past posts mentioning Future System
http://www.garlic.com/~lynn/submain.html#futuresys
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 45 years of Mainframe Newsgroups: bit.listserv.ibm-main Date: Sun, 02 May 2010 10:52:54 -0400shmuel+ibm-main@PATRIOT.NET (Shmuel Metz , Seymour J.) writes:
in above, layout of 360/67 control registers on pg. 16; cr0 was segment origin, cr2 was page fault (translation exception) address, cr4 was channel mask interrupt
360/195 functional specification
http://bitsavers.org/pdf/ibm/360/funcChar/A22-6943-0_360-195_funChar.pdf
no reference to control registers &/or lctl/sctl instructions.
http://bitsavers.org/pdf/ibm/360/funcChar/GA22-6943-1_360-195_funcChar_Aug70.pdf
pg. 21 adds reference to 2880 block mux ... but references only control
is on system control panel. also extended channels allows up to 14
channels, but psw bit 6 is summary mask for channels 6-13 (as group
rather than channel 6 alone).
http://www.garlic.com/~lynn/2010h.html#29 45 years of Mainframe
no 370/195 functional specification (yet) here:
http://bitsavers.org/pdf/ibm/370/funcChar/
370-0 (jun1970) principles of operation:
http://bitsavers.org/pdf/ibm/370/princOps/GA22-7000-0_370_Principles_Of_Operation_Jun70.pdf
before virtual memory announcement, pg. 7; cr0 bits have control block-mux & extended external masking, cr2 extended i/o mask, cr14 & cr15 machine-check handling.
370-4 (sep1975)) principles of operation:
http://bitsavers.org/pdf/ibm/370/princOps/GA22-7000-4_370_Principles_Of_Operation_Sep75.pdf
layout of 370 control registers on pg. 37; cr1 was segment origin
I got involved a little with the 370/195 guys ... they said that the biggest difference between 360/195 and 370/195 was some amount of instruction retry (error ras) had been added to 370/195.
I was doing various multiprocessing operating system stuff ... and the 370/195 were looking at doing an emulated two-processor system (hyper-threading with two instruction streams, two PSWs, two sets of registers, etc) ... and why they tracked me down. The 195 had 64 instruction pipeline and carefully crafted codes had 10mip thruput (any branches looping within pipeline). However, for most codes (w/o branch prediction & speculative execution), the branches would drain the pipeline and only operated at 5mip.
the idea with two instruction streams (simulated two processor systems) would be able to maintain full pipeline. instructions (and other resources) in the pipeline would have a one-bit tag indicating the instruction stream ("processor") association. this was never shipped or announced.
misc. past posts mentioning smp, multiprocessor, tightly-coupled, and/or
compare&swap instruction
http://www.garlic.com/~lynn/subtopic.html#smp
other past posts in this thread:
http://www.garlic.com/~lynn/2010h.html#30 45 years of Mainframe
http://www.garlic.com/~lynn/2010h.html#33 45 years of Mainframe
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 02 May, 2010 Subject: The Enablers for this "Real Estate Crisis"- Willful Blindness, Greed or more? Blog: Financial Crime Risk, Fraud and SecurityThe Enablers for this "Real Estate Crisis"- Willful Blindness, Greed or more?
The fall2008 congressional hearings into the rating agencies found that (unregulated) loan originators were paying the rating agencies for triple-A rating on toxic CDOs (even when both the sellers and the rating agencies knew they weren't worth the triple-A ratings). This enormously increased the funds available for the loan originating operations as well as eliminating any motivation for them to care about the borrower's qualification or loan quality (since they could immediately unload at premium price everything they originated, regardless of quality). Part of the triple-A rating motivation was opening up large markets that only dealt in triple-A (like retirement funds)
Loan originators, no longer having to care about borrower's qualifications or loan quality, were more than happy to sell no-down, no-documentation, 1% ARM, interest-only payments to speculators. With real-estate inflation at 20% or better in some parts of the country, speculators were gladly snapping up 1% payments (with speculation further fueling inflation; spread/ROI between costs and inflation were enormous). Real-estate industry, with commissions on every transaction were more than happy to see speculators flipping every year or two (inventory churn ... sort of like stock portfolio churning, driving fees & commissions).
in the 90s, we were asked to look at being able to identify mortgage fraud in (securitized mortgage) CDOs. CDOs had been used in the S&L crisis to obfuscate the underlying value ... but w/o the triple-A ratings, they never reached the prevalence of this century. The older kinds of mortgage fraud where things like fraudulent appraisals and/or mortgages on things that didn't exist (i.e. frequent example used was office bldg mortgage in Dallas at address that was empty lot).
However, with being able to pay for triple-A ratings (on the toxic CDOs) & gaining access to safe investment market (like retirement funds), the resulting loan originating frenzy seemed to came to dwarf the older kinds of mortgage fraud (... aka no fraudulent document mortgage fraud ... when mortgages don't require documents).
misc. recent posts mentioning real-estate speculators
http://www.garlic.com/~lynn/2010.html#37 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010.html#61 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010f.html#37 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#76 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#79 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#81 The 2010 Census
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#32 In the News: SEC storms the 'Castle'
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Favourite computer history books? Newsgroups: alt.folklore.computers, comp.sys.mac.system Date: Sun, 02 May 2010 17:12:17 -0400jamiekg@wizardling.geek.nz (Jamie Kahn Genet) writes:
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Favourite computer history books? Newsgroups: alt.folklore.computers, comp.sys.mac.system Date: Sun, 02 May 2010 18:33:01 -0400re:
quite a few of the people/authors (both fiction & non-fiction) mentioned
in this thread were attendees at camp Swiq at one time or another
... mentioned here
http://aether.com/archives/the_curse_of_xanadu.html
http://en.wikipedia.org/wiki/Project_Xanadu
also mentioned here
http://en.wikipedia.org/wiki/The_Hackers_Conference
as the oldtimers aged, things were moved to more hospitable surroundings.
a couple random past refs:
http://www.garlic.com/~lynn/2002b.html#21 AOL buys Redhat and ... (link to article on eweek)
http://www.garlic.com/~lynn/2005c.html#49 [Lit.] Buffer overruns
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: 25 reasons why hardware is still hot at IBM Newsgroups: bit.listserv.ibm-main Date: 3 May 2010 07:32:41 -0700timothy.sipples@US.IBM.COM (Timothy Sipples) writes:
a couple references to HTML was evolution of SGML (& CMS SCRIPT clone
from waterloo):
http://infomesh.net/html/history/early
http://ref.web.cern.ch/ref/CERN/CNL/2001/001/tp_history/Pr/
GML was invented at the science center in 1969 ... CMS SCRIPT started
out as port of document formating RUNOFF from CTSS (using dot/"."
formating commands). Then GML tag support was added to CMS SCRIPT:
http://www.garlic.com/~lynn/submain.html#sgml
discussion of the early Stanford vm/cms web server:
http://www.slac.stanford.edu/history/earlyweb/history.shtml
above discusses using vm/cms webserver to access SPIRES, current (web)
SPIRES
http://www.slac.stanford.edu/spires/
SPIRES wiki page:
http://en.wikipedia.org/wiki/Stanford_Physics_Information_Retrieval_System
misc. past posts mention TSO/CMS bake-off report:
http://www.garlic.com/~lynn/2001f.html#49 any 70's era supercomputers that ran as slow as today's supercompu
http://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
http://www.garlic.com/~lynn/2001m.html#19 3270 protocol
http://www.garlic.com/~lynn/2002h.html#14 Why did OSI fail compared with TCP-IP?
http://www.garlic.com/~lynn/2002h.html#51 Why did OSI fail compared with TCP-IP?
http://www.garlic.com/~lynn/2002j.html#64 vm marketing (cross post)
http://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
http://www.garlic.com/~lynn/2002o.html#54 XML, AI, Cyc, psych, and literature
http://www.garlic.com/~lynn/2003c.html#53 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003c.html#69 OT: One for the historians - 360/91
http://www.garlic.com/~lynn/2003h.html#19 Why did TCP become popular ?
http://www.garlic.com/~lynn/2003k.html#13 What is timesharing, anyway?
http://www.garlic.com/~lynn/2003o.html#16 When nerds were nerds
http://www.garlic.com/~lynn/2004c.html#10 XDS Sigma vs IBM 370 was Re: I/O Selectric on eBay: How to use?
http://www.garlic.com/~lynn/2004c.html#26 Moribund TSO/E
http://www.garlic.com/~lynn/2005s.html#26 IEH/IEB/... names?
http://www.garlic.com/~lynn/2006d.html#35 Fw: Tax chooses dead language - Austalia
http://www.garlic.com/~lynn/2006d.html#38 Fw: Tax chooses dead language - Austalia
http://www.garlic.com/~lynn/2006k.html#34 PDP-1
http://www.garlic.com/~lynn/2006n.html#3 Not Your Dad's Mainframe: Little Iron
http://www.garlic.com/~lynn/2006v.html#23 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2007d.html#29 old tapes
http://www.garlic.com/~lynn/2007d.html#40 old tapes
http://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated with ISPF?
http://www.garlic.com/~lynn/2008b.html#65 How does ATTACH pass address of ECB to child?
http://www.garlic.com/~lynn/2008j.html#89 CLIs and GUIs
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM 5100 First Portable Computer commercial 1977 Newsgroups: alt.folklore.computers Date: Mon, 03 May 2010 11:36:04 -0400see@sig.for.address (Victor Eijkhout) writes:
internal world-wide, sales&marketing support (virtual machine based) HONE system extensively used APL for the applications. HONE applications included configurators ... basically enter some amount of customer configuration data and it would come up with the features that needed to be specified in the order. some of this was heavy computing performance related calculations ... and the computation load on the HONE systems was so high ... that some of the calculations were recoded in FORTRAN ... requiring a way for APL to invoke the FORTRAN code.
misc. past posts mentioning APL &/or HONE (possibly largest online
deployment in the world in the 70s):
http://www.garlic.com/~lynn/subtopic.html#hone
5100 was port of apl\360 (acutally aplsv) subset with some 360 emulation
http://en.wikipedia.org/wiki/IBM_5100
http://www.classiccmp.org/dunfield/ibm5100/index.htm
http://www.brouhaha.com/~eric/retrocomputing/ibm/5100/
HONE apl applications had started out with cp67 cms\apl ... which was port of apl\360 to cms virtual machine environment. native apl\360 was typically a 16kbyte (or 32kbyte) workspace (real storage, swapped as complete unit). cms\apl opened the workspace up to the virtual address size (which required reworking apl\360 storage allocation & garbage collection for paged virtual memory environment) ... and added API for invoking CMS system services. The combination (of large workspaces and system service API) opened APL up to a lot of "real-world" applications (that weren't possibly in the apl\360 contrained environment).
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 03 May, 2010 Subject: Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle Blog: Greater IBMre:
The big cloud operations have been trailblazing a lot of this (mega datacenters ... also TCO ... including power & cooling).
The zjournal article from 2006 mentions that w/o competition from clone vendors, they've been able to charge $18m for system that would have otherwise been $3m.
There have been various stories over the past couple years that the big cloud operations have been able to cut costs by about 2/3rds for huge number of blade racks ... compared to buying from traditional vendors. They've published studies of detailed price, RAS & lifetime costs for components ... helping with the selection.
To be competitive with buying cloud as service from these operations & bring such stuff in house ... they would need to try and approximate similar price points.
other recent posts mentioning zjournal article:
http://www.garlic.com/~lynn/2010h.html#81 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010i.html#0 Processors stall on OLTP workloads about half the time--almost no matter what you do
http://www.garlic.com/~lynn/2010i.html#2 Processors stall on OLTP workloads about half the time--almost no matter what you do
http://www.garlic.com/~lynn/2010i.html#5 25 reasons why hardware is still hot at IBM
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM 5100 First Portable Computer commercial 1977 Newsgroups: alt.folklore.computers Date: Mon, 03 May 2010 17:54:00 -0400bbreynolds <bbreynolds@aol.com> writes:
cp67 had "shared pages" that were part of "named system" definition that was accessed via the "IPL" command. This carried over to vm370. In order to have APL interpreter (something like three 16page segments) defined as shared pages ... it had to be included as part of an IPL "named system" ... that included a saved system image of CMS along with APL.
actually, the original 370 virtual memory architecture allowed for r/o shared-segments ... but that was one of several things dropped when 370/165 ran into problems & delays retrofitting virtual memory ... that would have held up virtual memory announcement. when the features were dropped to help with the 370/165 schedule ... other models that had already implemented full 370 virtual memory ... had to go back and remove the dropped features. vm370 also had to drop back to the protected shared page hack used by cp67 (rather than the original implementation using r/o protected shared segments).
In any case, HONE had a large tailored online environment all implemented in APL called SEQUOIA. It would have been possible for SEQUOIA to setup things to drop out of APL, execute the desired FORTRAN program which then returned to APL & SEQUIOA (with SEQUIOA having left around sufficient information to resume the endusers environment).
The gotcha was with the IPL CMSAPL ... simply exiting APL (back to CMS) ... still left the protected APL shared page image in the address space (which would have interfered with executing most other applications). Implicit in all this was that falling back to having a non-shared page APL ... would have resulted in severe HONE performance degradation (that would have not been offset by the benefit from having thruput improvement from having some FORTRAN implementations). HONE also had a special hack to include large part of the SEQUIOA APL code as part of the APL interpreter shared-page image (significantly reducing paging overhead).
HONE needed a new kind of mechanisms for invoking protected shared pages
... having standard "IPL CMS" for the protected cms shared pages and a
totally different mechanisms for invoking protected shared pages for
APL. I had done page-mapped filesystem for cp67/cms ... and in these old
email refs ... migrated the page-mapped filesystem and other features
from cp67 to vm370:
http://www.garlic.com/~lynn/2006v.html#email731212
http://www.garlic.com/~lynn/2006w.html#email750102
http://www.garlic.com/~lynn/2006w.html#email750430
One of my hobbies was supplying enhanced production systems to many internal sites ... including HONE ... going back to when HONE started with CP67 systems. HONE converted to vm370 based system ... prior to my moving (mentioned in the email references) to vm370. However, after I moved changes to vm370 base ... HONE was one of my first CSC/VM installations. In any case, as part of the page-mapped filesystem ... there was ability to have files mapped into virtual memory with portions defined to be "shared", r/o protected ... which HONE took advantage of to enable being able for SEQUIOA to drop out of APL, have FORTRAN application executed, and then resume APL/SEQUIOA execution (i.e. shared page APL/SEQUIOA was invoked separately from the "IPL CMS").
A small subset of the CMS and VM370 CSC/VM changes were then picked up by the product group .... w/o the paged-mapped filesystem support, and shipped as DCSS in vm370 release 3.
misc past posts mentioning HONE SEQUIOA:
http://www.garlic.com/~lynn/2001k.html#9 HP-UX will not be ported to Alpha (no surprise)exit
http://www.garlic.com/~lynn/2002i.html#76 HONE was .. Hercules and System/390 - do we need it?
http://www.garlic.com/~lynn/2002j.html#0 HONE was .. Hercules and System/390 - do we need it?
http://www.garlic.com/~lynn/2002j.html#3 HONE, Aid, misc
http://www.garlic.com/~lynn/2002j.html#5 HONE, xxx#, misc
http://www.garlic.com/~lynn/2003f.html#21 "Super-Cheap" Supercomputing
http://www.garlic.com/~lynn/2005g.html#27 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005g.html#30 Moving assembler programs above the line
http://www.garlic.com/~lynn/2006m.html#53 DCSS
http://www.garlic.com/~lynn/2006o.html#52 The Fate of VM - was: Re: Baby MVS???
http://www.garlic.com/~lynn/2006o.html#53 The Fate of VM - was: Re: Baby MVS???
http://www.garlic.com/~lynn/2007h.html#62 sizeof() was: The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2009j.html#77 More named/shared systems
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Program Work Method Question Newsgroups: alt.folklore.computers Date: Tue, 04 May 2010 10:20:47 -0400Charles Richmond <frizzle@tx.rr.com> writes:
some old pictures
http://www.garlic.com/~lynn/lhwemail.html#oldpicts
the cdi miniterm on desk at home is next to compact microfiche reader; get program listings redirected to microfiche printer ... several dozen pages on 3x5 card. had "library" of couple hundred cards.
however, on this business trip referenced here (in the mid-80s):
http://www.garlic.com/~lynn/2010h.html#5 computers on tv
http://www.garlic.com/~lynn/2010h.html#6 computers on tv
I was tracked down at the hotel for conference call about system failure that a customer was having. The other end of the call had program listings and access to source (on channel connected, 640kbyte/sec, 3270 terminals) and detailed customer provided failure information. I had to work off the program listing source from memory.
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Idiotic programming style edicts Newsgroups: alt.folklore.computers Date: Tue, 04 May 2010 11:07:05 -0400Joe Makowiec <makowiec@invalid.invalid> writes:
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 May, 2010 Subject: Fake debate: The Senate will not vote on big banks Blog: Financial Crime Risk, Fraud and SecurityFake debate: The Senate will not vote on big banks
The quote from Greenspan of no evidence that mega banks are more efficient/effective than more modest sized banks seems to correspond with analysis I did of numbers from industry publication several yrs ago. The publication had several thousand numbers showing the avg. for the largest national banks compared to the avg. of all the major regional banks. The regional banks came out slightly better than the national banks.
past reference:
http://www.garlic.com/~lynn/2010h.html#52 Our Pecora Moment
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 04 May, 2010 Subject: Cloud.com takes on virty infrastructure Blog: Greater IBMCloud.com takes on virty infrastructure
from above:
Cloud.com, formerly known as VMOps, has come out of stealth mode today
as it raised its second round of funding and launched its first
products for managing virtual server infrastructure across private and
public clouds.
... snip ...
The 60s & 70s version of this were the online timesharing systems
... a major player at the time was the ibm virtual machine based
mainframe system ... for both in-house operations as well as
commercial timesharing service bureaus. misc. past posts about these
operations
http://www.garlic.com/~lynn/submain.html#timeshare
One of the largest was the internal HONE system providing world-wide
sales&marketing support (one example was before submission,
mainframe orders first had to be verified by HONE applications).
Recent thread discussing one of my hobbies was providing operating
system and support for internal operations, including HONE system
http://www.garlic.com/~lynn/2010i.html#13
Above thread also gets into a little of evolution of sunguard for disaster backup.
misc. past posts mentioning HONE
http://www.garlic.com/~lynn/subtopic.html#hone
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@GARLIC.COM (Anne & Lynn Wheeler) Subject: Re: How to analyze a volume's access by dataset Newsgroups: bit.listserv.ibm-main Date: 4 May 2010 18:58:37 -0700LarryChenevert@VERIZON.NET (Larry Chenevert) writes:
The other was DMKCOL (internal mods to vm) which did super high performance cchr capture and drove it various thru cache design and replacement algorithms. There was also work on abstracting the information in real time so that it could be run as part of normal production operation for providing input into dynamic disk allocation. While the initial work was under vm370 ... it was used for capturing information from production cms-intensive operations as well as guest operating systems (under vm370) ... the methodology could be added to other operating systems.
Early cache simulation results was looking at optimal placement of fixed amount of electronic storage cache ... i.e. trade-off between disk-level cache, controller level cache, channel level cache, (303x channel) director level cache or system level cache. One of the results was that single system level cache was more efficient than dividing the electronic memory available multiple smaller caches. This result was purely from the standpoint of cache hit ratios and aggregate amount of fixed electronic storage. The limitation at the time (late 70s) was no way to have system level managed addressability for large amounts of cache ... and no easy way to have independent processor managing the information. Even tho it showed that multiple 8mbytes in 3880 controller caches was less efficient (in terms of cache hit ratios) than single large system cache ... there was no easy way of packaging and shipping the system cache (although it might have contributed to justifying expanded store in 3090).
I had done a lot of work for DMKCOL ... and it was somewhat satisfying that the different cache level simulation showing that single global cache had higher hit ratio than equivalent electronic storage partitioned into different 3880 controllers. This corresponded to the work I had done as undergraduate in the 60s as undergraudate and showing global replacement was more efficient than local/partitioned replacement.
Slightly later I got pulled into academic dispute over global versus
local ... there was some amount of concerted opposition to granting a
stanford PHD on global replacement. At acm sigops '81 meeting, I was
asked to provide supporting evidence on global replacement from my 60s
undergraduate days. Presumably some sort of internal corporate politics
resulted in my not being allowed to respond until oct82 (sounds better
than assuming that they were taking sides in the academic dispute)
http://www.garlic.com/~lynn/2006w.html#email821019
in this post:
http://www.garlic.com/~lynn/2006w.html#46
a couple past posts mentioning DMKCOL work
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?
misc. past posts referencing global replacement work
http://www.garlic.com/~lynn/subtopic.html#wsclock
Longer term DMKCOL collecting (several months) ... after identifying relatively short term use patterns (used for things like cache design) ... started turning up other kinds of longer period patterns ... certain collections of accesses done on periodic basis.
some of this shows up backup/archive "containers" ... collections
treated as single unit ... I had done the original CMSBACK that then
morphed into workstation datasave facility, then ADSM and is now TSM
... some old email
http://www.garlic.com/~lynn/lhwemail.html#cmsback
misc. past backup/archive posts
http://www.garlic.com/~lynn/submain.html#backup
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Program Work Method Question Newsgroups: alt.folklore.computers Date: Wed, 05 May 2010 09:14:32 -0400Anne & Lynn Wheeler <lynn@garlic.com> writes:
last night on NCIS, they are searching a bookstore in wash dc, owned by recently deceased deep-cover russian spy ... gibbs turns up a microfiche card ... explaining it is a 1970s version of the doodad that plugs into side of PC (aka flashdrive).
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: How to analyze a volume's access by dataset Newsgroups: bit.listserv.ibm-main Date: Wed, 05 May 2010 11:08:21 -0400BillF@MAINSTAR.COM (Bill Fairchild) writes:
I had gotten into some disputes with Tucson over some of their cache conclusions. The first two 3880 cache controllers were ironwood (3880-11) and sherif (3880-13) ... they were both 8mbyte cache controller caches ... ironwood was 4k "page" cache, and sherif was full-track cache.
(hardware) fast-write allowed system logic to continue as soon as record was in controller cache ... but before arm had been moved and data actually deposited on disk. for no-single-point-of-failure ... this required that the electronic storage was replicated and could survive power-failure (marketing would tend to claim that whatever was shipping was what was actually needed). in some sense, it is temporary staging area to compensate for disk arm delay (and possibly being able to optimally re-arrange order of writes tailored to disk arm motion).
fast-write logic shows up in 1980s DBMS implementation (not
necessarily mainframe) where the DBMS is directly managing cache of
records ... and transaction is considered commited as soon as the
transaction image log record has been written ... but the actual data
record hasn't yet been written to disk "home" location. The aggregate
amount of (outstanding) "fast-write" records would tend to be related
to how fast the system was executing transactions. I ran into some
issues with this attempting to extend to cluster environment
... frequently used past reference (jan92 meeting in ellison's office)
http://www.garlic.com/~lynn/95.html#13
some number of the (non-mainframe) implementations were getting the
DBMS vendors to move their vax/cluster implementation over to
ha/cmp. at the time, when a record had to be moved from one cluster
member to another, their vax/cluster implementation was to first force
any "fast-write" records to their home disk location ... before the
other cluster member read it off disk. This ignored the fast
interconnect technologies that would allow direct cache-to-cache (of
fast-write records) transfers. It turns out to get them off the first
write to disk scenario ... there were some tricky issues with
correctly merging transactions commits from multiple (cluster) logs
during a recovery (say after total power outage). Early on there was
apprehension of deploying direct cache-to-cache transfer (of
potentially fast-write records) ... because of the complexities with
log merging during recovery. misc. ha/cmp posts (direct cache-to-cache
transfers, w/o first forcing to disk, was part of cluster scaleup in
dbms environment):
http://www.garlic.com/~lynn/subtopic.html#hacmp
This is somewhat independent of cache size issues and (re-use) hit ratios (i.e. once in cache, what is the probability that the same record would again be requested). The early 3880-13 (full-track) cache documentation claimed 90% hit rates. Their model was sequential read of track formatted with ten records. The first record read from a track would bring in the whole track ... and then the next nine sequential record reads would be found in the cache. I raised the issue if the application switched to full-track sequential read, it would drop the numbers to zero percent cache hit ratio.
The 3880-11 was being pitched as paging device ... to somewhat compensate for lack of 2305 followon. I had done page migration and some work on dup/no-dup algorithms in the 70s. Relative large system storage with relatively same amount of paging cache could result in zero percent hit rate. The issue is that if the page is brought into the system ... and the sizes of aggregate cache and system storage were compareable ... then every page that was in the cache would also be in system storage (and therefor would never be requested) ... only pages that weren't in system storage would be requested (but they then weren't likely to be in cache ... because cache was full of duplicates of what was in system storage). In that situation, I created a dynamic "no-duplication" switch ... heavily loaded 2305s would deallocate any record read into system storage.
So when 3880-11 was announced, a typical system configuration was 3081 with 32mbytes of real storage. Adding four 3880-11 to the configuration would only have total of 32mbyte of cache. There would easily be the situation that every page in cache would also be in 3081 memory ... and therefor would never be used again. Only pages that would be read into the 3081 would be pages that had very low probability of also being in cache (zero percent hit rate). I proposed a "no-dup" strategy for 3880-11, similar to what I had done for 2305s in the 70s. 3880-11 had a special read CCW ... that if the record was in cache ... would read it from cache and purge it from cache ... and if it wasn't in the cache, would do a direct cache-bypass read from disk. The result, was that the only way a page could get into cache was on a write (presumably when it was being replaced in system storage).
3880-11 & 3880-13 were later upgraded from 8mbyte to 32mbyte cache as 3889-21 & 3880-23 (if total aggregate controller cache size was much larger than system memory, it mitigates the need for no-dup strategy).
misc. past posts mentioning dup/no-dup paging:
http://www.garlic.com/~lynn/93.html#13 managing large amounts of vm
http://www.garlic.com/~lynn/2000d.html#13 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2001l.html#55 mainframe question
http://www.garlic.com/~lynn/2002b.html#10 hollow files in unix filesystems?
http://www.garlic.com/~lynn/2002b.html#20 index searching
http://www.garlic.com/~lynn/2002e.html#11 What are some impressive page rates?
http://www.garlic.com/~lynn/2002f.html#20 Blade architectures
http://www.garlic.com/~lynn/2003o.html#62 1teraflops cell processor possible?
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/2004h.html#19 fast check for binary zeroes in memory
http://www.garlic.com/~lynn/2004i.html#1 Hard disk architecture: are outer cylinders still faster than inner cylinders?
http://www.garlic.com/~lynn/2005c.html#27 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005m.html#28 IBM's mini computers--lack thereof
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
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/2007c.html#0 old discussion of disk controller chache
http://www.garlic.com/~lynn/2007e.html#60 FBA rant
http://www.garlic.com/~lynn/2007l.html#61 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2008f.html#19 Fantasy-Land_Hierarchal_NUMA_Memory-Model_on_Vertical
http://www.garlic.com/~lynn/2008h.html#84 Microsoft versus Digital Equipment Corporation
http://www.garlic.com/~lynn/2008k.html#80 How to calculate effective page fault service time?
http://www.garlic.com/~lynn/2010.html#47 locate mode, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010g.html#73 Interesting presentation
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 05 May, 2010 Subject: Fake debate: The Senate will not vote on big banks Blog: Financial Crime Risk, Fraud and Securityre:
from (wall street?, senate?) dept. of dirty tricks; somebody yesterday reported "the baseline scenario" blog URLs as "abusive" on facebook (for "blacklisting").
It was after this URL had been posted to baseline facebook entry:
http://baselinescenario.com/2010/05/04/fake-debate-the-senate-will-not-vote-on-big-banks/
... and at least after I had made comment on the URL regarding industry publication that shows thousands of numbers with the avg. for national banks side-by-side with the avg. for the regional banks.
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Idiotic programming style edicts Newsgroups: alt.folklore.computers Date: Thu, 06 May 2010 11:26:39 -0400Walter Bushell <proto@panix.com> writes:
The reference to IBM totally wallking away from 360(/370) might be
construed as a vieled reference to Future System project ... some
past posts
http://www.garlic.com/~lynn/submain.html#futuresys
which was going to completely replace 360/370 and was significantly different.
Some recent posts on IBM being able to charge $18M for system that
otherwise would go for $3M (because of clone processors vendors no
longer in the market) ... which can be construed as it is cheaper (or
some other financial scenario ... like opportunity costs) for
corporations to pay the hardware price than rewrite the software:
http://www.garlic.com/~lynn/2010h.html#83 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#0 Processors stall on OLTP workloads about half the time--almost no matter what you do
http://www.garlic.com/~lynn/2010i.html#2 Processors stall on OLTP workloads about half the time--almost no matter what you do
http://www.garlic.com/~lynn/2010i.html#5 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010i.html#12 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Program Work Method Question Newsgroups: alt.folklore.computers Date: Thu, 06 May 2010 14:27:14 -0400Charles Richmond <frizzle@tx.rr.com> writes:
slightly closer relationship would be cdroms.
when we were doing HSDT
http://www.garlic.com/~lynn/subnetwork.html#hsdt
and working with sites that were going to become NSFNET backbone sites
(internal politics finally prevented use from doing NSFNET backbone)
http://www.garlic.com/~lynn/subnetwork.html#nsfnet
we were somewhat involved with company that had worked on encoding for
CDROM ... they specialized in reed-solomon ... while we were working
with them, they were bought by kodak. we also had a person on the
project that had been grad student of reed's at caltech. misc. past
posts mentioning the company:
http://www.garlic.com/~lynn/2001.html#1 4M pages are a bad idea (was Re: AMD 64bit Hammer CPU and VM)
http://www.garlic.com/~lynn/2002p.html#53 Free Desktop Cyber emulation on PC before Christmas
http://www.garlic.com/~lynn/2003e.html#27 shirts
http://www.garlic.com/~lynn/2004f.html#37 Why doesn't Infiniband supports RDMA multicast
http://www.garlic.com/~lynn/2004o.html#43 360 longevity, was RISCs too close to hardware?
http://www.garlic.com/~lynn/2005n.html#27 Data communications over telegraph circuits
http://www.garlic.com/~lynn/2007.html#29 Just another example of mainframe costs
http://www.garlic.com/~lynn/2007j.html#4 Even worse than UNIX
http://www.garlic.com/~lynn/2007v.html#82 folklore indeed
http://www.garlic.com/~lynn/2008l.html#19 IBM-MAIN longevity
http://www.garlic.com/~lynn/2008m.html#23 Blinkylights
http://www.garlic.com/~lynn/2008s.html#61 Is SUN going to become x86'ed ??
http://www.garlic.com/~lynn/2009e.html#66 Architectural Diversity
http://www.garlic.com/~lynn/2009n.html#46 Follow up
http://www.garlic.com/~lynn/2009q.html#0 Anyone going to Supercomputers '09 in Portland?
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Program Work Method Question Newsgroups: alt.folklore.computers Date: Thu, 06 May 2010 17:19:55 -0400Patrick Scheible <kkt@zipcon.net> writes:
some of the stuff was prototyping/testing at lick ... some old email
http://www.garlic.com/~lynn/2004h.html#email830822
http://www.garlic.com/~lynn/2004h.html#email830830
Lick Observatory
http://en.wikipedia.org/wiki/Lick_Observatory
W. M. Keck Observatory
http://en.wikipedia.org/wiki/Keck_telescopes
Mauna Kea Observatory
http://en.wikipedia.org/wiki/Mauna_Kea_Observatory
Howard B. Keck
http://en.wikipedia.org/wiki/Howard_B._Keck
W. M. Keck Foundation
http://en.wikipedia.org/wiki/W._M._Keck_Foundation
misc. hsdt
http://www.garlic.com/~lynn/subnetwork.html#hsdt
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
From: lynn@garlic.com (Lynn Wheeler) Date: 08 May, 2010 Subject: Retailers blamed for making people vulnerable to credit card fraud and ID theft Blog: Financial Crime Risk, Fraud and SecurityRetailers blamed for making people vulnerable to credit card fraud and ID theft
from above:
cp67 ran cms (cambridge monitor system ... renamed conversational
monitor system in morph to vm370) which "borrowed" a lot of its language
processors and libraries from os/360 and ran in 24-bit (virtual) address
mode (it had an os/360 simulation layer for those language processors
and libraries)
it wasn't just (assembler) applications looking for spare bits to stuff
things in data structures (using high byte of address field) ... but in
24-bit mode (virtual or real), the psw had condition code and program
mask in the high byte (of the address field). BAL and BALR (brank and
link) instruction placed the full 32-bits from the PSW (ILC, condition
code, program mask, and current instruction address) into a register.
BAL/BALR was extensively used for library calls ... with the called
routine returnning to the callee based on the address from the BAL/BALR
instruction ... standard convention was something like:
my q&d conversion of gcard ios3270
PSW formats (basic is similar to standard 360)
370/67 extended mode 1st byte of PSW is
360/67 introduced BAS & BASR linkage instructions for use in 32-bit
address mode.
the explanation I've periodically heard with regard to 31bit choice
for XA (instead of 32-bit used in 360/67) was that BXLE/BXH
instructions wanted to treat address as 32bit signed integer (since
increment added to address register might be negative):
--
hsdt
had transponder on sbs4 ... even got to attend its launch on 41d
had done two different sets of custom specified earth station hardware
(with two different vendors).
one of the vendors mentioned that they had been approached by the large
telco and asked if the vendor would build a duplicate to our
specifications for them (apparently an example of standard industrial
espionage).
one of the pains was all corporate stuff (both terrestrial and
satellite) had to be encrypted ... at one point in the mid-80s there was
claim that the internal network had half (or more) of all the link
encryptors in the world. the problem i had was getting T1 and higher
speed encryption (aka lots of stuff out their for slower speeds). past
posts mentioning internal network
past reference to trying to do something of my own and discovering
(that at least in mid-80s) there were three kinds of crypto:
misc. past posts mentioning 41d:
--
austin/opd was going to use 801/risc ("ROMP") for displaywriter
follow-on (done using pl.8 & cp.r) ... when that got killed, they looked
around and came up with the idea of using it instead for the unix
workstation market ... and got the company that had done pc/ix port of
the pc ... to do one of 801/risc. this was announced as pc/rt and aix
(v2). There was an issue of what to do with the displaywriter people
that had been programming in PL.8 for CPr. They came up with claim that
the austin people would do a psuedo virtual machine layer (in PL.8) and
the unix port would be done (by outside company) to the abstract virtual
machine layer, because that would be quicker than having the unix port
done to the bare metal.
in parallel with all that, there was the stripped down tss/370
supervisor, ssup ... that AT&T was "layering" unix interface on top of
... and a effort by the palo alto science center to do BSD that ran
under vm370 ... with special hooks in vm to help with having lots of
address spaces and forking.
I had been working with one of the people that had done (370) vs/pascal, on
doing a C front-end. He up and left for metaware ... and I got the PASC
to hire metaware to do the 370 C compiler for the 370 unix port. Before
this was announced and shipped, PASC got redirected to do the BSD port
to PC/RT (bare metal; result disproved the assertion that abstract
virtual machine effort was faster, less resources, etc). This was "AOS"
(bsd announced for PC/RT) and done continuing to use the metaware
c-compiler (but with 801/risc/romp backend in place of 370
backend). misc. past posts mentioning 801, risc, romp, rios, power,
power/pc, somerset, etc
pasc had also been doing some stuff with UCLA's locus on 68k machines
and series/1. Decision was then made to (also) turn UCLA's locus out as
a product and was announced as "aix/386" (running on ps2) and "aix/370"
(running under vm370).
A big issue with deploying unix under vm370 (both by ibm and other
vendors) was field engineer declared that they wouldn't service the
boxes w/o mainframe erep ... and the effort to add mainframe EREP to
unix was significantly larger than the straight-forward port of unix to
370 (i.e. running under vm370, vm370 would provide unix guest with the
necessary erep required by field engineering to service the box).
Then there was fear about AT&T unix licensing and threat of AT&T/SUN
aggreement. The other vendors then lined up to do "POSIX" support with
implementation that was free of AT&T code.
Note that the 40+K linux images under vm370 ... wasn't even vm370
running on the bare metal ... vm370 was running in a test LPAR (that
didn't have any significant part of the total mainframe resources).
misc. past posts mentioning tss/370 ssup for at&t unix (also somewhat
erep motivated, aka using low-level erep in ssup):
misc. past posts mentioning (ucla's) locus:
--
i was asked to do a section in the corporate continuous availability
strategy document ... but it then got pulled when both rochester and pok
complained (that they couldn't meet the requirements). some availability
posts
when i was doing cluster scaleup for ha/cmp, referenced in this old post
about jan92 meeting in ellison's office
the mainframe db2 group made some mention that if i was allowed to go
ahead in conjunction with ellison ... it would be at least five years
ahead of where they were. this possibly contributed to the internal
politics that transferred the cluster scaleup part and told use that we
couldn't work on anything with more than four processors. misc. past
emails mentioning some of the cluster scaleup work (and it couldn't
transfered and then being announced for numerical intensive only):
some recent references to "release no software before its time":
--
but it was full employment for the austin people ... it wasn't just
about retargeting the displaywriter follow-on to the unix workstation
market ... but also giving the austin people something to do ... went
along with it.
it wasn't just inflating the initial development and all the processor
overhead ... for no other apparent reason ... but it also required that
for new device drivers ... had to write both a new unix device driver as
well as the corresponding new VRM device driver (sort of the inverse of
unix under vm370 ... instead of eliminating needing to do unix mainframe
erep by running under vm370 ... unix under VRM ... doubled new device
driver effort).
however, there was another besides unix ... they also got pick running
on it.
a few past posts mentioning PICK:
--
There was presentation during the displaywriter days about over 200
people programming in pl.8. redirecting the product to the unix
workstation market ... still required having all those people do
something.
Later during rs/6000 and moving from aixv2 to aixv3 ... I have vaque
recollection of over 1000 (maybe >2000?) working on aix (many/most?
were not direct employees but were from employment agency). There were
all kinds of statements about the enormous added value to unix ... like
putting in lots and lots of SNA stuff ... however, this also added
enormous costs to AIX which had to be accounted for.
Doing ha/cmp we were looking for unix expertise and subcontracted a lot
of work out to small startup in Cambridge (with several people that had
been at project athena).
IBM & DEC jointly funded Project Athena for $25m each ... and both IBM &
DEC got assistant directors on the project ... for a time, the ibm
assistant director, was somebody I had worked with at the science center
and had invented the compare&swap instruction (compare&swap are taken
from his initials, CAS) ... misc. past posts mentioning smp and/or
comapre&swap
Parts of IBM would periodically send people to project athena to review
what was going on ... and we had gotten to do some of those reviews (one
week we were there, was when they were working out the gorp for Kerberos
"cross-domain" operation). some past posts mentioning kerberos and/or
pkinit
IBM also put $50m into CMU Andrew (mach, camelot, andrew, etc). I've
joked that when IBM bought Transarc outright ... it was the 3rd round of
money (1st time when they put the original money into CMU, 2nd time when
they put money into transarc when it spun off from cmu, and 3rd time
when they bought transarc outright). Of course, mach shows up in various
places, like apple.
80s was era of lots of places doing unix-like systems, BSD at berkeley,
Locus at UCLA, mach at cmu, etc.
--
SECDEF is now even quoting Boyd's To Be Or To Do ... recent
I had sponsored Boyd's briefings at IBM in the 80s.
somebody's blog entry on powerpoint in iraq (from year ago) ... also
mention's Boyd's OODA-loop
from above:
misc. past posts mentioining Boyd (&/or his OODA-loops)
misc. past posts specifically mentioning To Be Or To Do:
--
5100 used PALM ... which emulated 360 for running apl
precusor/prototype involved SCAMP which emulated 1130 for APL\1130
wiki
SCAMP (prototype) done at palo science center in '73 ... but 5100 used
PALM
misc. past posts mentioning 5100, PALM, SCAMP
--
something interesting seems to be going on with (at least) my news
server. The post (in this thread) from 26apr mentioning the name
"Madoff" is still at the news server ... but your followup ... my
followup and several other followups ... my news server claims have been
canceled or expired(?).
The person that tried for a decade to get SEC to do something about
Madoff ... testified that environment of transparency and visibility is
more important than new regulation (towards fixing the current
environment). As per previous post ... slightly more than decade ago, I
got called in to enhancing/redoing protocol used in the industry for
doing trades ... but the work was suspended fairly early when it turned
out that a side-effect was significantly increased transparency and
visibility.
The "Madoff" testimony basically said that w/o transparency and
visibility in how things operated ... then the investors are totally
dependent on oversight and regulatory enforcement by the gov. regulatory
agencies ... and during much of the period, the gov. was doing very
little (congress repealing Glass-Steagall, preventing commodity futures
from being regulated, SEC doing little or nothing regarding SOX).
Numerous aspects of the financial mess, in aggregate, are much larger
than Madoff ... and specifically things like AIG are individually
larger. Huge amounts of institutional retirement funds went into
triple-A rated toxic CDOs ... and one of the justifications for current
fed. obfuscation is to not show how big that risk really is (trillions,
not simply billions). The congressional hearings into the rating
agencies had testimony that the unregulated mortgage originators were
paying the rating agencies for triple-A ratings on toxic CDOs when both
the sellers/originators and the rating agencies knew they weren't worth
triple-A rating (claim was that something like $27T in toxic CDOs were
cycled during the period).
Wharton business school article estimated that something like 1000
people are responsible for 80% of the current financial mess and it
would go a long way towards fixing things if the gov. could figure out
how they would loose their jobs. The message in the Madoff hearings was
that the current environment enables all sorts of bad things ... but it
has been in the vested interest of significant parties to maintain the
status quo (a side-effect was enabling Madoff activities).
There have been some articles referencing poor computer risk
applications being responsible ... but the counter has been that the
business people were directing the risk departments to fiddle the
inputs until they got the desired outputs (the increased compensation
for the business people was so large that it eliminated any motivation
regarding what it would do to their institution, the economy, and/or
the country). ... the magnitude of the problem is so large ... that
it is way outside of the bounds of even the worst risk applications
(and any common sense ... unless there are significant financial
motivations to ignore/disregard the indications).
SOX had provision for SEC to do something about rating agencies
... but nothing other than a report appeared to have been done. It
appeared that SEC was doing so little during the period, that it
prompted GAO to start auditing financial filings of public
companies. GAO started database of the financial filings that they
identified as fraudulent and/or accounting errors (supposedly under
SOX, required action by SEC ... including putting the responsible
executives in jail).
some recent posts reference gao audit/database:
--
somewhat related
Large companies save more with private clouds -- sometimes; By going
with in-house systems, larger companies can match the economies of
scale that cloud computing service providers offer
Some of this is whether there is the available expertise to create and
operate a large operation that achieves the efficiencies of some of
the large cloud operators like Google and Amazon.
IBM recent item:
IBM Tackles Cloud Integration With Cast Iron Systems Buy
and then
Amazon Web Services sees infrastructure as commodity; Low prices mean
cloud computing providers need to offer value-added services to
justify higher margins
Google exec: Microsoft too far behind in cloud apps; Q&A: Google's
Dave Girouard says when it comes to competition, there's Microsoft
... and Microsoft
In early days of GRID ... I remember seeing both SLAC and Google going
thru very similar process creating long rows of racks of commodity
blades (in SLAC's case it was in what had been a large mainframe
machine room). Then same cast of characters (referenced above), were
out looking to monetize/commercialize their investment in GRID
(originally done for the technical community) ... and found early
adopters in the financial community (finding competitive advantage in
being able to reduce the elapsed time for certain kinds of
calculations and operations).
The cloud scenario seems to be further adapting GRID technology to the
old time (mainframe) online timesharing (from the 60s, 70s, and
80s). One of the largest such examples of the old time online
timesharing was the internal HONE system that used virtual machine
technology for world-wide sales & marketing support. Misc. past
references to HONE
I don't suppose anybody remembers ... but at one point the "old" BofA
had hired one of the people out of STL and he had put together a
larger IMS development group (at the bank) than IBM's (IMS development
group).
--
When REX(x) first appeared on the scene ... I moved from EXEC files to
writting a lot of REX. I strongly advocated that endicott pick up RED as
the product editor (instead of xedit) ... since at the time, RED was
much more mature and had evolved a lot more function. Eventually I had
to move off RED to XEDIT ... which supported REX for its macro language
... and I got use to implementing a lot of stuff in REX (including for
xedit macro environment).
When I moved off mainframe to unix ... emacs was about the only thing I
found that offerred similar level of scripting/programmability (as I was
use to on the mainframe with REX).
One of the last things I did on mainframe was CMS REXX implementation
for translating mainframe email to/from 822/smtp (that was distributed
internally). One of the things allowed it to be setup up running
"disconnected" on your mainframe userid waiting for incoming email,
convert a lot of different mainframe formats to 822/smtp ... and send
it off for tcp/ip email processing to a specified workstation userid.
Currently, I've got quite a bit invested in various pieces of emacs lisp
... and some amount customizing gnus for newsreading. Possibly because
I'm so use to it ... I believe gnus news provides environment that does
what I want in the fewest keystrokes & number of (manual) operations.
the upfront learning curve moving from cms/xedit/rexx to emacs/lisp was
rather steep ... but that was over 20yrs ago.
--
typically there is power-on/test process ... while the chips are still
in the wafer. then some lines may be cut that involve the power-on/test
operation (disabling the functions). failed chips are physically marked
... so when the wafere is sliced&diced (into individual chips)
... failed chips are discarded.
486 wiki
above references that SX had the FP either disabled or missing. mentions
plain SL was low-power version DX ... but mentions a SL-NM being
low-power SX version (w/o FP). The above mentions there was a 497SX
"upgrade" for 486SX systems ... which was actually a 486DX that when
installed ... it "disabled" the existing 486SX.
there was speculation that six-core offerings might actually be
eight-core where one or two cores fail test ... but there are at least
six cores that pass (similar speculation about three-core ... being
four-core where one of the cores failed test).
there was 386 dx & sx ... but 386sx referred to 16-bit bus version
(somewhat akin to 8088 was 8bit bus version of 8086).
recent post
referencing wiki 386
--
some of that is the big system integrators, consultants and beltway
bandits. They have a few experienced people and attempt to monetize that
by hiring hoards of people fresh out of school and teaching them a
process that has been cloned from having done something similar in the
past. Between the bureaucrats and the process-trained ... there may be
very little actual domain specific knowledge involved (in order to
adequately defend and/or create countermeasures ... there are
requirements to understand the fundamentals of the infrastructure and
the possible ways it could be attacked).
some of this leaks over into boyd's to be or to do advice ... misc.
recent references:
--
from above:
While the data explosion creates opportunity for new types of data use
... it doesn't outdate/obsolete the need for transaction operations
that provide integrity for whole class of operations ... including
financial.
Past references to Father Of Financial Dataprocessing
--
A problem is that the private clouds would actually have to compete
with the public clouds ... not against some install base of existing
software. As in other references, the public clouds have invested huge
amounts into turning infrastructure into commodities.
In the mid-80s, CHQ people predicted that the mainframe business was
going to double by the early 90s and as a result there was a massive
build-out of mainframe product manufacturing capacity. However, the
next 6-7 years weren't exactly what CHQ people predicted (in the
mid-80s, it probably wasn't exactly career enhancing to point out
hardware was becoming increasingly commoditized and how that might
affect the corporation).
Much earlier ... Endicott had con'ed me in with helping them with a
lot of the 138/148 ... including running around the world doing
sessions with business planners. At the time, there was a significant
difference in attitude between world trade business planners and
domestic US business planners with regard to taking into account
competitive forces.
--
In this post ... i mentioned one of the last mainframe things I did
(aka programmed) was smtp mail processing in rexx
the analysis I did for the above ... was getting their system
performance organization to provide me with all the data on cdrom
... and I did all the analysis on souped up PC.
it was one of those overnight batch window things ... that financial
institutions started looking at reengineering for straight through
processing in the 90s ... and w/o very judicious look at speeds&feeds
of new technology ... ran into some momential foobar. some past references:
--
from above:
sometimes fraud will attempt to obfuscate by claiming stupidity. there
has been a lot of claiming stupidity recently ... except it creates
something of a catch-22 for some ... since claim of stupidity should
negate justification/qualification for their mega-bonuses.
Financial misstatements are particular kind ... supposedly SOX was
going to have fixed all this for public companies. Possibly because
SEC didn't appear to have been doing anything (either before or after
SOX) ... GAO started doing audits of public company financial
statements and publishing reports and database of statements that it
believed were fraudulent and/or accounting errors (things that at
least under SOX, SEC would be sending responsible executives to jail).
The person that tried for a decade to get SEC to do something about
Madoff ... testified that having transparency and visibility was much
more important than new regulations ... also that tips turn up 13
times more fraud than audits (and that SEC didn't have a tip line but
it had a 1-800 number for companies to complain about audits).
or that is what they want you to believe while they are banking their
multi-million dollar bonuses. ny state attorney general had report
that wall street bonuses spiked 400% during the height of the
financial mess ... and since then there has been a lot going on that
appears directed towards not having the bonuses returning to their
pre-mess levels.
There was an (book tour) interview a month or so ago with the person
that tried for a decade to get SEC to do something about Madoff. He
commented that all the people at SEC were lawyers, not trained in
financial forensics ... so were not capable/qualified to deal with the
issues. He made some reference to replacing everybody at SEC with
people that had qualifications suited to the job.
--
in these posts
--
A couple of us tried unsuccesfully to get corporate authorize to make an
offer to somebody that had done a straight unix 370 port ... the person
took offer from Amdahl ... where he worked on GOLD (for Au ... aka
amdahl unix ... eventually announced as UTS).
There was some conflict between the (new) RASP people in Dallas and the
GOLD people in sunnyvale ... I was acquated with both parties and
somewhat tangentially got involved in the conflict ... suggesting that
they might come together for a SSUP type solution (i.e. the stripped
tss/370 that was getting AT&T unix on top). This was an alternative to
the UTS/VM370 scenario (aka avoiding having to add all the mainframe
EREP & RAS stuff to unix ... which was many times larger than the
straight-forward port of unix to 370).
recent reference to the mainframe erep/ras unix issues
misc. past posts mentioning gold, uts, aspen, rasp, etc
--
from above:
also ...
Senate Approves Debit-Card Swipe-Fee Limits in Bill
and then there is
Visa's Big PIN-Debit Rate Hike Further Closes Gap with Signature Debit
from above:
There was an article a couple years ago about signature-debit fraud
being 15 times that of PIN-debit (in the era when large fraction of
interchange fee was supposedly related to fraud).
aka
Study: Signature Debit Fraud Runs 15 Times Higher Than on PIN Debit
--
In the mid-90s, there were a lot of predictions that the telco
industry was going to take over payments business. The issue was that
telco had done a lot of work for high-volume call-record processing
... helping a number of "in-memory" DBMS operations. These defaulted
to the data being in memory with periodic checkpoints as opposed data
being on disk with in-memory caches (in-memory DBMS claims of ten
times performance when compared to traditional RDBMS even when all
data was also "cached" in memory).
The prospect was that the looming micropayments volumes could only be
addressed by the efficiencies of the telco call-record processing.
Then the telcos would leverage that to move up stream and take-over
the remaining parts of the payment industry.
Micropayments has been a long time taking off. Also the foreys that
some of the telcos had into payments floundered ... frequently because
they had a different business model for dealing with fraud.
The intervening years has seen some of those in the payment industry
installing "in-memory", ten-times DBMS ... starting to position for
much higher payment transaction volumes.
I had worked on original relational/SQL implementation
and some of the people show up later at "in-memory", ten-times DBMS
startups (although there has been some consolidation with startups
being gobbled up by larger/traditional RDBMS vendors).
--
The Fed's Too Easy on Wall Street
the article notes that near the start of financial mess in 2002, total
wall street bonuses were $9.8B
Then in 2008, when the financial mess was coming crashing down, there
was report that just goldman's 2007 bonus pool was $21B (greater than
total 2002 wall street bonuses).
There are also references that during the financial mess period, the
financial sector tripled in size (as a percent of GDP, w/o showing any
economic added value; in fact, just the opposite) ... a lot of it was
cycling the reported $27T in triple-A rated toxic CDOs thru the
infrastructure (along with all the fees, commissions, and other
revenue on the transactions). It might be considered compareable to
Madoff's operation ... just cloaked in a lot more obfuscation and
complexity (and involves significantly larger amount of money).
past references:
--
Critical part of the cycle was the sellers paying the rating agencies
for triple-A ratings on toxic CDOs (when both the sellers and the
rating agencies knew they weren't worth triple-A ratings ... this is
from the fall 2008 congressional hearings into the rating
agencies). SOX did require SEC to look at the rating agencies, but
nothing appeared to have been done other than:
Report on the Role and Function of Credit Rating Agencies in the
Operation of the Securities Markets; As Required by Section 702(b) of
the Sarbanes-Oxley Act of 2002
but then SEC appeared to have been doing little or nothing during the
whole period.
For topic drift regarding feedback cycles ... there is Boyd's
OODA-loop (I sponsored Boyd's briefings at IBM in the 80s)
... misc. URLs from around the web referencing Boyd &/or his
OODA-loops
and some recent legislative activity regarding the rating agencies:
Two Credit Rating Agency Reforms Amended Into Dodd Bill
misc. past references to SEC study of rating agencies:
--
Prosecutors Ask if 8 Banks Duped Rating Agencies
from above:
Congressional testimony from fall 2008 already said that
sellers/issuers of toxic CDOs just used money to get triple-A ratings
from rating agencies. Testimony was that seeds for the "conflict of
interest" and "misaligned business process" were sown in the early 70s
when the rating agencies changed from the buyers paying for the
ratings to the sellers paying for the ratings.
Wall Street probe widens
I had interviewed with a computer services company in the late 60s
... but didn't join. They were quickly moving up the value chain into
offering financial information and other services to financial
industry. In the early 70s, they bought the pricing services division
from one of the rating agencies ... about the same time the rating
agencies changed to sellers paying for ratings. misc. reference:
Wharton business school had article that estimated approx. 1000 were
responsible for 80% of the financial mess and it would go a long way
to correcting things if the gov. could figure out how they would loose
their jobs (never work/trade again). The personal financial motivation
seems to have been so large that it overrode any consideration
regarding the risks to the institutions, economy, and/or country.
--
Chinese consortium chases NFC business mode
however, the backends may not change:
from above:
Then there is this reference to Jim Gray
when he left for Tandem, he tried pawning off some amount of stuff on
me ... including consulting to the IMS group.
other references to above ...
--
also
Visa Warns of New Fraud Scheme
Note that extended validation SSL digital certificates are independent
of the batch settlement fraud. EV SSL digital certificates are
consumer-facing ... either merchants and/or banks. Batch settlement
are between the merchant and the merchant acquiring ... which is
independent of whether internet is involved.
We were brought in to consult with a small client/server startup that
wanted to do payment transactions on their servers ... and they had
invented a technology they called "SSL" they wanted to use (the result
is now frequently called electronic commerce)
Part of the effort was deploying something called a "payment gateway"
which sat on the internet and acted as gateway between merchant
webservers and merchant acquiring (auths, batch settlements, etc). The
gateway used SSL for communication over the internet ... but the
gateway was pre-registered at the merchant webservers and the merchant
webservers were pre-registered at the payment gateway ... resulting in
the SSL digital certificates being redundant and superfluous (purely a
side-effect of the software crypto library being used; aka merchant
webservers were validated as part of the standard merchant validation
processes unrelated to any digital certificate business process).
misc. past posts about deploying payment gateway and what has come to
be called electronic commerce
Another part of the work on electronic commerce was doing walk
through/audits of some number of these new business operations calling
themselves Certification Authorities and reviewing their operations
for issuing these things called (ssl domain) digital certificates. misc.
past posts mentioning ssl domain digital certificates
--
the lore in silicon valley was that by far those that did the best were
the real estate people (despite any publicity about what startup
wonderkids may have gotten).
and there is also common joke that m'soft in seattle was really a real
estate development ... supposedly the aggregate salaries & other
compensaton paid so far ... is small piece of what the real estate
developers got selling homes to the employees.
--
Then there are the stories involving at least one large financial
institution that outsorced Y2K remediation to the lowest bidder w/o
adequately checking their references (and later found interesting extra
pieces of code in places where they shouldn't have been).
--
c5 wiki
747 wiki
747 #3 was making certification flts in the skies of seattle the summer
of '69. I had been brought into boeing the summer of '69 to help with
setting up BCS (and deploying cp67 online timesharing).
sst wiki
past several weeks gates has been making comments about having to
kill-off some number of the huge gold-plated military programs
... especially since they make less sense in the evolving mission
profiles for the current world (as well as general gov. need for budget
reductions). gates has made mention that this was really at the bottom
of the efforts that replaced rumsfeld ... rumsfeld made a lot of
powerful enemies when he was attempting to cut various big-ticket
military programs ... aka rumsfeld out pushing boyd's manuever warfare.
gates has also been mentioning boyd recently (OODA-loops, "to be or to
do", etc)
a couple past rumsfeld references:
misc. boyd references
--
following have pictures with nose door raised
747 family
from above:
UPS Air Cargo Aircraft
from above:
747 Spotting
from above:
This is Airsider; Airbus has rebutted a stinging attack on the freighter
version of its A380 by Boeing, which claims that an advanced version of
its 747 will be a much more efficient freighter.
from above
--
i worked with somebody that had been 747 service technician at kennedy
... and one night the 747 they were working on needed to be moved
... and he had a little traffic accident.
cockpit visibility during taxi'ing is major criteria for cockpit
visibility
--
a couple recent abrams references:
marine mission profiles were part of the reasons that they adopted boyd
and his maneuver warfare ... at arlington, it was the marines that were
there ... and his stuff went to quantico (some quote that boyd is the
best marine that the air force ever produced).
gates (& rumsfeld) quoting boyd ... more of the world's conflicts
looking like marine mission profiles (and boyd's maneuver warfare, there
are some number of references that his maneuver warfare was influenced
by his jet figter experience; instructer at Nellis, he was "40sec Boyd"
... he would take challengers from nearly anyplace in the world, give them the
advantage in dogfight and reverse the positions within 40sec)
misc. past posts mentioning boyd
misc. URLs from around the web mentioning boyd &/or OODA-loops
--
This is somewhat the line we looked at in what is the most common
breach in the news ... attacks on payment infrastructure. The x9a10
financial standard working group had been given the requirement to
preserve the integrity of the financial infrastructure for ALL
retail payments. Part of the resulting x9.59 financial payment
standard slightly tweaked the paradigm to eliminate the usefulness of
information gathered by attackers in breaches (didn't eliminate the
breaches, just made the information useless to the attackers for doing
fraudulent financial transactions).
Related was characterization of the existing paradigm:
• dual-use vulnerability; in the current paradigm, the knowledge of
the account number can be sufficient to perform a fraudulent
transaction (effectively authentication, as such it needs to be kept
confidential and never divulged anywhere) ... while at the same time
the account number needs to be readily available for a large number
of business processes. The opposing/conflicting requirements (never
divulged and at the same time readily available) has led to comments
that even if the planet was buried under miles of information hiding
encryption, it still couldn't prevent information leakage.
• security proportional to risk; in the current paradigm, the value of
the information (for business process) to the merchant is the profit
on the transaction (possibly a couple dollars) and the value of the
information (for business processes) to the processor can be a few
cents per transaction ... while the value of the information (for
authentication) to the crooks can be the credit limit and/or account
balance (frequently 100 times or more, larger), as a result, the
crooks may be able to outspend by 100 times (attacking the
infrastructure) as the merchants/processors can spend (defending the
infrastructure).
--
we once had a snafu with scheduled departing flt... and were stuck in
hong kong for an extra week because of problem getting reservation out.
--
--
in the late76-early77 timeframe we had a 16-way 370 project with some
POK (3033) processor engineers ... who were working on it in their spare
time. things were going fine until somebody let slip to the head of POK
that it could be decades before POK's favorite son operating could
(effectively) support 16-way. Then some number of people got invited to
never show up in POK again ... and the 3033 processor engineers were
told that they weren't allowed to spend time on anything but 3033.
More recently, IBM bought sequent which had SCI NUMA-Q ... SCI standard
was 64-port memory access ... Sequent (& Data general) did four
processor board (with shared cache) which then interfaced to SCI port
... 64 4-processor boards gave 256 processors.
above mentions that ibm's sequent scaleup activity with aix support
... but then somewhat evaported with attention shifting to linux:
Convex did two HP-RISC processor board ... 64 2-processor boards gave
128 processor Exemplar. HP eventually bought Convex ... and superdome
eventually superceded Exemplar.
SCI was standards activity out of SLAC ... that started about the same
time that LANL was pushing HIPPI standards activity and LLNL was pushing
FCS standards activity (FICON eventually shows up as a flavor of FCS).
wiki sci reference
above mentioning futurebus eventually reformed into infiniband (similar
to sci)
We had participated in SCI, FCS, and HIPPI activities ... but were doing
ha/cmp (with no shared memory) ... because at the time 801 (RIOS/POWER)
had no provisions for cache consistency ... and so had to do scaleup
operations via clustering ... w/o shared memory ... i.e. reference to
commercial dbms clustering scaleup meeting early jan92
above references that we had wanted 9333 (serial pre-cursor to SSA) to
morph into being interoperable with FCS ... however as noted in FCS wiki
reference ... SSA got positioned as competitor to FCS (at the same
time there was FCS FICON work going on):
and old email about numerical intensive clustering scalup ... with LLNL
and other gov. labs (just hrs before the effort was transferred and we
were told we couldn't work on anything with more than four processors).
then press item a couple weeks later
other old email mentioning cluster scaleup
somerset was formed joint between ibm, motorola, apple, etc ... to do
some number of things ... one chip 801 as well as adding cache
consistency (one might somewhat characterize it as marrying 801 with the
Motorola 88000 risc shared memory). The executive we reported to when we
started ha/cmp ... went over to head up the new somerset operation. past
posts mentioning romp, rios, 801, risc, somerset, etc
slightly related ... reference to long ago and far away ... my wife was
con'ed into going to pok to be responsible for (mainframe)
loosely-coupled architecture. While there she created peer-coupled
shared-data architecture ... which except for ims hot-standby, saw very
little uptake until sysplex ... misc. past posts mentioning peer-coupled
shared-data architecture
more recent reference from annals of release no software before its
time:
Prior to IBM's purchase of Sequent, Steve Chen was CTO at Sequent and we
did some consulting for him.
Steve had earlier been at Cray and then spun off to form his own
supercomputer computing ... along the way getting a lot of funding from
the IBM (kingston) supercomputer group (but was eventually acquired by
Sequent).
--
Equivalent in the US was 99 bank modernization act (aka GLBA, known
for repeal of Glass-Steagall and opt-out privacy sharing provisions
... somewhat federal preemption of cal. legislation in progress
requiring opt-in for privacy sharing) ... where the rhetoric on floor
of congress was saying a major purpose of the act was that if you were
already a bank, you got to remain a bank ... but if you weren't
already a bank, you couldn't become a bank (specifically calling out
walmart and microsoft).
Since then there was somewhat low profile of number of operations
getting ILC charters ... but then when walmart tried to get an ILC
charter (claiming it would just be used for being its own acquiring
institution .... eliminating that part of its interchange fees)
... there was big cry from S&Ls and community banks that it was going
to sneak into local consumer banking (walmart supposedly represents
25-30 percent of retail transactions in the US ... so just becoming
its own acquirer would have huge impact on a couple large acquiring
institutions).
In the recent aftermath of financial mess ... some of the large
unregulated investment banks were given banking charters ... as part
of helping them get out of the financial hole that they had dug for
themselves ... aka allowing them to go to the federal reserve for free
money (which in theory would have been counter to the earlier stated
purpose of GLBA).
there had been work for walmart to deploy x9.59 standard ... for
stored-value, debit, and credit ... all for about the cost of mag
stored-value transaction. chip (planned for issuing) was more secure
than current generation (and much cheaper) ... could do both contact &
contactless ... and could do secure contactless within the distance,
power, and elapsed time constraints of transit turnstile.
as periodically mentioned, side-effect of using x9.59 standard was
slight change to the paradigm that (also) eliminated breach and
skimming threats ... didn't do anything to eliminate breaches and
skimming; just eliminated the threat that crooks could use the
information for fraudulent transactions (and therefor eliminated any
fraudulent financial motivation for doing breaches and skimming)
result would have been significant larger impact on interchange
revenue than any of the current legislative activity.
misc. past posts mentioning ILC
--
also reference here:
also
Smart credit cards arrive in U.S. -- finally
from above:
There was large pilot in the US nearly a decade ago ... but that was
in the YES CARD period ... and it appeared to disappear with hardly
a trace.
The rhetoric on the floor of congress with regard to major purpose of
'99 bank modernization act (aka GLBA, also repeal Glass-Steagall and
provided for opt-out privacy sharing ... somewhat federal preemption
of cal. legislation in progress that would have been opt-in privacy
sharing) was that if you were already a bank, you got to remain a
bank, but if you weren't a bank, you couldn't become a bank
(specifically calling out walmart and microsoft).
In the past decade, there were some low-profile acquisitions of ILC
... but when Walmart announced plans to obtain an ILC ... there was
hue & cry from S&L and community banks that somehow Walmart would
sneak into consumer banking. Walmart does something like 25-30% of US
retail transactions and stated that the ILC would be used to become
its own acquirer (eliminating that part of interchange fee) ... which
would have (actually) affected a few large acquiring institutions.
The terminal cost is actually quite low ... one issue would be if
there was attempt to change burden of proof in dispute ... like has
happened in the UK. The problem a decade ago in the US seems to have
not been so much the cost of either the chip or the terminal ... but
that there was the YES CARD vulnerability (at an ATM Integrity Task
Force meeting at the time there was the comment about having spent
billions of dollars to prove that chips are less secure than
magstripe). past references to YES CARD vulnerability
there had been work for walmart to deploy x9.59 standard ... for
stored-value, debit, and credit ... all for about the cost of mag
stored-value transaction. chip (planned for issuing) was more secure
than current generation (and much cheaper) ... could do both contact &
contactless ... and could do secure contactless within the distance,
power, and elapsed time constraints of transit turnstile.
as periodically mentioned, side-effect of using x9.59 standard was
slight change to the paradigm that (also) eliminated breach and
skimming threats ... didn't do anything to eliminate breaches and
skimming; just eliminated the threat that crooks could use the
information for fraudulent transactions (and therefor any fraudulent
financial motivation for doing breaches and skimming)
result would have been significant larger impact on interchange
revenue than any of the current legislative activity
--
There was similar theme from mid-90s about how telcos were going to
take-over the payment business. The issue at the time, was that the
telcos had invested in technology to handle call-record volumes
... and those platforms would be the only ones that could handle the
anticipated volumes of micro-payments. Telcos then would use
micro-payments volumes to move upstream, taking over the rest of the
payment industry.
For several reasons that didn't happen.
recent comment on subject:
--
during old Y2K remediation thread from early 99
I reposted somebody else's contribution from an internal (CENTURY) forum
in the early 80s (discussing the upcoming Y2K problems)
one of the items from above:
the reference item also mentions problem that the person encountered in
Houston related to shuttle missions.
--
Microsoft admits future is in the 'cloud'
One of the differences with PC was that it was stand-alone box
... lots of corporations supported PC uptake since it reduced the
explicitly allocated IT budget ... with each user becoming their own
IT department. Some number of companies eventually found out this was
false/poor economy.
Cloud computing ... whether in-house or out-sourced ... does tend to
have professional IT support organization. In that sense, "cloud
computing" is more like the time-sharing from the 60s-80s
period. IBM's virtual machine system was used extensively for both
in-house as well as commercial time-sharing service bureaus. As
previously mentioned one of the largest such operations was the
internal (vm-based) HONE system which provided world-wide sales and
marketing support. However, there was others like IDC, NCSS, Tymshare,
BCS (boeing computer services offering both in-house and external
commercial time-sharing).
Another interesting early time-sharing was cambridge science center
(originated virtual machine systems, cp67/cms) opened up their cp67
system to some number of educational institutions in the cambridge
area ... as well as allowing remote dial-up access from other
operations in the company.
One was the corporate hdqtrs business planning department in Armonk
... who loaded the most valuable of all corporate assets on the
cambridge machine (some security issues with all the non-employees and
students also using the same system). Planning people were doing
models in APL. Standard APL\360 was limited to 16k-byte (or sometimes
32k-byte) workspaces with no interface other than terminal
(significantly limiting class of problems). Science center had ported
APL\360 to CMS (for cms\apl), raised workspace size to virtual address
limits and added API to standard system services (like able to
read/write files) ... enabling new class of real-world applications.
--
the 11May92 press item includes quote about clustering coming as
complete surprise to the company.
the indifference to clustering also earlier had contributed to my wife
not remaining very long in POK (responsible for mainframe
loosely-coupled architecture); that and ongoing battles with the sna
organization that the loosely-coupled operations needed to go thru vtam.
nearly all the top supercomputers are now clusters (although they may be
various kinds of clusters involving clustered combinations of smaller
units that have various kinds of shared memory)
LLNL wiki page:
supercomputer wiki page
--
2-3 days into gulf storm, us news & report had story "The Fight To
Change How America Fights", about boyd ... made refs to newest crop of
majors and cols. as Boyd's Jedi Knights (there have been various refs
that Boyd's battle plan for desert storm was over the objections of
mainline army generals ... and comments about one of the biggest
problems going into the current conflicts was that Boyd had died).
one of Guderian references in Boyd's briefings ... was the directive
Verbal Orders Only ... going into the Blitzkrieg ... aka Guderian
didn't want people worrying about paper trails that could be followed by
monday morning quarterbacks ... wanted the person on the spot to make
the best decision they could w/o having to worry about any review later.
doing stint in austin in the workstation group ... lived next door to
guderian's nephew (retired us air force col) ... when dressed up in
german uniform, he was spitting image of his uncle.
--
all the uplink control and positioning that I remember was in castle
rock ... mentioned at the bottom of the above web page.
part of the issue was the challenger disaster
I was at the launch for sbs-4 on 41-d
and newer satellites were designed for larger capacity of shuttle bay
and had to wait for larger ariane
sbs-6 ... went up 1990 (after sbs was dissolved and satellites taken
over by hughes)
and mentioned here (12oct90)
SBS
above mentions first commercial use of shuttle was flying sbs3.
supposedly one of the use of satellites was higher speed computer
communication ... but a lot of people came over from the SNA
organization ... which was very bad at handling (geo-sync) satellite
propagation delay ... and the standard 3705/3725 offering didn't handle
more than 56kbit. as a result ... their foreys into (sna) computer
communication didn't go well ... and it then seemed SBS sort-of drifted
into voice communication (which geo-sync delay was not also suited for).
my HSDT effort with T1 and higher-speed links ... got me pulled into
also driving satellite links (and handling propagation delay ... in
addition to terrestrial links)
I've used anecdote from the mid-80s about the large chasm between SNA
(mostly dumb terminal driver) paradigm and high-speed computer
communication.
One friday, somebody from the communication division sent out on
announcement on the internal network
for a new discussion forum about computer communication that
included the following definition:
Their analysis was based on study on "fat pipes" support by 3725
controller ... where two or more (separate) 56kbit links were treated as
single logical link. They showed the number of customers with two,
three, four, five, and six 56kbit links in single "fat pipes" ... where
above five ... the number was dropping to zero.
what they didn't document was that (at the time) typical telco rates for
T1 was about the same as five or six 56kbit links ... so when customer
required more than about 256kbit ... they moved to T1 and supported it
by some other vendors hardware. At the time of the "fat pipes" study
... it was trivial possible to find 200 mainframe customers with T1s
installed (using other vendors products to support the links).
--
the sbs wiki page claims that the sbs earth station and been produced
from highly modified 8100.
when my wife was asked to review 8100 ... she turned thumbs down and it
was killed. past reference
for other drift ... past posts with old email from jul79 telling story
about MIT LISP machine people asking for 801s ... and being offered
8100s instead:
we did "custom" designed earth station for hsdt ... earlier reference
(in this thread) to one of the companies that built a set ... was
approached by a large telco asking if the company would build the telco
a duplicate set to the same spec (aka form of industrial espionage):
--
walmart not just picking on payments for commoditization
Wal-Mart Asks Suppliers to Cede Control of Deliveries
from above
--
it also effects things like the ratio of (geriatric) health care workers
to retirees (requiring health care, aka only 1/8th as many).
misc. past posts mentioning effect of baby boomer bubble moving
from prime working years into retirement (on ratio of workers to
retirees)
--
cards were then punched and processed (originally on 709/1401). I was
asked to write program for 2540 (reader/punch) when application was
being moved to 360. the "punched" cards were read one at a time and
routed to the middle stacker (3) in the 2540 ... the information was
processed and if there appeared to be any error ... a blank card was
punched ... to the middle (same) stacker (3) in the 2540 (reader and
punch shared the middle stacker). The processed cards being read had all
been punched on plan manilla stock ... the cards in the punch side were
yellow stripe across the top (basically i wrote the i/o routine that
selected middle stacker ... since standard processing read & punched to
respective/non-shared stacker 1).
when the cards were moved from the stacker to card trays ... it was easy
to identify cards that appeared to have some problem ... by the yellow
stripe card immediately following.
2540 picture
facing 2540 ... punch was on the left ... reader on the right, five
stackers were in the middle (two on left for punch, middle shared
stack between punch & reader, and two on the right for reader).
other pictures of cards & cards being loaded into 2540 to be read
wiki mark sense page
above have URLs for 513/514 & 519 manuals at bitsavers
--
besides factor of eight reduction in ratio of workers to retirees ...
there is all the stuff about the generation after baby boomers having
lower SAT scores, lower education level, lower skill level, lower
earning power ... along with increased globalization ... all
contributing to the following generation (after baby boomers) having
lower earning power. So amount of taxable income per retiree possibly
declines by a factor of 16-32 (i.e. only 1/32 the amount of income to
tax per retiree).
the conclusion is that it won't be possible to maintain the retiree
status quo ... even if tax rate were to increase to well over 100% ...
and it isn't even just a matter of total worker taxable income ...
there is also the issue of having sufficient health care workers to take
care of all the retired baby boomers.
--
another example is the baby boomer workers in the auto industry
... during the foreign auto import quota period.
There have been TV spots about giving GM a 2nd chance.
The rhetoric in congress originally justifying the foreign auto import
quotas was to give the auto industry a chance to remake themselves
... the import quotas represented an enormous (indirect) subsidy ... the
money was supposed to have gone to completely remake the auto industry
...instead all the various auto special interests just pocketed it.
In the early 80s, as the result of all the auto industry interests just
pocketing the enormous annual subsidy (represented by the import quotas)
... there was an article calling for a 100% unearned profits tax on the
auto industry (not allowing them to keep any profits until after they
had remade themselves and import quotas removed).
Each year import quotas have been in effect has been another big subsidy
and another "chance" ... so currently it isn't 2nd chance ... so far, it
is something over thirty chances.
it wasn't that the issues to remake themselves weren't well
understood. i've made past comments about participating in the auto
industry C4 task force meetings circa 1990 ... where all the issues
and necessary corrective actions were articulated in great detail.
--
Fiscal crises threaten Europe's generous benefits
from above:
LONDON - Six weeks of vacation a year. Retirement at 60. Thousands of
euros for having a baby. A good university education for less than the
cost of a laptop.
... snip ...
in 82, i did a summer (corporate) teaching tour around europe
... including two weeks at corporate location in orleans (south of
paris).
i would go in early hr or two in the morning (use corporate network back
to the states) ... teach 8hrs and then a few hrs on the network before
going to dinner. First Friday, I asked if I could also come in over the
weekend. The lab director ... said of course, if I really needed to, but
it would result in a significant amount more paperwork for them.
They explained that corporation had a week more vacation than the
national requirement ... but that recently France had increased the
national vacation by a week ... so that the national vacation was the
same number of weeks as the corporation. A lot of company employees felt
that the corporation should increase their vacation by another week
(they were used to having a week more than the rest of the country).
Since the company didn't also add an extra week, some of the employees
were taking various of work related actions ... the entry guards were
turning in gov. report everyday that I worked more than eight hrs
... requiring management to file detailed report every day (that I was
guest from the US and not subject to French laws). If I also worked the
weekend, they expected to have to file a whole lot more gov. paperwork.
I found something else to do over the weekend.
When I started setting up the trip ... I overlooked some European
geography ... going from Boeblingen (outside Stuttgart) to Stockholm and
then back to Zurich (if I was paying attention, I could have
driven/trained between Stuttgart and Zurich).
--
at high, macro level ... the amount of money comes out of the economy
... if there isn't sufficient economy (and/or workers) to sustain the
past level of payments (for a significantly larger number of retirees)
... then it is somewhat secondary whether companies are paying it
directly or it is first being funneled thru the gov. in form of taxes.
for specific comapnies it may be an issue ... that they declare
bankruptcy, all the workers are moved to PBGC ... and PBGC gets its
money from a much larger base. however, if all companies try the tactic
... then everybody is placed in the same situation.
its like saying that the auto companies don't have to pay back the
enormous (indirect) subsidies that were the result of the import quotas
... since the money didn't first travel thru the gov. tax
machine. however, in aggregate it still cost the overall ecronmy (and
from the stand point that they didn't actually do what was intended
... instead the money was just used to line the pockets of most of the
players in the auto industry ... and it still required an additional
bailout).
somewhat analogous to the (indirect subsidy) import quotas for the auto
industry ... part of the subsidy for the too-big-to-fail investment
banks was to give them banking charters. then all the too-bit-to-fail
institutions with banking charters were able to get nearly free money
from the fed. ... and then earn the profit on investing that money. For
the scenario where they would take free money from the fed ... and then
put it into us treasuries ... why couldn't the fed just provide free
trillion directly to the us treasury ... and eliminate the us treasury
having to pay interest to the intermediaries.
in the '99 bank modernization act (aka GLBA ... known for repeal of
glass-steagall ... also opt-out privacy sharing ... somewhat fed.
pre-emption of the opt-in privacy sharing cal. legislation that was in
progress at the time) ... there was rhetoric on the floor of congress
that a major purpose of the act was that if you were already a bank, you
got to remain a bank ... but if you weren't already a bank, you didn't
get to become a bank (specifically calling out walmart and m'soft).
giving out banking charters to the too-big-to-fail investment banks (an
indirect subsidy being able to get free money from the fed)
theoritically goes against that part of GLBA (limiting new banking
charters and therefor limiting competition ... which was effectively
what the auto industry also got with import quotas).
some recent post:
--
both mvs and standard vm ... had kernel storage reworked going from
two-processor 3081 to four-processor 3084. Issue was to align all kernel
storage on cache line boundaries and make them multiples of cache line
in length. Issue was that if two different storage locations overlapped
in the same cache line ... then two different processors could be
accessing the different storage areas ... but in the same cache line
... resulting in cache "thrashing" between the two caches. Going from
two-way to four-way ... increased the problem by factor of three
(instead of contention from one other cache ... there was contention
from three other caches).
traditional 370 two-way ... would slow the processor cycle down by 10%
to accomodate simple cache invalidation single traffic between two
caches (any actual cache invalidations and/or cache thrashing would
futher degrade thruput). So base two-way hardware was 1.8times that of a
single processor. Typical operating system smp overhead would further
reduce that to 1.3 to 1.5 times the thruput of single processor.
I did some two-way SMP and had some cases of greater than two times
thruput of single processor ... with some tricks for maintaining cache
locality that improved cache hit ratios (along with very low smp
coordination overhead). part was heavy use of compare&swap for
concurrent execution with minimal use of locking of critical sections
that would result in serialized operation (critical section locking
impacts thruput increases as processors are added ... since more
processors raise probability that processors will be in contention for
same critical section).
originally 3081 wasn't going to have uniprocessor ... but in part
because of lack of TPF (aka ACP) having smp support ... eventually they
came out with 3083 which allowed removing the processor slow-down for
cross-cache invalidation ... aka base 3083 started out have processor
cycle nearly 15% faster (w/o the 10% slowdown). There was issue with
default removing processor-1 in the middle of 3081 frame ... which left
processor-0 at the top and the box top-heavy. Then there was special
3083 with additional customization of processor microcode for TPF
operation.
recent mention of 3083:
original 360/67 announcement was for four-way ... but i don't know of
any four-way built ... and i think there was only a couple of three-ways
built. single processor was pretty much 360/65 with additional of
associative array for virtual address translation. multiprocessor 360/67
had lot more differences from 360/65; multi-ported memory, "channel
controller" (able to address all channels from all processors).
--
one of the linkages between the financial mess and retirement plans ...
is at the core there were these toxic CDOs being packaged up and the
rating agencies being paid to give them a triple-A ratings.
Now toxic CDOs had been used in the S&L crisis ... but w/o the triple-A
ratings ... they provided little financials to drive a disaster (aka
unregulated loan originators had access to very little funds). Being
able to pay for triple-A ratings .... opened the market for toxic CDOs
to all the operations that don't deal in anything but triple-A ... like
all the big retirement funds. The big retirement funds have always been
viewed as ripe pickings by the fraudsters ... but repeatedly comes down
to just how to go about scamming them.
recent posts mentioning toxic CDOs
--
there is the issue with companies specializing in reverse IPOs
... taking public companies private ... borrowing easy money during the
past decade ... and then turning loose the company with the all the
debt (basically making out on the fees and commissions associated with
the transaction)
The Buyout of America: How Private Equity Will Cause the Next Great
Credit Crisis
from above:
--
from above:
recent post
referencing 2006 zjournal article:
Financial Matters: Mainframe Processor Pricing History
from above:
--
they were all originally restricted, secret or confidential ... but NARA
has tag that I have to image on every copy I make ... indicating they
have been declassified.
I'd had used hand-held digital camera taking pictures of page on table
... with the (declassification) tag on the table (next to the
pages). I've since cropped the tag off the image ... resized the image
... forcing to 8.5x11 ... and then overlayed an image of the tag on
lower left corner of each page (mostly automated gimp scripts). I did
learn that desk lamp positioned over the top of the page ... resulted in
bottom of page was much darker than top (took a bit of fiddling with
gimp scripts to automate gradient brightening).
--
In the good old days of the late 90s ... there was facade that
security was defenses against external attacks. The countermeasures
from the early 80s against insider threats (multi-party transactions,
anti-collusion efforts) sort of faded into the background ... even
though insider exploits continued to be the major problem. Part of
this was organizations tended to suppress publicity about insider
activity ... especially organizations with major dealings in trust.
In the late 90s, we were tangentially involved in the cal. breach
notification legislation. we had been called in to help word smith the
cal. electronic signature legislation and several of the parties were
heavily involved in privacy issues. They had done detailed, in-depth
consumer surveys and found the number one problem was identity theft
... a major component was account fraud involving fraudulent
transactions as a result of breaches ... something like 70 percent
involved insiders. Organizations seemed to be doing little about such
activities ... frequently information about such happenings weren't
even made public. It seemed that they believed the resulting publicity
from breach notification would motivate organizations to take
coutermeasures.
past posts mentioning cal. electronic signature legislaton
The cal. privacy interests were also working on opt-in privacy
sharing legislation when GLBA passed. Among other things included in
the bank modernization act of 1999 was provisions for opt-out privacy
sharing ... sort of federal pre-emption of the cal. state (opt-in)
effort.
Note to Facebook on Privacy: How About Opt-In, Not Opt Out?
At an annual privacy conference a few years ago ... there was a panel
discussion of FTC commissioners ... and somebody in the back of the
room asked them if they intended to do anything about even the opt-out
provisions in GLBA. The person claimed to have personal knowledge that
the major call-centers that handled "opt-out" requests ... didn't
provide the people answering the phones, with any means of recording
information about people requesting opt-out.
--
the scenario was that when the reserve requirement was cut in half
... those executives become prime target for wall street investment
bankers with all sorts of schemes for what to do with the suddently
freed up reserves (folklore is only a very small percentage of the
investment bankers responsible were ever held accountable ... something
that appears to be repeated in the internet bubble and the current
financial mess ... along with claims that even some number of the
individuals involved are the same).
part of boyd OODA-loops are agile and adaptable
one of the claims in the 90s about startups in silicon valley ... was
the succesful startups tended to have one thing in common ... they all
had completely changed their business plan at least once in the first
two years ... past reference
past comments about consequences of relaxing regulations after long
static period of heavy regulation
In the wake of SOX ... SEC would have been putting executives in jail
for fiddling financial reports ... however apparently because it looked
like SEC wasn't doing anything ... GAO started publishing reports of
financial reports of public companies that appeared to be financial
fraud (i.e. executive bonuses would be tied to financial reports and
even if the financials were later refiled ... the executives didn't
forfeit their bonuses)
'Financial Statement Restatements: Trends, Market Impacts, Regulatory
Responses, and Remaining Challenges'
from above:
along with
Financial Statement Restatement Database
and more recent update (2006)
Financial Restatements: Update of Public Company Trends, Market
Impacts, and Regulatory Enforcement Activities
and:
Financial Restatement Database
from above:
so there was a significant increase in fraudulent filings during the
period that there was enormous boatloads of money being spent on sox
audits ... so how to spin it:
1) sox audits have no effect on fraudulent filings
2) sox audits motivated public companies to increase fraudulent
filings
3) if it hadn't been for sox audits, every public company would have
been making fraudulent filings
--
misc. past references to original relational/sql implementation in
bldg. 28
misc. past posts mentioning getting to play disk engineer in bldg 14&15
in bldg. 90 ... there was consulting for database groups ... some old
email about jim palming off things like consulting to ims group when
he left for tandem:
also for bldg. 90, doing some HSDT stuff ... supporting 300 people from
the IMS group relocating to off-site bldg (i.e. bldg. 90 was starting to
burst at the seams)
and one of my hobbies was supplying highly enhanced systems for internal
production use ... including the HONE system (world-wide sales & marking
support operation):
past posts mentioning 4shift work week:
--
A tidal wave of credit card fraud and Identity theft is sweeping the
UK as 44% of people said they have suffered from bank/credit card
fraud and 42% have had their identity stolen. According to researchers
from Infosecurity Europe
... snip ...
In the mid-90s, the X9A10 financial standard working group was given
the requirement to preserve the integrity of the financial
infrastructure for ALL retail payments. Early in the x9a10 financial
standard work there was detailed, end-to-end threat & vulnerability
studies of the different environments. There were a couple ways used
to describe the current paradigm:
• dual-use vulnerability; in the current paradigm, the knowledge of
the account number may be sufficient to perform a fraudulent
transaction (effectively authentication, as such it needs to be kept
confidential and never divulged anywhere) ... while at the same time
the account number needs to be readily available for a large number
of business processes. The opposing/conflicting requirements (never
divulged and at the same time readily available) has led to comments
that even if the planet was buried under miles of information hiding
encryption, it still couldn't prevent information leakage.
• security proportional to risk; in the current paradigm, the value of
the information (for business process) to the merchant is the profit
on the transaction (possibly a couple dollars) and the value of the
information (for business processes) to the processor can be a few
cents per transaction ... while the value of the information (for
authentication) to the crooks can be the credit limit and/or account
balance (frequently 100 times or more, larger), as a result, the
crooks may be able to outspend by 100 times (attacking the
infrastructure) as the merchants/processors can spend (defending the
infrastructure).
The X9A10 financial standard working group resulted in the X9.59
financial transaction standard ... which slightly tweaked the paradigm
and made the account number and information from previous transactions
useless to the attackers for fraudulent financial transactions
(eliminating the financial fraud motivation for skimming, harvesting,
evesdropping, snooping, dumpster diving, data breaches, etc).
http://www.garlic.com/~lynn/x959.html#x959
--
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers
Date: Sun, 09 May 2010 10:02:33 -0400
Peter Flass <Peter_Flass@Yahoo.com> writes:
This is a much older problem than that. IBM 360s used to have 24-bit
addresses, so the high-order byte got used for lots of stuff. VM
didn't do this, probably because of its roots in CP67, since the
360/67 used 32-bit addresses. MVS was full of this including system
code and control blocks. It's taken years to migrate and, AFAIK,
isn't done yet. Each release you had to look to see which pieces of
the system could use 31-bit addresses and which still couldn't. For
some reason they decided to use only 31-bit addreses instead of the
full 32.
360/67 had two (virtual) addressing modes ... 24-bit and 32-bit. The
only thing that "really" took advantage of 32-bit was tss/360.
L R15,=A(library-routine)
BALR R14,R15
on entry, the library routine had its base address in R15 and the
callee/return address in in R14 (along with callee's ILC, condition code
and program mask bits).
http://www.garlic.com/~lynn/gcard.html
http://www.garlic.com/~lynn/gcard.html#5
Program Status Word Basic Control (BC)
0-------------+-1-------+-------2---------------3---------------+
| Chan masks |E| Key |0 M W P| Interruption code |
0-------------+-1-------+-------2---------------3---------------+
4---+---+-------5---------------6---------------7---------------+
|ILC|CC | Mask | Instruction address |
4---+---+-------5---------------6---------------7---------------+
0-5 - Channels 0-5 masks 13 - (M) Machine check mask
6 - Channels 6 and up masks 14 - (W=1) Wait state
7 - (E) External mask 15 - (P=1) Problem state
Program mask bit 0 (PSW bit 36) - Fixed-point overflow
1 37 - Decimal overflow
2 38 - Exponent underflow
3 39 - Significance
... snip ...
0------------+
|spar|A|T|I|E|
+0--3-4-5-6-7+
bits 0-3 spare
bit 4 24/32 bit address mode
bit 5 translation on/off
bit 6 i/o channel address mask
bit 7 external interrupt mask
... snip ...
http://bitsavers.org/pdf/ibm/360/funcChar/A27-2719-0_360-67_funcChar.pdf
http://www.garlic.com/~lynn/2000f.html#35 Why IBM use 31 bit addressing not 32 bit?
http://www.garlic.com/~lynn/2002d.html#49 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2005f.html#42 Moving assembler programs above the line
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers, comp.sys.mac.system
Date: Sun, 09 May 2010 13:39:19 -0400
"Geoffrey S. Mendelson" <gsm@cable.mendelson.com> writes:
Actually most if not all geosynchronous satellites don't correct at all
for any of that. As they start to drift off, they are given commands by
a ground control station to get back to where they belong.
i.e. they "wear out" when they run out of propulsion to correct drift.
http://www.garlic.com/~lynn/subnetwork.html#hsdt
http://www.nasa.gov/mission_pages/shuttle/shuttlemissions/archives/sts-41D.html
http://www.garlic.com/~lynn/subnetwork.html#internalnet
http://www.garlic.com/~lynn/2008h.html#87 New test attempt
http://www.garlic.com/~lynn/2009l.html#14 August 7, 1944: today is the 65th Anniversary of the Birth of the Computer
http://www.garlic.com/~lynn/2000b.html#27 Tysons Corner, Virginia
http://www.garlic.com/~lynn/2002p.html#28 Western Union data communications?
http://www.garlic.com/~lynn/2003j.html#29 IBM 3725 Comms. controller - Worth saving?
http://www.garlic.com/~lynn/2003k.html#14 Ping: Anne & Lynn Wheeler
http://www.garlic.com/~lynn/2004b.html#23 Health care and lies
http://www.garlic.com/~lynn/2004o.html#60 JES2 NJE setup
http://www.garlic.com/~lynn/2005h.html#21 Thou shalt have no other gods before the ANSI C standard
http://www.garlic.com/~lynn/2005q.html#17 Ethernet, Aloha and CSMA/CD -
http://www.garlic.com/~lynn/2006k.html#55 5963 (computer grade dual triode) production dates?
http://www.garlic.com/~lynn/2006m.html#11 An Out-of-the-Main Activity
http://www.garlic.com/~lynn/2006m.html#16 Why I use a Mac, anno 2006
http://www.garlic.com/~lynn/2006p.html#31 "25th Anniversary of the Personal Computer"
http://www.garlic.com/~lynn/2006v.html#41 Year-end computer bug could ground Shuttle
http://www.garlic.com/~lynn/2007p.html#61 Damn
http://www.garlic.com/~lynn/2008m.html#19 IBM-MAIN longevity
http://www.garlic.com/~lynn/2008m.html#20 IBM-MAIN longevity
http://www.garlic.com/~lynn/2008m.html#44 IBM-MAIN longevity
http://www.garlic.com/~lynn/2009i.html#27 My Vintage Dream PC
http://www.garlic.com/~lynn/2009k.html#76 And, 40 years of IBM midrange
http://www.garlic.com/~lynn/2009o.html#36 U.S. students behind in math, science, analysis says
http://www.garlic.com/~lynn/2010c.html#57 watches
42yrs virtualization experience (since Jan68), online at home since Mar1970
someone smarter than Dave Cutler
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: someone smarter than Dave Cutler
Newsgroups: alt.folklore.computers
Date: Sun, 09 May 2010 14:23:17 -0400
DMcCunney <plugh@xyzzy.com> writes:
BTW, ULTRIX wasn't IBM. It was DEC's port of Unix to their PDP-11/VAX
lines. (They also had Eunice, which was a Unix like environment running
under a host DEC OS. Never used it, but everythign I heard about it
screamed "Run away! Run away!") IIRC, there was a Unix environment for
IBM mainframes whose name I've forgotten that effectively ran as a guest
under VM, before AIX and Linux370 appeared as native versions. I ran
across a story about a bored systems programmer on a DOS/VSE box who had
a spare partition, and decided to play with the Linux version. He got
up to 44,100 simultaneous executing Linux images before the box ran out
of resources. :-)
there was pc/ix done for ibm/pc by outside company.
http://www.garlic.com/~lynn/subtopic.html#801
http://en.wikipedia.org/wiki/Open_Software_Foundation
http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development Philosophy
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005c.html#20 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#61 Virtual Machine Hardware
http://www.garlic.com/~lynn/2005s.html#34 Power5 and Cell, new issue of IBM Journal of R&D
http://www.garlic.com/~lynn/2006f.html#26 Old PCs--environmental hazard
http://www.garlic.com/~lynn/2006m.html#30 Old Hashing Routine
http://www.garlic.com/~lynn/2006p.html#22 Admired designs / designs to study
http://www.garlic.com/~lynn/2006t.html#17 old Gold/UTS reference
http://www.garlic.com/~lynn/2007.html#38 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007b.html#3 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007k.html#43 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted
http://www.garlic.com/~lynn/2008e.html#1 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008e.html#49 Any benefit to programming a RISC processor by hand?
http://www.garlic.com/~lynn/2008r.html#21 What if the computers went back to the '70s too?
http://www.garlic.com/~lynn/2010e.html#17 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
http://www.garlic.com/~lynn/2010e.html#72 Entry point for a Mainframe?
http://www.garlic.com/~lynn/2010h.html#61 (slightly OT - Linux) Did IBM bet on the wrong OS?
http://www.garlic.com/~lynn/99.html#2 IBM S/360
http://www.garlic.com/~lynn/99.html#63 System/1 ?
http://www.garlic.com/~lynn/99.html#64 Old naked woman ASCII art
http://www.garlic.com/~lynn/2000.html#64 distributed locking patents
http://www.garlic.com/~lynn/2000c.html#8 IBM Linux
http://www.garlic.com/~lynn/2000d.html#68 "all-out" vs less aggressive designs
http://www.garlic.com/~lynn/2000d.html#69 "all-out" vs less aggressive designs
http://www.garlic.com/~lynn/2000e.html#20 Is Al Gore The Father of the Internet?^
http://www.garlic.com/~lynn/2000e.html#27 OCF, PC/SC and GOP
http://www.garlic.com/~lynn/2001.html#44 Options for Delivering Mainframe Reports to Outside Organizat ions
http://www.garlic.com/~lynn/2001.html#49 Options for Delivering Mainframe Reports to Outside Organizat ions
http://www.garlic.com/~lynn/2001f.html#20 VM-CMS emulator
http://www.garlic.com/~lynn/2001f.html#22 Early AIX including AIX/370
http://www.garlic.com/~lynn/2001l.html#17 mainframe question
http://www.garlic.com/~lynn/2002b.html#36 windows XP and HAL: The CP/M way still works in 2002
http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention
http://www.garlic.com/~lynn/2002h.html#65 Bettman Archive in Trouble
http://www.garlic.com/~lynn/2002i.html#54 Unisys A11 worth keeping?
http://www.garlic.com/~lynn/2002i.html#81 McKinley Cometh
http://www.garlic.com/~lynn/2002j.html#36 Difference between Unix and Linux?
http://www.garlic.com/~lynn/2002n.html#67 Mainframe Spreadsheets - 1980's History
http://www.garlic.com/~lynn/2002o.html#40 I found the Olsen Quote
http://www.garlic.com/~lynn/2002p.html#45 Linux paging
http://www.garlic.com/~lynn/2003d.html#8 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
http://www.garlic.com/~lynn/2003d.html#54 Filesystems
http://www.garlic.com/~lynn/2003h.html#35 UNIX on LINUX on VM/ESA or z/VM
http://www.garlic.com/~lynn/2003h.html#45 Question about Unix "heritage"
http://www.garlic.com/~lynn/2003h.html#52 Question about Unix "heritage"
http://www.garlic.com/~lynn/2003o.html#49 Any experience with "The Last One"?
http://www.garlic.com/~lynn/2004d.html#72 ibm mainframe or unix
http://www.garlic.com/~lynn/2004h.html#41 Interesting read about upcoming K9 processors
http://www.garlic.com/~lynn/2004h.html#42 Interesting read about upcoming K9 processors
http://www.garlic.com/~lynn/2004n.html#12 XML: The good, the bad, and the ugly
http://www.garlic.com/~lynn/2004n.html#30 First single chip 32-bit microprocessor
http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development Philosophy
http://www.garlic.com/~lynn/2004q.html#38 CAS and LL/SC
http://www.garlic.com/~lynn/2004q.html#39 CAS and LL/SC
http://www.garlic.com/~lynn/2005b.html#22 The Mac is like a modern day Betamax
http://www.garlic.com/~lynn/2005f.html#28 Where should the type information be: in tags and descriptors
http://www.garlic.com/~lynn/2005h.html#5 Single System Image questions
http://www.garlic.com/~lynn/2005j.html#26 IBM Plugs Big Iron to the College Crowd
http://www.garlic.com/~lynn/2005q.html#14 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005q.html#26 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005q.html#49 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005s.html#34 Power5 and Cell, new issue of IBM Journal of R&D
http://www.garlic.com/~lynn/2005t.html#19 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005u.html#61 DMV systems?
http://www.garlic.com/~lynn/2006b.html#8 Free to good home: IBM RT UNIX
http://www.garlic.com/~lynn/2006c.html#11 Mainframe Jobs Going Away
http://www.garlic.com/~lynn/2006q.html#4 Another BIG Mainframe Bites the Dust
http://www.garlic.com/~lynn/2007.html#32 V2X2 vs. Shark (SnapShot v. FlashCopy)
http://www.garlic.com/~lynn/2007c.html#14 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007f.html#9 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007g.html#2 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007l.html#7 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007n.html#87 Why is not AIX ported to z/Series?
http://www.garlic.com/~lynn/2008c.html#50 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008c.html#53 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008c.html#59 Govt demands password to personal computer
http://www.garlic.com/~lynn/2008d.html#82 Migration from Mainframe to othre platforms - the othe bell?
http://www.garlic.com/~lynn/2008h.html#16 handling the SPAM on this group
http://www.garlic.com/~lynn/2008l.html#82 Yet another squirrel question - Results (very very long post)
http://www.garlic.com/~lynn/2008o.html#55 Virtual
http://www.garlic.com/~lynn/2009f.html#62 How did the monitor work under TOPS?
http://www.garlic.com/~lynn/2009i.html#30 Why are z/OS people reluctant to use z/OS UNIX?
http://www.garlic.com/~lynn/2009k.html#37 Timeline: 40 Years Of Unix
http://www.garlic.com/~lynn/2009o.html#75 Status of Arpanet/Internet in 1976?
http://www.garlic.com/~lynn/2009p.html#4 Status of Arpanet/Internet in 1976?
http://www.garlic.com/~lynn/2009p.html#5 Status of Arpanet/Internet in 1976?
http://www.garlic.com/~lynn/2009r.html#9 The 50th Anniversary of the Legendary IBM 1401
http://www.garlic.com/~lynn/2010e.html#72 Entry point for a Mainframe?
http://www.garlic.com/~lynn/2010h.html#61 (slightly OT - Linux) Did IBM bet on the wrong OS?
42yrs virtualization experience (since Jan68), online at home since Mar1970
someone smarter than Dave Cutler
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: someone smarter than Dave Cutler
Newsgroups: alt.folklore.computers
Date: Sun, 09 May 2010 14:31:03 -0400
DMcCunney <plugh@xyzzy.com> writes:
And divisions of IBM often competed with each other. The dancing around
done by sales droids flogging RS-6000s running AIX to the same shops
being flogged AS-400s could be amusing.
wasn't just as/400s. some old posts reference ha/cmp work
http://www.garlic.com/~lynn/subtopic.html#hacmp
http://www.garlic.com/~lynn/submain.html#available
http://www.garlic.com/~lynn/95.html#13
http://www.garlic.com/~lynn/lhwemail.html#medusa
http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time
http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time
http://www.garlic.com/~lynn/2009p.html#49 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009p.html#54 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009p.html#55 MasPar compiler and simulator
http://www.garlic.com/~lynn/2009p.html#57 MasPar compiler and simulator
http://www.garlic.com/~lynn/2009p.html#83 What would be a truly relational operating system ?
http://www.garlic.com/~lynn/2009p.html#85 Anyone going to Supercomputers '09 in Portland?
http://www.garlic.com/~lynn/2009q.html#19 Mainframe running 1,500 Linux servers?
http://www.garlic.com/~lynn/2009q.html#21 Is Cloud Computing Old Hat?
http://www.garlic.com/~lynn/2009q.html#42 The 50th Anniversary of the Legendary IBM 1401
http://www.garlic.com/~lynn/2009q.html#68 Now is time for banks to replace core system according to Accenture
http://www.garlic.com/~lynn/2009r.html#4 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2009r.html#9 The 50th Anniversary of the Legendary IBM 1401
http://www.garlic.com/~lynn/2009r.html#33 While watching Biography about Bill Gates on CNBC last Night
http://www.garlic.com/~lynn/2010.html#45 360 programs on a z/10
http://www.garlic.com/~lynn/2010g.html#0 16:32 far pointers in OpenWatcom C/C++
http://www.garlic.com/~lynn/2010g.html#4 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#33 SQL Server replacement
http://www.garlic.com/~lynn/2010g.html#44 16:32 far pointers in OpenWatcom C/C++
http://www.garlic.com/~lynn/2010g.html#48 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#77 IBM responds to Oracle's Exadata with new systems
http://www.garlic.com/~lynn/2010g.html#81 What is the protocal for GMT offset in SMTP (e-mail) header time-stamp?
http://www.garlic.com/~lynn/2010h.html#63 25 reasons why hardware is still hot at IBM
42yrs virtualization experience (since Jan68), online at home since Mar1970
IBM Unix prehistory, someone smarter than Dave Cutler
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: IBM Unix prehistory, someone smarter than Dave Cutler
Newsgroups: alt.folklore.computers
Date: Sun, 09 May 2010 18:16:26 -0400
John Levine <johnl@iecc.com> writes:
No kidding. I dunno what all the VRM did, but it sure spent a lot of
time doing it. The initial plan was apparently to have multiple OSes
on top, a la VM/370, but when it became apparent it'd just be Unix,
the VRM was pretty pointless.
re:
http://www.garlic.com/~lynn/2010i.html#28 someone smarter than Dave Cutler
http://en.wikipedia.org/wiki/Pick_operating_system
http://www.garlic.com/~lynn/2002b.html#29 windows XP and HAL: The CP/M way still works in 2002
http://www.garlic.com/~lynn/2002o.html#71 Pismronunciation
http://www.garlic.com/~lynn/2004e.html#48 Data Display & Modeling
http://www.garlic.com/~lynn/2009k.html#40 Gone but not forgotten: 10 operating systems the world left behind
42yrs virtualization experience (since Jan68), online at home since Mar1970
IBM Unix prehistory, someone smarter than Dave Cutler
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: IBM Unix prehistory, someone smarter than Dave Cutler
Newsgroups: alt.folklore.computers
Date: Mon, 10 May 2010 10:04:51 -0400
re:
http://www.garlic.com/~lynn/2010i.html#28 someone smarter than Dave Cutler
http://www.garlic.com/~lynn/2010i.html#29 someone smarter than Dave Cutler
http://www.garlic.com/~lynn/2010i.html#30 IBM Unix prehistory, someone smarter than Dave Cutler
http://www.garlic.com/~lynn/subtopic.html#801
http://www.garlic.com/~lynn/subtopic.html#hacmp
http://www.garlic.com/~lynn/subtopic.html#545tech
http://www.garlic.com/~lynn/subtopic.html#smp
http://www.garlic.com/~lynn/subpubkey.html#kerberos
42yrs virtualization experience (since Jan68), online at home since Mar1970
Death by Powerpoint
From: lynn@garlic.com (Lynn Wheeler)
Date: 19 May, 2010
Subject: Death by Powerpoint
Blog: Financial Crime Risk, Fraud and Security
Predating powerpoint ... we used to joke about people that seemed
their *ONLY* activity was writing presentations ... in gml/sgml
... especially after GML became an international standard and
fed. gov. adopted it (GML was invented at the science center in
1969). This was similar to jokes about people who didn't do anything
but "manage" their career ... something of a Boyd To Be Or To Do
scenario.
http://www.defense.gov/speeches/speech.aspx?speechid=1443
http://smallwarsjournal.com/blog/2009/07/print/draft-draft-draftpowerpoint-1/
asked current Army commanders and platoon leaders in Iraq what they
spent most of their time doing. One officer, Lt. Sam Nuxoll, answered
flat-out: 'Making PowerPoint slides'.
... snip ...
http://www.garlic.com/~lynn/subboyd.html
http://www.garlic.com/~lynn/2000e.html#35 War, Chaos, & Business (web site), or Col John Boyd
http://www.garlic.com/~lynn/2007j.html#61 Lean and Mean: 150,000 U.S. layoffs for IBM?
http://www.garlic.com/~lynn/2008b.html#45 windows time service
http://www.garlic.com/~lynn/2009h.html#5 mainframe replacement (Z/Journal Does it Again)
http://www.garlic.com/~lynn/2009h.html#71 My Vintage Dream PC
http://www.garlic.com/~lynn/2009h.html#74 My Vintage Dream PC
http://www.garlic.com/~lynn/2009r.html#50 "Portable" data centers
http://www.garlic.com/~lynn/2009r.html#62 some '83 references to boyd
http://www.garlic.com/~lynn/2009s.html#4 While watching Biography about Bill Gates on CNBC last Night
http://www.garlic.com/~lynn/2009s.html#41 Why Coder Pay Isn't Proportional To Productivity
http://www.garlic.com/~lynn/2010c.html#84 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010e.html#39 Agile Workforce
http://www.garlic.com/~lynn/2010e.html#40 Byte Tokens in BASIC
http://www.garlic.com/~lynn/2010h.html#18 How many mainframes are there?
http://www.garlic.com/~lynn/2010h.html#20 How many mainframes are there?
42yrs virtualization experience (since Jan68), online at home since Mar1970
System/3--IBM compilers (languages) available?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: System/3--IBM compilers (languages) available?
Newsgroups: alt.folklore.computers
Date: Mon, 10 May 2010 17:44:59 -0400
Charles Richmond <frizzle@tx.rr.com> writes:
Hmmm.... I had heard that the IBM 5100 emulated the IBM 1103 so that
it could run 1103 APL. Where did I hear that???
re:
http://www.brouhaha.com/~eric/retrocomputing/ibm/5100/
http://en.wikipedia.org/wiki/IBM_5100
http://www.garlic.com/~lynn/2000.html#69 APL on PalmOS ???
http://www.garlic.com/~lynn/2000.html#70 APL on PalmOS ???
http://www.garlic.com/~lynn/2000d.html#15 APL version in IBM 5100 (Was: Resurrecting the IBM 1130)
http://www.garlic.com/~lynn/2000g.html#24 A question for you old guys -- IBM 1130 information
http://www.garlic.com/~lynn/2000g.html#46 A new "Remember when?" period happening right now
http://www.garlic.com/~lynn/2001b.html#45 First OS?
http://www.garlic.com/~lynn/2001b.html#56 Why SMP at all anymore?
http://www.garlic.com/~lynn/2001b.html#71 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2002b.html#39 IBM 5100 [Was: First DESKTOP Unix Box?]
http://www.garlic.com/~lynn/2002b.html#43 IBM 5100 [Was: First DESKTOP Unix Box?]
http://www.garlic.com/~lynn/2002b.html#45 IBM 5100 [Was: First DESKTOP Unix Box?]
http://www.garlic.com/~lynn/2002b.html#47 IBM 5100 [Was: First DESKTOP Unix Box?]
http://www.garlic.com/~lynn/2003i.html#79 IBM 5100
http://www.garlic.com/~lynn/2003i.html#82 IBM 5100
http://www.garlic.com/~lynn/2003i.html#84 IBM 5100
http://www.garlic.com/~lynn/2003j.html#0 IBM 5100
http://www.garlic.com/~lynn/2003n.html#6 The IBM 5100 and John Titor
http://www.garlic.com/~lynn/2003n.html#8 The IBM 5100 and John Titor
http://www.garlic.com/~lynn/2004c.html#8 IBM operating systems and APL
http://www.garlic.com/~lynn/2004l.html#32 Shipwrecks
http://www.garlic.com/~lynn/2005.html#44 John Titor was right? IBM 5100
http://www.garlic.com/~lynn/2005g.html#12 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005m.html#2 IBM 5100 luggable computer with APL
http://www.garlic.com/~lynn/2005m.html#3 IBM 5100 luggable computer with APL
http://www.garlic.com/~lynn/2005r.html#50 winscape?
http://www.garlic.com/~lynn/2005t.html#4 Privacy issue - how to spoof/hide IP when accessing email / usenet servers ?
http://www.garlic.com/~lynn/2007d.html#53 Is computer history taugh now?
http://www.garlic.com/~lynn/2007d.html#54 Is computer history taugh now?
http://www.garlic.com/~lynn/2007d.html#64 Is computer history taugh now?
http://www.garlic.com/~lynn/2007m.html#42 The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
http://www.garlic.com/~lynn/2008.html#10 For the History buff's an IBM 5150 pc
http://www.garlic.com/~lynn/2010c.html#28 Processes' memory
http://www.garlic.com/~lynn/2010c.html#35 Processes' memory
http://www.garlic.com/~lynn/2010c.html#36 Processes' memory
http://www.garlic.com/~lynn/2010c.html#54 Processes' memory
http://www.garlic.com/~lynn/2010c.html#80 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010f.html#83 Notes on two presentations by Gordon Bell ca. 1998
http://www.garlic.com/~lynn/2010h.html#77 IBM 5100 First Portable Computer commercial 1977
http://www.garlic.com/~lynn/2010i.html#11 IBM 5100 First Portable Computer commercial 1977
http://www.garlic.com/~lynn/2010i.html#13 IBM 5100 First Portable Computer commercial 1977
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers, comp.programming, comp.lang.c
Date: Tue, 11 May 2010 11:24:38 -0400
raltbos@xs4all.nl (Richard Bos) writes:
One might only do so correctly if one left out the word "just". Yes, the
culture around him was corrupt; but he was _the_ prime example of it.
re:
http://www.garlic.com/~lynn/2010h.html#69 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010.html#36 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#81 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010f.html#33 The 2010 Census
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#16 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
42yrs virtualization experience (since Jan68), online at home since Mar1970
Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
Refed: **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 11 May, 2010
Subject: Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
Blog: Greater IBM
re:
http://www.garlic.com/~lynn/2010h.html#83 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#12 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.infoworld.com/d/cloud-computing/large-companies-save-more-private-clouds-sometimes-627
http://itmanagement.earthweb.com/cnews/article.php/3879961/IBM+Tackles+Cloud+Integration+With+Cast+Iron+Systems+Buy.htm
http://www.networkworld.com/news/2010/051110-amazon-web-services-sees-infrastructure.html
http://www.computerworld.com/s/article/9176509/Google_exec_Microsoft_too_far_behind_in_cloud_apps
http://www.garlic.com/~lynn/subtopic.html#hone
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers
Date: Tue, 11 May 2010 17:44:38 -0400
Michael Wojcik <mwojcik@newsguy.com> writes:
That runs under Emacs too, doesn't it? I'm in the Emacs-hating camp,
so it's out for me.
in the 70s, i routinely got in the habit of writting lots of EXEC files
... and then RED editor came along with its own execution/macro files
(EDIMAC) ... and I wrote loads of EDIMACs to do various kinds of things.
42yrs virtualization experience (since Jan68), online at home since Mar1970
floating point, was System/3--IBM compilers (languages) available?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: floating point, was System/3--IBM compilers (languages) available?
Newsgroups: alt.folklore.computers
Date: Wed, 12 May 2010 08:41:47 -0400
JW <none@dev.null> writes:
Yes, it's true beginning with the i486DX. The i486SX and i486SL was the
last mainstream x86 from Intel without a built in FP unit.
the claim at the time was that i486sx was actually a dx with some lines
laz'ed so the FP wasn't functional (aka cheaper to have single FAB runs
of DX than to have separate FAB runs of different DX and SX).
http://en.wikipedia.org/wiki/Intel_80486
http://www.garlic.com/~lynn/2010c.html#7 Happy DEC-10 Day
http://en.wikipedia.org/wiki/Intel_80386
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers
Date: Wed, 12 May 2010 11:34:39 -0400
Joe Pfeiffer <pfeiffer@cs.nmsu.edu> writes:
The really horrible thing is that the combined intellect of the entire
world's equivalent of the TSA seems to be unable to anticipate any
threat that hasn't already happened, after which that particular threat
needs to be protected against for the rest of eternity.
a lot of that is bureaucrats with little or no experiece; they are able
to chronicle/list something that has already happened. They don't have
the experience or understanding of the domain to theorize about things
that haven't happened.
http://www.garlic.com/~lynn/2010c.html#84 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010e.html#39 Agile Workforce
http://www.garlic.com/~lynn/2010e.html#40 Byte Tokens in BASIC
http://www.garlic.com/~lynn/2010f.html#55 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010h.html#18 How many mainframes are there?
http://www.garlic.com/~lynn/2010h.html#20 How many mainframes are there?
http://www.garlic.com/~lynn/2010i.html#32 Death by Powerpoint
42yrs virtualization experience (since Jan68), online at home since Mar1970
Calling Oracle & IBM Outdated, Tibco Launches Enterprise 3.0
From: lynn@garlic.com (Lynn Wheeler)
Date: 03 May, 2010
Subject: Calling Oracle & IBM Outdated, Tibco Launches Enterprise 3.0
Blog: Greater IBM
Calling Oracle & IBM Outdated, Tibco Launches Enterprise 3.0
http://www.informationweek.com/news/global-cio/interviews/showArticle.jhtml?articleID=224701606&cid=RSSfeed_IWK_All
Column about Tibco CEO Vivek Ranadive's strategy to drive a new model
for Enterprise 3.0 that gives companies the power to anticipate what
they customers want and need in real time.
... snip ...
http://www.garlic.com/~lynn/2008p.html#27 Father Of Financial Dataprocessing
http://www.garlic.com/~lynn/2008p.html#28 Can Smart Cards Reduce Payments Fraud and Identity Theft?
http://www.garlic.com/~lynn/2008p.html#30 Automation is still not accepted to streamline the business processes... why organizations are not accepting newer technolgies?
http://www.garlic.com/~lynn/2008p.html#31 FC5 Special Workshop CFP: Emerging trends in Online Banking and Electronic Payments
http://www.garlic.com/~lynn/2008p.html#57 What happened in security over the last 10 years?
http://www.garlic.com/~lynn/2008p.html#69 ATM PIN through phone or Internet. Is it secure? Is it allowed by PCI-DSS?, Visa, MC, etc.?
http://www.garlic.com/~lynn/2008q.html#3 GPG
http://www.garlic.com/~lynn/2008s.html#25 Web Security hasn't moved since 1995
http://www.garlic.com/~lynn/2008s.html#34 How do group members think the US payments business will evolve over the next 3 years?
http://www.garlic.com/~lynn/2008s.html#78 Boffins bust web authentication with game consoles
http://www.garlic.com/~lynn/2009.html#2 Is SUN going to become x86'ed ??
http://www.garlic.com/~lynn/2009.html#25 Wrong Instrument for Recurring Payments
http://www.garlic.com/~lynn/2009.html#39 repeat after me: RAID != backup
http://www.garlic.com/~lynn/2009.html#65 The 25 Most Dangerous Programming Errors
http://www.garlic.com/~lynn/2009.html#87 Cleaning Up Spaghetti Code vs. Getting Rid of It
http://www.garlic.com/~lynn/2009c.html#33 H5: Security Begins at the Application and Ends at the Mind
http://www.garlic.com/~lynn/2009c.html#34 Is the Relational Database Doomed?
http://www.garlic.com/~lynn/2009d.html#4 Why do IBMers think disks are 'Direct Access'?
http://www.garlic.com/~lynn/2009e.html#6 ATMs At Risk
http://www.garlic.com/~lynn/2009g.html#2 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#63 New standard for encrypting card data in the works; backers include Heartland
http://www.garlic.com/~lynn/2009i.html#71 Barclays ATMs hit by computer fault
http://www.garlic.com/~lynn/2009i.html#73 A Guide for Full Field Background Checks
http://www.garlic.com/~lynn/2009j.html#1 Is it possible to have an alternative payment system without riding on the Card Network platforms?
http://www.garlic.com/~lynn/2009k.html#33 Trouble in PKI land
http://www.garlic.com/~lynn/2009k.html#35 Microsoft Is Among the First to Try out PayPal's New Payments API
http://www.garlic.com/~lynn/2009k.html#63 The satate of software
http://www.garlic.com/~lynn/2009l.html#20 Cyber attackers empty business accounts in minutes
http://www.garlic.com/~lynn/2009l.html#29 IBM launches integrated mainframe packages for payments, data warehousing and SOA
http://www.garlic.com/~lynn/2009l.html#57 IBM halves mainframe Linux engine prices
http://www.garlic.com/~lynn/2009l.html#64 Hacker charges also an indictment on PCI, expert says
http://www.garlic.com/~lynn/2009m.html#78 ATMs by the Numbers
http://www.garlic.com/~lynn/2009n.html#3 Hacker charges also an indictment on PCI, expert says
http://www.garlic.com/~lynn/2009n.html#19 Mainframe Hall of Fame: Three New Members Added
http://www.garlic.com/~lynn/2009n.html#23 COBOL Celebrates 50 Years
http://www.garlic.com/~lynn/2009o.html#51 8 ways the American information worker remains a Luddite
http://www.garlic.com/~lynn/2009o.html#77 Is it time to stop research in Computer Architecture ?
http://www.garlic.com/~lynn/2009o.html#81 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009p.html#0 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009q.html#34 Amateur Computing Society
http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core system according to Accenture
http://www.garlic.com/~lynn/2009r.html#4 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2010b.html#41 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#61 LPARs: More or Less?
http://www.garlic.com/~lynn/2010f.html#61 Handling multicore CPUs; what the competition is thinking
42yrs virtualization experience (since Jan68), online at home since Mar1970
Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
Refed: **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 13 May, 2010
Subject: Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
Blog: Greater IBM
re:
http://www.garlic.com/~lynn/2010h.html#83 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#12 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#35 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers
Date: Thu, 13 May 2010 13:17:43 -0400
Walter Bushell <proto@panix.com> writes:
Oh, yes. Cobol was used for fiscal systems, that were maintained at 3 AM
on the fly by junior programers. <Shudder> But the programs *had* to run.
past references to 450+k statement cobol program that ran all 3rd shift,
every night (7days/week, 365days/year) on some $1+B worth of mainframes.
http://www.garlic.com/~lynn/2006u.html#50 Where can you get a Minor in Mainframe?
http://www.garlic.com/~lynn/2007l.html#20 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007u.html#21 Distributed Computing
http://www.garlic.com/~lynn/2008c.html#24 Job ad for z/OS systems programmer trainee
http://www.garlic.com/~lynn/2008d.html#73 Price of CPU seconds
http://www.garlic.com/~lynn/2008l.html#81 Intel: an expensive many-core future is ahead of us
http://www.garlic.com/~lynn/2009d.html#5 Why do IBMers think disks are 'Direct Access'?
http://www.garlic.com/~lynn/2009e.html#76 Architectural Diversity
http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
http://www.garlic.com/~lynn/2009g.html#20 IBM forecasts 'new world order' for financial services
http://www.garlic.com/~lynn/2009s.html#9 Union Pacific Railroad ditches its mainframe for SOA
http://www.garlic.com/~lynn/2010.html#77 Korean bank Moves back to Mainframes (...no, not back)
http://www.garlic.com/~lynn/2010i.html#36 Idiotic programming style edicts
http://www.garlic.com/~lynn/2004.html#51 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2006s.html#40 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2007e.html#31 Quote from comp.object
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/2007u.html#19 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#21 Distributed Computing
http://www.garlic.com/~lynn/2007u.html#37 folklore indeed
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#27 folklore indeed
http://www.garlic.com/~lynn/2007v.html#64 folklore indeed
http://www.garlic.com/~lynn/2007v.html#69 Controlling COBOL DDs named SYSOUT
http://www.garlic.com/~lynn/2007v.html#72 whats the world going to do when all the baby boomers retire
http://www.garlic.com/~lynn/2007v.html#81 Tap and faucet and spellcheckers
http://www.garlic.com/~lynn/2008b.html#74 Too much change opens up financial fault lines
http://www.garlic.com/~lynn/2008c.html#92 CPU time differences for the same job
http://www.garlic.com/~lynn/2008d.html#30 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#31 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008d.html#73 Price of CPU seconds
http://www.garlic.com/~lynn/2008d.html#87 Berkeley researcher describes parallel path
http://www.garlic.com/~lynn/2008d.html#89 Berkeley researcher describes parallel path
http://www.garlic.com/~lynn/2008g.html#55 performance of hardware dynamic scheduling
http://www.garlic.com/~lynn/2008h.html#50 Microsoft versus Digital Equipment Corporation
http://www.garlic.com/~lynn/2008h.html#56 Long running Batch programs keep IMS databases offline
http://www.garlic.com/~lynn/2008p.html#26 What is the biggest IT myth of all time?
http://www.garlic.com/~lynn/2008p.html#30 Automation is still not accepted to streamline the business processes... why organizations are not accepting newer technolgies?
http://www.garlic.com/~lynn/2008r.html#7 If you had a massively parallel computing architecture, what unsolved problem would you set out to solve?
http://www.garlic.com/~lynn/2009.html#87 Cleaning Up Spaghetti Code vs. Getting Rid of It
http://www.garlic.com/~lynn/2009c.html#43 Business process re-engineering
http://www.garlic.com/~lynn/2009d.html#14 Legacy clearing threat to OTC derivatives warns State Street
http://www.garlic.com/~lynn/2009f.html#55 Cobol hits 50 and keeps counting
http://www.garlic.com/~lynn/2009h.html#1 z/Journal Does it Again
http://www.garlic.com/~lynn/2009h.html#2 z/Journal Does it Again
http://www.garlic.com/~lynn/2009i.html#21 Why are z/OS people reluctant to use z/OS UNIX?
http://www.garlic.com/~lynn/2009i.html#23 Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)
http://www.garlic.com/~lynn/2009i.html#26 Why are z/OS people reluctant to use z/OS UNIX?
http://www.garlic.com/~lynn/2009i.html#30 Why are z/OS people reluctant to use z/OS UNIX?
http://www.garlic.com/~lynn/2009i.html#38 Why are z/OS people reluctant to use z/OS UNIX?
http://www.garlic.com/~lynn/2009i.html#43 Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)
http://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."
http://www.garlic.com/~lynn/2009l.html#57 IBM halves mainframe Linux engine prices
http://www.garlic.com/~lynn/2009m.html#81 A Faster Way to the Cloud
http://www.garlic.com/~lynn/2009n.html#13 UK issues Turning apology (and about time, too)
http://www.garlic.com/~lynn/2009o.html#81 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009p.html#57 MasPar compiler and simulator
http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core system according to Accenture
http://www.garlic.com/~lynn/2009r.html#35 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2009r.html#47 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2010.html#77 Korean bank Moves back to Mainframes (...no, not back)
http://www.garlic.com/~lynn/2010b.html#16 How long for IBM System/360 architecture and its descendants?
http://www.garlic.com/~lynn/2010b.html#19 STEM crisis
http://www.garlic.com/~lynn/2010e.html#77 Madoff Whistleblower Book
http://www.garlic.com/~lynn/2010f.html#56 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#37 16:32 far pointers in OpenWatcom C/C++
http://www.garlic.com/~lynn/2010h.html#47 COBOL - no longer being taught - is a problem
http://www.garlic.com/~lynn/2010h.html#78 Software that breaks computer hardware( was:IBM 029 service manual )
42yrs virtualization experience (since Jan68), online at home since Mar1970
"Fraud & Stupidity Look a Lot Alike"
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 13 May, 2010
Subject: "Fraud & Stupidity Look a Lot Alike"
Blog: Financial Crime Risk, Fraud and Security
"Fraud & Stupidity Look a Lot Alike"
http://www.bankinfosecurity.com/articles.php?art_id=2521
Interview with Alan Bachman of the Association of Certified Fraud
Examiners. The magnitude of fraud schemes has grown - the scale and the
losses. But the basics of fraud investigation remain sound
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
Program Work Method Question
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Program Work Method Question
Newsgroups: alt.folklore.computers
Date: Thu, 13 May 2010 19:36:39 -0400
Peter Flass <Peter_Flass@Yahoo.com> writes:
In so many bad ways ... The focus problem occurs on several OS's, and
I don't think anyone has a good solution. On the other hand, M$
doesn't seem to be able to distinguish between background tasks
(startup folder, "daemons", etc.) and foreground tasks (user
interaction). OS/2 solved that one back in '87, and, as a result,
seems much "snappier", even on older, slow, low-memory machines.
There's also the problem that every application and its brother seems
to want to put something in the startup folder, usually without asking
during the install. Getting rid of that cr@p takes major work. In
addition, since M$ went to all the bother to put in the dumb
"registry", what would be wrong with "registering" the name of the
started tasks to make it easier to look them up?
Boca was sent to me about os/2 scheduling ... old email
http://www.garlic.com/~lynn/2003f.html#email871124
http://www.garlic.com/~lynn/2007i.html#email871204
http://www.garlic.com/~lynn/2007i.html#email871204b
http://www.garlic.com/~lynn/2003f.html#8 Alpha performance, why?
http://www.garlic.com/~lynn/2007i.html#60 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#78 John W. Backus, 82, Fortran developer, dies
42yrs virtualization experience (since Jan68), online at home since Mar1970
someone smarter than Dave Cutler
Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: someone smarter than Dave Cutler
Newsgroups: alt.folklore.computers
Date: Fri, 14 May 2010 08:15:03 -0400
DMcCunney <plugh@xyzzy.com> writes:
Yes, thank you. I was indeed thinking of UTS, but didn't remember the name.
One of the primary os/360 HASP people that moved to white plains and did
a project called RASP ... somewhat like MTS ... a heavily paged oriented
os/360 (including data management and interfaces to disk storage ... as
opposed to vs1 & vs2 ... which were basically os/360 adapted for running
in virtual memory). RASP was getting nowhere ... and he took position as
Amdahl "fellow" back in Texas ... where he set out to recreate RASP
(there was some corporate legal conflicts over whether or not the
recreated RASP was actually "clean room" and whether or not it contained
any code from the original RASP).
http://www.garlic.com/~lynn/2010h.html#61 (slightly OT - Linux) Did IBM bet on the wrong OS?
http://www.garlic.com/~lynn/2010i.html#28 someone smarter than Dave Cutler
http://www.garlic.com/~lynn/2000f.html#68 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2000f.html#70 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2002j.html#75 30th b'day
http://www.garlic.com/~lynn/2005p.html#44 hasp, jes, rasp, aspen, gold
http://www.garlic.com/~lynn/2005p.html#45 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005q.html#2 Article in Information week: Mainframe Programmers Wanted
http://www.garlic.com/~lynn/2005q.html#26 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2006b.html#24 Seeking Info on XDS Sigma 7 APL
http://www.garlic.com/~lynn/2006f.html#19 Over my head in a JES exit
http://www.garlic.com/~lynn/2006i.html#0 The Pankian Metaphor
http://www.garlic.com/~lynn/2006l.html#7 Google Architecture
http://www.garlic.com/~lynn/2006m.html#30 Old Hashing Routine
http://www.garlic.com/~lynn/2006o.html#33 When Does Folklore Begin???
http://www.garlic.com/~lynn/2006q.html#32 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006t.html#17 old Gold/UTS reference
http://www.garlic.com/~lynn/2006w.html#24 IBM sues maker of Intel-based Mainframe clones
http://www.garlic.com/~lynn/2007b.html#3 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007m.html#36 Future of System/360 architecture?
http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted
http://www.garlic.com/~lynn/2007t.html#54 new 40+ yr old, disruptive technology
http://www.garlic.com/~lynn/2008h.html#78 Microsoft versus Digital Equipment Corporation
http://www.garlic.com/~lynn/2008r.html#72 Curiousity: largest parallel sysplex around?
http://www.garlic.com/~lynn/2008s.html#75 Is SUN going to become x86'ed ??
http://www.garlic.com/~lynn/2009o.html#47 U.S. begins inquiry of IBM in mainframe market
42yrs virtualization experience (since Jan68), online at home since Mar1970
Swipe this card; shopping could be cheaper
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 May, 2010
Subject: Swipe this card; shopping could be cheaper
Blog: Payment Systems
Swipe this card; shopping could be cheaper
http://news.yahoo.com/s/ap/20100513/ap_on_bi_ge/us_financial_overhaul
Banks and retail organizations squared off Thursday as the Senate
sought to make it possible for merchants to offer customers discounts
if they use cash, checks or debit cards
... snip ...
http://www.businessweek.com/news/2010-05-14/senate-approves-debit-card-swipe-fee-limits-in-bill-update1-.html
Retailers poised for victory in debit card fee fight
http://money.cnn.com/2010/05/14/smallbusiness/interchange_fees/index.htm
http://www.digitaltransactions.net/newsstory.cfm?newsid=2528
The gap in acceptance costs between PIN-based and signature debit,
once wide, continues to narrow, payments executives say. The trend is
most apparent in the new interchange schedules for Visa Inc.'s
Interlink electronic funds transfer network and the signature-based
Visa check card.
... snip ...
http://www.digitaltransactions.net/newsstory.cfm?newsid=738
42yrs virtualization experience (since Jan68), online at home since Mar1970
SAP recovers a secret for keeping data safer than the standard relational database
From: lynn@garlic.com (Lynn Wheeler)
Date: 14 May, 2010
Subject: SAP recovers a secret for keeping data safer than the standard relational database
Blog: Financial Cryptography
SAP recovers a secret for keeping data safer than the standard
relational database
http://financialcryptography.com/mt/archives/001240.html
http://www.garlic.com/~lynn/submain.html#systemr
42yrs virtualization experience (since Jan68), online at home since Mar1970
"Fraud & Stupidity Look a Lot Alike"
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 15 May, 2010
Subject: "Fraud & Stupidity Look a Lot Alike"
Blog: Financial Crime Risk, Fraud and Security
re:
http://www.garlic.com/~lynn/2010i.html#42 "Fraud & Stupidity Look a Lot Alike"
http://www.businessweek.com/investor/content/mar2008/pi20080318_697440.htm
http://www.garlic.com/~lynn/2008f.html#76 Bush - place in history
http://www.garlic.com/~lynn/2008g.html#52 IBM CEO's remuneration last year ?
http://www.garlic.com/~lynn/2008g.html#66 independent appraisers
http://www.garlic.com/~lynn/2008h.html#42 The Return of Ada
http://www.garlic.com/~lynn/2008i.html#4 A Merit based system of reward -Does anybody (or any executive) really want to be judged on merit?
http://www.garlic.com/~lynn/2008n.html#52 Technology and the current crisis
http://www.garlic.com/~lynn/2008n.html#53 Your thoughts on the following comprehensive bailout plan please
http://www.garlic.com/~lynn/2008n.html#56 VMware Chief Says the OS Is History
http://www.garlic.com/~lynn/2008n.html#69 Another quiet week in finance
http://www.garlic.com/~lynn/2008n.html#82 Fraud in financial institution
http://www.garlic.com/~lynn/2008o.html#18 Once the dust settles, do you think Milton Friedman's economic theories will be laid to rest
http://www.garlic.com/~lynn/2008o.html#26 SOX (Sarbanes-Oxley Act), is this really followed and worthful considering current Financial Crisis?
http://www.garlic.com/~lynn/2008o.html#28 Does anyone get the idea that those responsible for containing this finanical crisis are doing too much?
http://www.garlic.com/~lynn/2008o.html#31 The human plague
http://www.garlic.com/~lynn/2008o.html#32 How much is 700 Billion Dollars??
http://www.garlic.com/~lynn/2008p.html#8 Global Melt Down
http://www.garlic.com/~lynn/2008r.html#61 The vanishing CEO bonus
http://www.garlic.com/~lynn/2008r.html#64 Is This a Different Kind of Financial Crisis?
http://www.garlic.com/~lynn/2008s.html#32 How Should The Government Spend The $700 Billion?
http://www.garlic.com/~lynn/2008s.html#33 Garbage in, garbage out trampled by Moore's law
http://www.garlic.com/~lynn/2008s.html#35 Is American capitalism and greed to blame for our financial troubles in the US?
http://www.garlic.com/~lynn/2008s.html#41 Executive pay: time for a trim?
http://www.garlic.com/~lynn/2009.html#73 CROOKS and NANNIES: what would Boyd do?
http://www.garlic.com/~lynn/2009.html#80 Are reckless risks a natural fallout of "excessive" executive compensation ?
http://www.garlic.com/~lynn/2009b.html#25 The recently revealed excesses of John Thain, the former CEO of Merrill Lynch, while the firm was receiving $25 Billion in TARP funds makes me sick
http://www.garlic.com/~lynn/2009b.html#41 The subject is authoritarian tendencies in corporate management, and how they are related to political culture
http://www.garlic.com/~lynn/2009b.html#45 The recently revealed excesses of John Thain, the former CEO of Merrill Lynch, while the firm was receiving $25 Billion in TARP funds makes me sick
http://www.garlic.com/~lynn/2009b.html#49 US disaster, debts and bad financial management
http://www.garlic.com/~lynn/2009b.html#57 Credit & Risk Management ... go Simple ?
http://www.garlic.com/~lynn/2009b.html#59 As bonuses...why breed greed, when others are in dire need?
http://www.garlic.com/~lynn/2009d.html#0 PNC Financial to pay CEO $3 million stock bonus
http://www.garlic.com/~lynn/2009d.html#3 Congress Set to Approve Pay Cap of $500,000
http://www.garlic.com/~lynn/2009e.html#17 Why is everyone talking about AIG bonuses of millions and keeping their mouth shut on billions sent to foreign banks?
http://www.garlic.com/~lynn/2009e.html#36 Architectural Diversity
http://www.garlic.com/~lynn/2009g.html#31 OODA-loop obfuscation
http://www.garlic.com/~lynn/2009j.html#36 Average Comp This Year At Top Firm Estimated At $700,000
http://www.garlic.com/~lynn/2010d.html#11 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#19 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#26 search engine history, was Happy DEC-10 Day
42yrs virtualization experience (since Jan68), online at home since Mar1970
"Fraud & Stupidity Look a Lot Alike"
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 15 May, 2010
Subject: "Fraud & Stupidity Look a Lot Alike"
Blog: Financial Crime Risk, Fraud and Security
re:
http://www.garlic.com/~lynn/2010i.html#42 "Fraud & Stupidity Look a Lot Alike"
http://www.garlic.com/~lynn/2010i.html#47 "Fraud & Stupidity Look a Lot Alike"
http://www.sec.gov/news/studies/credratingreport0103.pdf
http://www.garlic.com/~lynn/subboyd.html#boyd2
http://washingtonindependent.com/84791/two-credit-rating-agency-reforms-amended-into-dodd-bill
http://www.garlic.com/~lynn/2008o.html#68 Blinkenlights
http://www.garlic.com/~lynn/2008o.html#71 Why is sub-prime crisis of America called the sub-prime crisis?
http://www.garlic.com/~lynn/2008p.html#8 Global Melt Down
http://www.garlic.com/~lynn/2008q.html#19 Collateralized debt obligations (CDOs)
http://www.garlic.com/~lynn/2008s.html#8 Top financial firms of US are eyeing on bailout. It implies to me that their "Risk Management Department's" assessment was way below expectations
http://www.garlic.com/~lynn/2008s.html#9 Blind-sided, again. Why?
http://www.garlic.com/~lynn/2008s.html#20 Five great technological revolutions
http://www.garlic.com/~lynn/2008s.html#24 Garbage in, garbage out trampled by Moore's law
http://www.garlic.com/~lynn/2008s.html#30 How reliable are the credit rating companies? Who is over seeing them?
http://www.garlic.com/~lynn/2009.html#15 What are the challenges in risk analytics post financial crisis?
http://www.garlic.com/~lynn/2009.html#52 The Credit Crunch: Why it happened?
http://www.garlic.com/~lynn/2009.html#73 CROOKS and NANNIES: what would Boyd do?
http://www.garlic.com/~lynn/2009b.html#37 A great article was posted in another BI group: "To H*** with Business Intelligence: 40 Percent of Execs Trust Gut"
http://www.garlic.com/~lynn/2009b.html#54 In your opinion, which facts caused the global crise situation?
http://www.garlic.com/~lynn/2009b.html#57 Credit & Risk Management ... go Simple ?
http://www.garlic.com/~lynn/2009b.html#59 As bonuses...why breed greed, when others are in dire need?
http://www.garlic.com/~lynn/2009b.html#73 What can we learn from the meltdown?
http://www.garlic.com/~lynn/2009b.html#80 How to defeat new telemarketing tactic
http://www.garlic.com/~lynn/2009c.html#1 Audit II: Two more scary words: Sarbanes-Oxley
http://www.garlic.com/~lynn/2009d.html#0 PNC Financial to pay CEO $3 million stock bonus
http://www.garlic.com/~lynn/2009d.html#37 NEW SEC (Enforcement) MANUAL, A welcome addition
http://www.garlic.com/~lynn/2009d.html#42 Bernard Madoff Is Jailed After Pleading Guilty -- are there more "Madoff's" out there?
http://www.garlic.com/~lynn/2009d.html#62 Is Wall Street World's Largest Ponzi Scheme where Madoff is Just a Poster Child?
http://www.garlic.com/~lynn/2009d.html#73 Should Glass-Steagall be reinstated?
http://www.garlic.com/~lynn/2009f.html#51 On whom or what would you place the blame for the sub-prime crisis?
http://www.garlic.com/~lynn/2009g.html#7 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#33 Treating the Web As an Archive
http://www.garlic.com/~lynn/2009i.html#60 In the USA "financial regulator seeks power to curb excess speculation."
http://www.garlic.com/~lynn/2009j.html#12 IBM identity manager goes big on role control
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#67 The Python and the Mongoose: it helps if you know the rules of engagement
42yrs virtualization experience (since Jan68), online at home since Mar1970
"Fraud & Stupidity Look a Lot Alike"
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 May, 2010
Subject: "Fraud & Stupidity Look a Lot Alike"
Blog: Financial Crime Risk, Fraud and Security
re:
http://www.garlic.com/~lynn/2010i.html#42 "Fraud & Stupidity Look a Lot Alike"
http://www.garlic.com/~lynn/2010i.html#47 "Fraud & Stupidity Look a Lot Alike"
http://www.garlic.com/~lynn/2010i.html#48 "Fraud & Stupidity Look a Lot Alike"
http://www.nytimes.com/2010/05/13/business/13street.html
The New York attorney general has started an investigation of eight
banks to determine whether they provided misleading information to
rating agencies in order to inflate the grades of certain mortgage
securities, according to two people with knowledge of the
investigation.
... snip ...
http://news.yahoo.com/s/afp/20100513/bs_afp/usfinancebankingprobe
US banks may have 'misled ratings agencies'
http://www.telegraph.co.uk/finance/newsbysector/banksandfinance/7718144/Morgan-Stanley-shares-slide-on-reports-of-SEC-investigation.html
Andrew Cumo Investigating Whether Banks Duped Rating Agencies
http://www.huffingtonpost.com/2010/05/13/andrew-cumo-investigating_n_574428.html
http://www.garlic.com/~lynn/2009.html#79 The Credit Crunch: Why it happened?
http://www.garlic.com/~lynn/2009e.html#70 When did "client server" become part of the language?
http://www.garlic.com/~lynn/2009f.html#41 On whom or what would you place the blame for the sub-prime crisis?
http://www.garlic.com/~lynn/2009f.html#49 Is the current downturn cyclic or systemic?
http://www.garlic.com/~lynn/2009h.html#40 Analysing risk, especially credit risk in Banks, which was a major reason for the current crisis
http://www.garlic.com/~lynn/2009n.html#68 Opinions on the 'Unix Haters' Handbook'
http://www.garlic.com/~lynn/2010c.html#48 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#4 alphas was: search engine history, was Happy DEC
http://www.garlic.com/~lynn/2010e.html#52 LPARs: More or Less?
42yrs virtualization experience (since Jan68), online at home since Mar1970
Ten examples of why the humble ATM = innovation in 2010
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 May, 2010
Subject: Ten examples of why the humble ATM = innovation in 2010
Blog: Payment Systems Network
every cell-phone/pda becomes it own atm (with transactions become
purely electronic and eliminating "physical" services provided by
current ATMs)
http://www.theregister.co.uk/2010/05/14/china_alliance/
http://en.wikipedia.org/wiki/IBM_Information_Management_System
In fact, much of the world's banking industry relies on IMS, including
the U.S. Federal Reserve. For example, chances are that withdrawing
money from an automated teller machine (ATM) will trigger an IMS
transaction. Several Chinese banks have recently purchased IMS to
support that country's burgeoning financial industry.
... snip ...
http://www.garlic.com/~lynn/2008p.html#27 Father Of Financial Dataprocessing
http://www.garlic.com/~lynn/2008p.html#28 Can Smart Cards Reduce Payments Fraud and Identity Theft?
http://www.garlic.com/~lynn/2008p.html#30 Automation is still not accepted to streamline the business processes... why organizations are not accepting newer technolgies?
http://www.garlic.com/~lynn/2008p.html#31 FC5 Special Workshop CFP: Emerging trends in Online Banking and Electronic Payments
http://www.garlic.com/~lynn/2008p.html#57 What happened in security over the last 10 years?
http://www.garlic.com/~lynn/2008p.html#69 ATM PIN through phone or Internet. Is it secure? Is it allowed by PCI-DSS?, Visa, MC, etc.?
http://www.garlic.com/~lynn/2008q.html#3 GPG
http://www.garlic.com/~lynn/2008s.html#25 Web Security hasn't moved since 1995
http://www.garlic.com/~lynn/2008s.html#34 How do group members think the US payments business will evolve over the next 3 years?
http://www.garlic.com/~lynn/2008s.html#78 Boffins bust web authentication with game consoles
http://www.garlic.com/~lynn/2009.html#2 Is SUN going to become x86'ed ??
http://www.garlic.com/~lynn/2009.html#25 Wrong Instrument for Recurring Payments
http://www.garlic.com/~lynn/2009.html#39 repeat after me: RAID != backup
http://www.garlic.com/~lynn/2009.html#65 The 25 Most Dangerous Programming Errors
http://www.garlic.com/~lynn/2009.html#87 Cleaning Up Spaghetti Code vs. Getting Rid of It
http://www.garlic.com/~lynn/2009c.html#33 H5: Security Begins at the Application and Ends at the Mind
http://www.garlic.com/~lynn/2009c.html#34 Is the Relational Database Doomed?
http://www.garlic.com/~lynn/2009d.html#4 Why do IBMers think disks are 'Direct Access'?
http://www.garlic.com/~lynn/2009e.html#6 ATMs At Risk
http://www.garlic.com/~lynn/2009g.html#2 Just posted third article about toxic assets in a series on the current financial crisis
http://www.garlic.com/~lynn/2009g.html#63 New standard for encrypting card data in the works; backers include Heartland
http://www.garlic.com/~lynn/2009i.html#71 Barclays ATMs hit by computer fault
http://www.garlic.com/~lynn/2009i.html#73 A Guide for Full Field Background Checks
http://www.garlic.com/~lynn/2009j.html#1 Is it possible to have an alternative payment system without riding on the Card Network platforms?
http://www.garlic.com/~lynn/2009k.html#33 Trouble in PKI land
http://www.garlic.com/~lynn/2009k.html#35 Microsoft Is Among the First to Try out PayPal's New Payments API
http://www.garlic.com/~lynn/2009k.html#63 The satate of software
http://www.garlic.com/~lynn/2009l.html#20 Cyber attackers empty business accounts in minutes
http://www.garlic.com/~lynn/2009l.html#29 IBM launches integrated mainframe packages for payments, data warehousing and SOA
http://www.garlic.com/~lynn/2009l.html#57 IBM halves mainframe Linux engine prices
http://www.garlic.com/~lynn/2009l.html#64 Hacker charges also an indictment on PCI, expert says
http://www.garlic.com/~lynn/2009m.html#78 ATMs by the Numbers
http://www.garlic.com/~lynn/2009n.html#3 Hacker charges also an indictment on PCI, expert says
http://www.garlic.com/~lynn/2009n.html#19 Mainframe Hall of Fame: Three New Members Added
http://www.garlic.com/~lynn/2009n.html#23 COBOL Celebrates 50 Years
http://www.garlic.com/~lynn/2009o.html#51 8 ways the American information worker remains a Luddite
http://www.garlic.com/~lynn/2009o.html#77 Is it time to stop research in Computer Architecture ?
http://www.garlic.com/~lynn/2009o.html#81 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009p.html#0 big iron mainframe vs. x86 servers
http://www.garlic.com/~lynn/2009q.html#34 Amateur Computing Society
http://www.garlic.com/~lynn/2009q.html#67 Now is time for banks to replace core system according to Accenture
http://www.garlic.com/~lynn/2009r.html#4 70 Years of ATM Innovation
http://www.garlic.com/~lynn/2010b.html#41 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#61 LPARs: More or Less?
http://www.garlic.com/~lynn/2010f.html#61 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010g.html#66 What is the protocal for GMT offset in SMTP (e-mail) header
http://www.garlic.com/~lynn/2010i.html#39 Calling Oracle & IBM Outdated, Tibco Launches Enterprise 3.0
42yrs virtualization experience (since Jan68), online at home since Mar1970
Visa fraud alert puts banks, payment processors on guard
From: lynn@garlic.com (Lynn Wheeler)
Date: 16 May, 2010
Subject: Visa fraud alert puts banks, payment processors on guard
Blog: Information Security Network
Visa fraud alert puts banks, payment processors on guard
http://www.businessweek.com/idg/2010-05-11/visa-fraud-alert-puts-banks-payment-processors-on-guard.html
http://www.bankinfosecurity.com/articles.php?art_id=2510
Visa fraud alert puts banks on guard
http://www.computerworlduk.com/management/security/cybercrime/news/index.cfm?RSS&NewsId=20232
http://www.garlic.com/~lynn/subnetwork.html#gateway
http://www.garlic.com/~lynn/subpubkey.html#sslcerts
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 17 May 2010 09:11:25 -0400
Patrick Scheible <kkt@zipcon.net> writes:
It failed, but not miserably. It did make back its investment, just
didn't provide a profit. Plenty of real estate speculators wish they
had done as well.
that was just those left standing when the music stopped ... and even
some of those actually neted out positive from prior transactions;
no-documentation, no-down, 1% ARMs with interest-only payments ... there
could still be 1500%-2000% ROI in parts of the country with 20+% real
estate inflation.
42yrs virtualization experience (since Jan68), online at home since Mar1970
Of interest to the Independent Contractors on the list
Refed: **, - **, - **, - **
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: Re: Of interest to the Independent Contractors on the list
Newsgroups: bit.listserv.ibm-main
Date: 17 May 2010 06:21:22 -0700
charlesm@MCN.ORG (Charles Mills) writes:
Um ... the Y2K "thingie" was real. Without the efforts of a lot of the
people on this list data processing as we know it WOULD have come to an end.
Y2K remediation also contributed heavily to outsourcing uptik. Y2K
remediation was competing for resources with on-going projects and the
internet bubble ... so lots of institutions were forced to go overseas
for the temporary resources to handle Y2K remediation. Y2K remediation
then created business relationships that continued after Y2K activity
finished.
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 17 May 2010 13:53:29 -0400
Patrick Scheible <kkt@zipcon.net> writes:
It was obvious to everyone that the colonies would become independent
soon well before Concorde development started.
Twice the speed in the air does not, alas, lead to twice the speed
getting troops deployed. The time to decide whether to send troops,
which troops to send, and getting them ready will still dominate the
time. Given that, it's probably better to arrive a few hours later
with enough troops and equipment to do something useful once they get
there.
seattle had its SST ... that never got very far ... but at the same time
it had 747. at the time, one of the explanations for the pilot cabin
above ... was so that the nose could have doors that open in freight
configuration ... to compete for some of the C5A business. The C5A
proponents came back with the C5A was purposefully designed for short
takeoff & landings as well as low ground profile ... making it easier to
load/offload in areas with limited facilities.
http://en.wikipedia.org/wiki/C-5_Galaxy
http://en.wikipedia.org/wiki/Boeing_747
http://en.wikipedia.org/wiki/Boeing_2707
http://www.defense.gov/speeches/speech.aspx?speechid=1443
http://www.garlic.com/~lynn/2005t.html#14 Dangerous Hardware
http://www.garlic.com/~lynn/2006g.html#13 News Release
http://www.garlic.com/~lynn/2006g.html#45 News Release
http://www.garlic.com/~lynn/subboyd.html
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 17 May 2010 17:14:33 -0400
Patrick Scheible <kkt@zipcon.net> writes:
I don't think the freight version of the 747 has a nose door that
opens.
The wikipedia article about the C-5 says one reason for the high
cockpit is so that if the cargo shifts during an accident, it won't
all shift into the cockpit and crush the crew.
re:
http://www.garlic.com/~lynn/2010i.html#54 Favourite computer history books?
http://en.wikipedia.org/wiki/Cargo_aircraft
http://en.wikipedia.org/wiki/Boeing_747-400
http://wapedia.mobi/en/Cargo_aircraft
http://www.nwa747.com/747%20Pics/slides/Nose%20door.html
http://www.boeing.com/commercial/747family/pf/pf_classic_back.html
From the beginning, the 747 was designed to serve as an all-cargo
transport. The first 747 Freighter could easily carry 100 tons (90,000
kg) across the Atlantic Ocean or across the United States. Its
operating cost was 35 percent less per ton mile than the 707
Freighter. The 747 Freighter has a hinged nose to allow cargo loading
through front of the airplane, with the option of a large side-cargo
door.
... snip ...
http://www.ups.com/aircargo/using/services/services/domestic/svc-aircraft.html
The 747-400 freighters have a hinged nose that flips up to allow extra
large or extra long shipments to be loaded and unloaded. This will be a
useful feature for large cargo or freight shipments.
... snip ...
http://www.plexoft.com/SBF/aviation/spot747.html
The 747 actually began its design life as a cargo aircraft proposal for
the US military. The contract went to Lockheed, which produced the
C-5A. Most of the new technology (in particular the new higher-thrust
by-pass engines) was developed to meet military requirements rather than
those of the commerical market. The 747 wound up with its distinctive
hump as a result of earlier military design proposals in which its nose
swung up to permit loading of outside cargo on the lower deck. The
cockpit and support crew would be housed 'out of the way' in the upper
deck 'hump.'
... snip ...
http://www.airways.ch/files/2005/0805/001/boeing-airbus-freighter.htm
The nose door of 747 is costly in terms of extra space needed at
airports, extra weight and additional maintenance. About a half of the
world's 747 Freighters do NOT have nose-doors - these are the
converted ones, since if you buy a new factory-built 747 Freighter, it
comes with a nose-door, whether you want it or not.
The 747 was originally conceived as a freighter for the USAF and that
when Boeing lost, to the Lockheed C-5A Galaxy, it took the losing design
and turned it into a passenger airliner - which is why the 747 has a
nose-door, and why the cockpit is perched on the top of the fuselage,
where drag, cockpit-noise and visibility are at their worst.
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Tue, 18 May 2010 09:37:55 -0400
Morten Reistad <first@last.name> writes:
It does have one advantage though. They get rid of lots of dead
zones from the view of the cockpit; so they can manouver with some
agility when taxiing around. The Concorde was the other way around.
Very difficult to taxi.
Taxiing actually matters; it is a significant source of small, but
bery costly accidents.On the other hand, they need the upper landing
lights on all airports. Not many other aircraft do.
re:
http://www.garlic.com/~lynn/2010i.html#54 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#55 Favourite computer history books?
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Tue, 18 May 2010 09:54:51 -0400
Peter Flass <Peter_Flass@Yahoo.com> writes:
We (USA) had our own problems because the services seemed to want
larger armored vehicles than could be transported by air. I think
they've both improved the lift capabilities and reduced the size of
the vehicles. I know the Marines, in particular, understandably,
demanded to be able to airlift all their equipment with them when they
deployed.
marines were forced (possibly directed appropriations? ... aka no
additional money, just redirected on how to spend their existing budget)
to take some number of abrams (65-70 ton, in part, to get the army a
bulk price deal) when 90+% of the marine mission profiles involve parts
of the world with 35ton load limit ... independent of air deployment
issue.
http://www.garlic.com/~lynn/2010.html#34 360 programs on a z/10
http://www.garlic.com/~lynn/2010h.html#51 25 reasons why hardware is still hot at IBM
http://www.garlic.com/~lynn/2010i.html#54 Favourite computer history books?
http://www.garlic.com/~lynn/subboyd.html#boyd1
http://www.garlic.com/~lynn/subboyd.html#boyd2
42yrs virtualization experience (since Jan68), online at home since Mar1970
Cyber Self Defense: Reduce Your Attack Surface
From: lynn@garlic.com (Lynn Wheeler)
Date: 18 May, 2010
Subject: Cyber Self Defense: Reduce Your Attack Surface
Blog: Information Security Network
Cyber Self Defense: Reduce Your Attack Surface
http://blogs.forbes.com/firewall/2010/05/18/cyber-self-defense-reduce-your-attack-surface/
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Tue, 18 May 2010 11:29:18 -0400
"Charlie Gibbs" <cgibbs@kltpzyxm.invalid> writes:
I used to think that Vancouver wanted to be another New York.
Now, after the Olympics, I realize that it really wants to be
another Beijing.
I thot vancouver wanted to be the new hong kong ... leading up to the
take-over ... there were stories of large numbers of 747 arriving into
hong kong nearly empty but all the seats leaving hong kong were sold.
42yrs virtualization experience (since Jan68), online at home since Mar1970
Duke To Shut Down Usenet Server
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Duke To Shut Down Usenet Server
Newsgroups: alt.folklore.computers
Date: Wed, 19 May 2010 08:48:42 -0400
Duke To Shut Down Usenet Server
http://news.slashdot.org/story/10/05/18/2342241/Duke-To-Shut-Down-Usenet-Server
A Piece of Internet History
http://www.dukenews.duke.edu/2010/05/usenet.html
42yrs virtualization experience (since Jan68), online at home since Mar1970
IBM to announce new MF's this year
Refed: **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: IBM to announce new MF's this year
Newsgroups: bit.listserv.ibm-main, alt.folklore.computers
Date: Wed, 19 May 2010 15:56:10 -0400
ibm-main@TPG.COM.AU (Shane Ginnane) writes:
I remember much levity in my time at Amdahl and IBM's inability to
build a machine that scaled past 10 (?) engines. We managed to skip
past that o.k. - didn't have anything to do with limitations in the OS
- all the relevant control blocks had plenty of width ... Given the
current powerPC architecture you'd have to think IBM have the smarts
to do massively parallel these days.
part of the issue was both the hardware cache serialization protocols
scaling ... as well as the operating system locking scaling ... these
scaling issues are somewhat independent of whether the operating system
had fields reserved for additional processors.
http://en.wikipedia.org/wiki/Sequent_Computer_Systems
http://en.wikipedia.org/wiki/Project_Monterey
http://en.wikipedia.org/wiki/Convex_Computer
http://en.wikipedia.org/wiki/Fibre_Channel
http://en.wikipedia.org/wiki/Scalable_Coherent_Interface
http://en.wikipedia.org/wiki/InfiniBand
http://www.garlic.com/~lynn/95.html#13
http://en.wikipedia.org/wiki/Serial_Storage_Architecture
http://www.garlic.com/~lynn/2006x.html#email920129
http://www.garlic.com/~lynn/2001n.html#6000clusters1 17feb92
and then
http://www.garlic.com/~lynn/2001n.html#6000clusters2 11May92
http://www.garlic.com/~lynn/lhwemail.html#medusa
http://www.garlic.com/~lynn/subtopic.html#801
past posts mentionin ha/cmp
http://www.garlic.com/~lynn/subtopic.html#hacmp
http://www.garlic.com/~lynn/submain.html#shareddata
http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time
http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time
http://www.garlic.com/~lynn/2010g.html#77 IBM responds to Oracle's Exadata with new systems
http://www.garlic.com/~lynn/2010h.html#63 25 reasons why hardware is still hot at IBM
http://en.wikipedia.org/wiki/Steve_Chen_%28computer_engineer%29
42yrs virtualization experience (since Jan68), online at home since Mar1970
blasts from the past -- old predictions come true
Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 29 May, 2010
Subject: blasts from the past -- old predictions come true
Blog: Financial Cryptography
re:
blasts from the past -- old predictions come true
http://financialcryptography.com/mt/archives/001243.html
http://www.garlic.com/~lynn/aadsm23.htm#36 3 of the big 4 - all doing payment systems
http://www.garlic.com/~lynn/2001b.html#32 z900 and Virtual Machine Theory
http://www.garlic.com/~lynn/2007i.html#42 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#47 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#62 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007v.html#58 folklore indeed
http://www.garlic.com/~lynn/2008c.html#7 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#11 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#12 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008c.html#25 Toyota Sales for 2007 May Surpass GM
http://www.garlic.com/~lynn/2008e.html#65 Banks failing to manage IT risk - study
http://www.garlic.com/~lynn/2009h.html#19 Does anyone know of merchants who have successfully bypassed interchange costs
http://www.garlic.com/~lynn/2009i.html#77 Financial Regulatory Reform - elimination of loophole allowing special purpose institutions outside Bank Holding Company (BHC) oversigh
http://www.garlic.com/~lynn/2009j.html#1 Is it possible to have an alternative payment system without riding on the Card Network platforms?
http://www.garlic.com/~lynn/2010.html#70 Post Office bank account 'could help 1m poor'
http://www.garlic.com/~lynn/2010h.html#32 In the News: SEC storms the 'Castle'
42yrs virtualization experience (since Jan68), online at home since Mar1970
Wal-Mart to support smartcard payments
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 21 May, 2010
Subject: Wal-Mart to support smartcard payments
Blog: Payment Systems Network
Wal-Mart to support smartcard payments
http://www.computerworld.com/s/article/9177056/Wal_Mart_to_support_smartcard_payments
http://www.garlic.com/~lynn/2010i.html#62 blasts from the past -- old predictions come true
http://www.computerworld.com/s/article/9176936/Smart_credit_cards_arrive_in_U.S._finally
Credit cards featuring smartcard technology have been standard fare in
Europe and elsewhere for years -- but not in the U.S., where financial
institutions still use cards based on less-secure magnetic stripe
technology.
... snip ...
http://www.garlic.com/~lynn/subintegrity.html#yescard
42yrs virtualization experience (since Jan68), online at home since Mar1970
Software Platforms Will Rule the Future of Payments, Expert Argues
From: lynn@garlic.com (Lynn Wheeler)
Date: 21 May, 2010
Subject: Software Platforms Will Rule the Future of Payments, Expert Argues
Blog: Payment Systems Network
Software Platforms Will Rule the Future of Payments, Expert Argues
http://www.digitaltransactions.net/newsstory.cfm?newsid=2535
http://www.garlic.com/~lynn/2010i.html#46 SAP recovers a secret for keeping data safer than the standard relational database
42yrs virtualization experience (since Jan68), online at home since Mar1970
Of interest to the Independent Contractors on the list
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: Re: Of interest to the Independent Contractors on the list
Newsgroups: bit.listserv.ibm-main
Date: 21 May 2010 07:31:21 -0700
elardus.engelbrecht@SITA.CO.ZA (Elardus Engelbrecht) writes:
Perhaps, but AFAIK, such systems stored the year in two fields. One field was
used for century and another field for 2 digit year.
In this case I suspect, it was stored as x'13' for 19 in one field for century and
another field x'64' for year. In such systems, the year 2000 should be
stored/adjusted as x'14' and x'00'. Or perhaps fixed to have one field for year.
Then you get that formatting errors too resulting in 5 bytes of display values...
re:
http://www.garlic.com/~lynn/2010i.html#53 Of interest to the Independent Contractors on the list
http://www.garlic.com/~lynn/99.html#24 BA Solves Y2K (Was: Re: Chinese Solve Y2K)
http://www.garlic.com/~lynn/99.html#email841207
2.A bit of "cute" code I saw once operated on a year by loading a
byte of packed data into a register (using INSERT CHAR), then used LA
R,1(R) to bump the year. Got into a bit of trouble when the year 196A
followed 1969. I guess the problem is not everyone is aware of the odd
math in calendars. People even set up new religions when they discover
new calendars (sometimes)
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 21 May, 2010
Subject: Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
Blog: Greater IBM
re:
http://www.garlic.com/~lynn/2010h.html#83 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#12 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#35 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.garlic.com/~lynn/2010i.html#40 Global CIO: Global Banks Form Consortium To Counter HP, IBM, & Oracle
http://www.smh.com.au/technology/enterprise/microsoft-admits-future-is-in-the-cloud-20100521-vzi3.html
Microsoft Predicts 'Cloudy' Computing Future
http://www.redorbit.com/news/technology/1868583/microsoft_predicts_cloudy_computing_future/index.html
Industry players collaborate on cloud computing
http://www.networkworld.com/news/2010/052010-industry-players-collaborate-on-cloud.html
42yrs virtualization experience (since Jan68), online at home since Mar1970
IBM to announce new MF's this year
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: IBM to announce new MF's this year
Newsgroups: bit.listserv.ibm-main, alt.folklore.computers
Date: Fri, 21 May 2010 12:04:31 -0400
Anne & Lynn Wheeler <lynn@garlic.com> writes:
and old email about numerical intensive clustering scalup ... with LLNL
and other gov. labs (just hrs before the effort was transferred and we
were told we couldn't work on anything with more than four processors).
http://www.garlic.com/~lynn/2006x.html#email920129
then press item a couple weeks later
http://www.garlic.com/~lynn/2001n.html#6000clusters1 17feb92
and then
http://www.garlic.com/~lynn/2001n.html#6000clusters2 11May92
re:
http://www.garlic.com/~lynn/2010i.html#61 IBM to announce new MF's this year
http://www.top500.org/
http://en.wikipedia.org/wiki/Lawrence_Livermore_National_Laboratory
http://en.wikipedia.org/wiki/Supercomputer
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Sat, 22 May 2010 12:28:31 -0400
Morten Reistad <first@last.name> writes:
Heinz Guderian was the driver behind making amoured cavallery a core
part of the German military. He worked on this project from ca 1920
until mid-ww2 when he fell out with Hitler. He published his work
"Achtung Panzer!" in 1936, and this was instrumental in forming the
Blitzkrieg around a triangle of rapidly moving armoured vehicles,
attack aircraft and tactical radio communications. He read and studied
the works from Charles de Gaulle and B.H. Liddell-Hart, which he also
translated into German. He also had extensive signal corps experience.
The German staff used cooperation with Russia as a way to get out
of the Weimar limitations on German armarments and exercises.
http://www.achtungpanzer.com/
Still the reference. Influenced US operations in the Gulf War substantially.
some amount of influence in gulf storm courtesy of boyd
http://www.garlic.com/~lynn/subboyd.html
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers, comp.sys.mac.system
Date: Sat, 22 May 2010 16:18:42 -0400
DMcCunney <plugh@xyzzy.com> writes:
An old friend of mine worked for a Boeing unit in Seattle that did such
things. She became part of a group called the Seattle 7, because a
competitor was interested in them, and they told Boeing "Exceed their
offer, or we leave." Boeing needed them badly enough to do the
unthinkable and give them substantial out of band increases to keep
them. My friend had clients who specifically asked that *she* handle
their moves because they trusted her abilities. Boeing decided not to
find out the hard way whether they would follow her if she moved to a
competitor.
when they folded sbs ... most of the people went to mci (the old mci
before getting absorbed by worldcom) and satellites were eventually
picked up by hughes ... now known today as boeing satellite systems:
http://www.boeing.com/defense-space/space/bss/factsheets/601/dbs/dbs.html
http://en.wikipedia.org/wiki/Space_Shuttle_Challenger_disaster
http://www.nasa.gov/mission_pages/shuttle/shuttlemissions/archives/sts-41D.html
http://en.wikipedia.org/wiki/Ariane_4
http://www.boeing.com/defense-space/space/bss/factsheets/376/sbs_6/sbs_6.html
http://www.space.com/businesstechnology/business/ariane_milestones.html
http://en.wikipedia.org/wiki/Satellite_Business_Systems
http://www.garlic.com/~lynn/subnetwork.html#hsdt
http://www.garlic.com/~lynn/subnetwork.html#internal
low-speed <9.6kbits
medium-speed 19.2kbits
high-speed 56kbits
very high-speed 1.5mbits
that weekend, I left on business trip to the other side of the pacific
... and monday morning on the wall of conference room
low-speed <20mbits
medium-speed 100mbits
high-speed 200-300mbits
very high-speed >600mbits
about the same time, the communication group published an internal
report claiming that mainframe users didn't need more than 56kbit links
(i.e. could be considered justifying that 3705/3725 controllers didn't
support more than 56kbit links) ... which projected that it wouldn't be
until 1992 before mainframe customers would have requirement for T1
support.
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers, comp.sys.mac.system
Date: Sat, 22 May 2010 19:07:11 -0400
Anne & Lynn Wheeler <lynn@garlic.com> writes:
SBS
http://en.wikipedia.org/wiki/Satellite_Business_Systems
re:
http://www.garlic.com/~lynn/2010i.html#69 Favourite computer history books?
http://en.wikipedia.org/wiki/IBM_8100
http://www.garlic.com/~lynn/2001b.html#75 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2002q.html#53 MVS History
http://www.garlic.com/~lynn/2004p.html#27 IBM 3705 and UC.5
http://www.garlic.com/~lynn/2005q.html#46 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2007f.html#55 Is computer history taught now?
http://www.garlic.com/~lynn/2008h.html#40 3277 terminals and emulators
http://www.garlic.com/~lynn/2010.html#6 Larrabee delayed: anyone know what's happening?
http://www.garlic.com/~lynn/2003e.html#65 801 (was Re: Reviving Multics
http://www.garlic.com/~lynn/2006c.html#3 Architectural support for programming languages
http://www.garlic.com/~lynn/2006o.html#45 "25th Anniversary of the Personal Computer"
http://www.garlic.com/~lynn/2006t.html#9 32 or even 64 registers for x86-64?
http://www.garlic.com/~lynn/2010i.html#27 Favourite computer history books?
42yrs virtualization experience (since Jan68), online at home since Mar1970
Wal-Mart to support smartcard payments
Refed: **, - **, - **, - **
From: lynn@garlic.com (Lynn Wheeler)
Date: 22 May, 2010
Subject: Wal-Mart to support smartcard payments
Blog: Payment Systems Network
re:
http://www.garlic.com/~lynn/2010i.html#63 Wal-Mart to support smartcard payments
http://www.bloomberg.com/apps/news?pid=20601109&sid=aiL3Mymd_y_g&pos=12
The retailer has sought to offer goods like cereal and laundry
detergent for less to lure shoppers back to stores, and lowering
transport costs provides room to do that. The strategy is part of what
Wal-Mart calls its 'productivity loop' -- efficiency
reflected in lower bills at the cash register.
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Sun, 23 May 2010 09:41:08 -0400
Andrew Swallow <am.swallow@btopenworld.com> writes:
Which is why in some societies the retiree is supported by their own
children - they have simply cut out the civil service middle men.
Also why retirement age is being increased.
a couple years ago, there was a report that the baby boomer bubble was
four times larger than the previous generation and twice as larger as
the following generation and with the transition of baby boomers from
prime working years to retirement there is a factor of eight reduction
in the ratio of workers to retirees (aka ... with baby boomers in prime
working years ... there was ratio of 4:1 of workers to the previous
then-retired generation ... with baby boomers moving into retirement the
ratio of the following now-working generation to baby boomer retirees is
1:2 ... a factor of 8 times reduction in ratio of workers to retirees).
http://www.garlic.com/~lynn/2008i.html#98 dollar coins
http://www.garlic.com/~lynn/2008l.html#37 dollar coins
http://www.garlic.com/~lynn/2008n.html#13 Michigan industry
http://www.garlic.com/~lynn/2008n.html#18 VMware Chief Says the OS Is History
http://www.garlic.com/~lynn/2008n.html#29 Blinkylights
http://www.garlic.com/~lynn/2008o.html#58 Everyone is getting same deal out of life: babyboomers can't retire but they get SS benefits intact
http://www.garlic.com/~lynn/2009m.html#61 August 7, 1944: today is the 65th Anniversary of the Birth of the Computer
http://www.garlic.com/~lynn/2009m.html#64 August 7, 1944: today is the 65th Anniversary of the Birth of the Computer
http://www.garlic.com/~lynn/2009o.html#37 Young Developers Get Old Mainframers' Jobs
http://www.garlic.com/~lynn/2009o.html#72 I would like to understand the professional job market in US. Is it shrinking?
http://www.garlic.com/~lynn/2010.html#37 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010.html#38 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#24 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#56 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#57 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#59 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#46 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010f.html#45 not even sort of about The 2010 Census
42yrs virtualization experience (since Jan68), online at home since Mar1970
History: Mark-sense cards vs. plain keypunching?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: History: Mark-sense cards vs. plain keypunching?
Newsgroups: alt.folklore.computers
Date: Sun, 23 May 2010 09:32:00 -0400
hancock4 writes:
Since 1948 IBM had reproducers that had a 'mark-sense' card option.
This would allow the user to mark out columns on a card in pencil
which could then be read by machine and punched cards generated for
other processing.
This would allow data to be machine coded at its source instead of
sending it down for an addition step of keypunching. Time and labor
saving.
While I've seen plenty of mark-sense applications (the phone company
used them for toll charge tickets and billing payments well into the
1970s), I sense that such machines didn't get that wide spread usage.
That is, many applications, especially of coding numbers, were still
keypunched in the traditional fashion.
Would anyone care to comment as to the choice of a method? Thanks.
I've mentioned that when I started at univ., in 60s, they used mark
sense for class scheduling ... people lined up at tables for the class
they wanted ... and card was marked with pencil.
http://www.columbia.edu/acis/history/2540.html
http://www.staff.ncl.ac.uk/roger.broughton/museum/iomedia/pc.htm
http://en.wikipedia.org/wiki/Mark_sense
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Sun, 23 May 2010 13:27:12 -0400
Andrew Swallow <am.swallow@btopenworld.com> writes:
To pay the pensions Britain and the USA are going to need lots of
automated factories.
re:
http://www.garlic.com/~lynn/2010i.html#72 Favourite computer history books?
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Sun, 23 May 2010 13:47:12 -0400
re:
http://www.garlic.com/~lynn/2010i.html#72 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#74 Favourite computer history books?
http://www.garlic.com/~lynn/2004c.html#51 [OT] Lockheed puts F-16 manuals online
http://www.garlic.com/~lynn/2004h.html#22 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2006.html#43 Sprint backs out of IBM outsourcing deal
http://www.garlic.com/~lynn/2006.html#44 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006m.html#49 The Pankian Metaphor (redux)
http://www.garlic.com/~lynn/2006v.html#14 In Search of Stupidity
http://www.garlic.com/~lynn/2007n.html#31 IBM obsoleting mainframe hardware
http://www.garlic.com/~lynn/2008c.html#22 Toyota Beats GM in Global Production
http://www.garlic.com/~lynn/2008e.html#30 VMware signs deal to embed software in HP servers
http://www.garlic.com/~lynn/2008e.html#31 IBM announced z10 ..why so fast...any problem on z 9
http://www.garlic.com/~lynn/2008f.html#50 Toyota's Value Innovation: The Art of Tension
http://www.garlic.com/~lynn/2008h.html#65 Is a military model of leadership adequate to any company, as far as it based most on authority and discipline?
http://www.garlic.com/~lynn/2008i.html#31 Mastering the Dynamics of Innovation
http://www.garlic.com/~lynn/2008k.html#50 update on old (GM) competitiveness thread
http://www.garlic.com/~lynn/2008k.html#58 Mulally motors on at Ford
http://www.garlic.com/~lynn/2008m.html#21 Fraud due to stupid failure to test for negative
http://www.garlic.com/~lynn/2008m.html#52 Are family businesses unfair competition?
http://www.garlic.com/~lynn/2009f.html#20 What is the real basis for business mess we are facing today?
http://www.garlic.com/~lynn/2009i.html#2 China-US Insights on the Future of the Auto Industry
http://www.garlic.com/~lynn/2009i.html#3 IBM interprets Lean development's Kaizen with new MCIF product
http://www.garlic.com/~lynn/2009i.html#10 64 Cores -- IBM is showing a prototype already
http://www.garlic.com/~lynn/2009i.html#31 Why are z/OS people reluctant to use z/OS UNIX?
http://www.garlic.com/~lynn/2009o.html#67 I would like to understand the professional job market in US. Is it shrinking?
http://www.garlic.com/~lynn/2010b.html#14 360 programs on a z/10
http://www.garlic.com/~lynn/2010e.html#47 z9 / z10 instruction speed(s)
http://www.garlic.com/~lynn/2010e.html#49 z9 / z10 instruction speed(s)
http://www.garlic.com/~lynn/2010f.html#55 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010f.html#70 Handling multicore CPUs; what the competition is thinking
http://www.garlic.com/~lynn/2010h.html#8 Far and near pointers on the 80286 and later
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Sun, 23 May 2010 22:44:26 -0400
re:
http://www.garlic.com/~lynn/2010i.html#72 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#74 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#75 Favourite computer history books?
http://news.yahoo.com/s/ap/20100523/ap_on_bi_ge/eu_europe_financial_crisis_welfare_state
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 24 May 2010 00:39:33 -0400
Patrick Scheible <kkt@zipcon.net> writes:
Or so we hope. If a really large employer goes under, PBGC would need
a substantial infusion of tax dollars to remain solvent. It's said
that was the main reason for bailing out GM and Chrysler: bailing them
out we might get lucky and have some of the money paid back. If we
bail PBGC out instead, it's for sure that we'll never get any of it
back.
Also federal, state, and local government pensions are not protected
by PBGC.
re:
http://www.garlic.com/~lynn/2010i.html#72 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#74 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#75 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#76 Favourite computer history books?
http://www.garlic.com/~lynn/2010.html#70 Post Office bank account 'could help 1m poor'
http://www.garlic.com/~lynn/2010.html#98 Korean bank Moves back to Mainframes (...no, not back)
http://www.garlic.com/~lynn/2010b.html#82 Oldest Instruction Set still in daily use?
http://www.garlic.com/~lynn/2010b.html#86 Oldest Instruction Set still in daily use?
http://www.garlic.com/~lynn/2010e.html#74 LPARs: More or Less?
http://www.garlic.com/~lynn/2010f.html#36 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#44 Can't PIN be mandated in normal POS machines ? to avoid Losses / Frauds / NPA's ?
http://www.garlic.com/~lynn/2010f.html#51 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#54 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#62 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#69 The 2010 Census
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#32 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#52 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#73 Our Pecora Moment
http://www.garlic.com/~lynn/2010h.html#74 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010h.html#75 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010h.html#82 Costs Of Data Breaches Much Higher In U.S. Than In Other Countries, Study Says
http://www.garlic.com/~lynn/2010i.html#62 blasts from the past -- old predictions come true
http://www.garlic.com/~lynn/2010i.html#63 Wal-Mart to support smartcard payments
http://www.garlic.com/~lynn/2010i.html#71 Wal-Mart to support smartcard payments
42yrs virtualization experience (since Jan68), online at home since Mar1970
IBM to announce new MF's this year
Refed: **, - **, - **
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: Re: IBM to announce new MF's this year
Newsgroups: bit.listserv.ibm-main
Date: 23 May 2010 21:07:37 -0700
shmuel+ibm-main@PATRIOT.NET (Shmuel Metz , Seymour J.) writes:
It was 16 ;-)
At the time, IBM was shipping 2-way[1] MP systems. I don't know
whether the limit was still 16 by the time MVS/XA came out. I'd be
willing to be that both 64 and whatever number replaces it will be
lifted internally well before hardware ships requiring larger numbers.
[1] Well, the standard models at least; I'm not counting, e.g.,
9020, 360/67.
re:
http://www.garlic.com/~lynn/2010i.html#61 IBM to announce new MF's this year
http://www.garlic.com/~lynn/2010i.html#67 IBM to announce new MF's this year
http://www.garlic.com/~lynn/2010.html#21 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#14 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#79 LPARs: More or Less?
http://www.garlic.com/~lynn/2010e.html#23 Item on TPF
http://www.garlic.com/~lynn/2010i.html#24 Program Work Method Question
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 24 May 2010 08:14:01 -0400
re:
http://www.garlic.com/~lynn/2010i.html#72 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#74 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#75 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#76 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#77 Favourite computer history books?
http://www.garlic.com/~lynn/2010.html#37 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010.html#61 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010c.html#48 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010c.html#53 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#8 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#10 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#11 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#26 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#29 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010d.html#56 search engine history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010e.html#74 LPARs: More or Less?
http://www.garlic.com/~lynn/2010f.html#15 LPARs: More or Less?
http://www.garlic.com/~lynn/2010f.html#33 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#54 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#69 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#76 The 2010 Census
http://www.garlic.com/~lynn/2010f.html#81 The 2010 Census
http://www.garlic.com/~lynn/2010h.html#15 The Revolving Door and S.E.C. Enforcement
http://www.garlic.com/~lynn/2010h.html#22 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#27 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010h.html#32 In the News: SEC storms the 'Castle'
http://www.garlic.com/~lynn/2010i.html#4 Goldman Sachs -- Post SEC complaint. What's next?
http://www.garlic.com/~lynn/2010i.html#7 The Enablers for this "Real Estate Crisis"- Willful Blindness, Greed or more?
http://www.garlic.com/~lynn/2010i.html#34 Idiotic programming style edicts
http://www.garlic.com/~lynn/2010i.html#47 "Fraud & Stupidity Look a Lot Alike"
http://www.garlic.com/~lynn/2010i.html#48 "Fraud & Stupidity Look a Lot Alike"
http://www.garlic.com/~lynn/2010i.html#49 "Fraud & Stupidity Look a Lot Alike"
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 24 May 2010 12:56:14 -0400
DMcCunney <plugh@xyzzy.com> writes:
Pension obligations are one of the biggest hobbles for the US auto
industry. There was some discussion about a possible sale of Chrysler,
and who would want it. If a buyer could get Chrysler *without* the
pension obligations, they'd have something, but doing so would be a neat
trick. Chrysler did get bought by Cerberus Partners, a VC firm
specializing in turning around troubled assets and selling the
rehabilitated firm for a hefty profit, which prompted more discussion on
whether they could *apply* their fix methods.
re:
http://www.garlic.com/~lynn/2010i.html#74 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#75 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#76 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#77 Favourite computer history books?
http://www.garlic.com/~lynn/2010i.html#79 Favourite computer history books?
http://www.amazon.com/Buyout-America-Private-Equity-Credit/dp/1591842859/
The Treasury secretary is talking about private equity. It's not the
private-equity firms themselves but the companies they own that are
defaulting. During the boom years of 2001-7, private investors bought
thousands of U.S. companies. They did it by having the acquired
companies take on enormous loans using the same cheap credit that fueled
the housing boom. That debt is now starting to come due.
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
BMC reveals 'free money' mainframe and DB2 tools
From: lynn@GARLIC.COM (Anne & Lynn Wheeler)
Subject: BMC reveals 'free money' mainframe and DB2 tools
Newsgroups: bit.listserv.ibm-main
Date: 24 May 2010 10:13:40 -0700
BMC reveals 'free money' mainframe and DB2 tools
http://www.theregister.co.uk/2010/05/24/bmc_ziiper_tools/
IBM could just drop the price of mainframe hardware and software and
compete. But that kind of thing would be too simple - and would not
allow IBM to extract so much cash from the 10,000 remaining customers
who cannot easily (or even hardly) move workloads off the mainframe. I
mean, the money from all those share buybacks has to come from
somewhere, after all.
... snip ...
http://www.garlic.com/~lynn/2010h.html#81 25 reasons why hardware is still hot at IBM
http://www.zjournal.com/index.cfm?section=article&aid=346
is that the price per MIPS today is approximately six times higher than
the $165 per MIPS that the traditional technology/price decline link
would have produced
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
Favourite computer history books?
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Favourite computer history books?
Newsgroups: alt.folklore.computers
Date: Mon, 24 May 2010 19:17:28 -0400
DMcCunney <plugh@xyzzy.com> writes:
But yes, Hitler would appreciate the victories. The German High Command
was distinctly unhappy about his early moves, fearing what an Allied
response could to the the nascent Wermacht. But Hitler had a better
political read on what the Allies were *willing* to do, and correctly
predicted they'd sit tight. German High Command was a lot more
supportive after he was right a few times, and later was too cowed to
suggest he might be wrong.
been down at national archives ... researching records from unit my
wife's father commanded during ww2 (lots of his stuff from ww2 had been
stolen a few yrs ago) ....
On 28 Apr we were put in D/S of the 13th Armd and 80th Inf Divs and G/S
Corps Opns. The night of the 28-29 April we cross the DANUBE River and
the next day we set-up our OP in SCHLOSS PUCHHOF (vic PUCHOFF); an
extensive structure remarkable for the depth of its carpets, the height
of its rooms, the profusion of its game, the superiority of its plumbing
and the fact that it had been owned by the original financial backer of
the NAZIS, Fritz Thyssen. Herr Thyssen was not at home.
Forward from the DANUBE the enemy had been very active, and an intact
bridge was never seen except by air reconnaissance. Maintenance of roads
and bypasses went on and 29 April we began constructing 835' of M-2 Tdwy
Br, plus a plank road approach over the ISAR River at PLATTLING.
Construction was completed at 1900 on the 30th. For the month of April
we had suffered no casualties of any kind and Die Gotterdamerung was
falling, the last days of the once mighty WHERMACHT.
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
The Evolution of the Extended Enterprise: Security Stategies for Forward Thinking Organizations
From: lynn@garlic.com (Lynn Wheeler)
Date: 25 May, 2010
Subject: The Evolution of the Extended Enterprise: Security Stategies for Forward Thinking Organizations
Blog: Information Security Network
The Evolution of the Extended Enterprise: Security Stategies for
Forward Thinking Organizations
http://www.securityweek.com/content/evolution-enterprise-security-approaches-forward-thinking-organizations
http://www.garlic.com/~lynn/subpubkey.html#signature
http://www.pcworld.com/article/197060/facebook_privacy_tweaks_coming_how_about_optin_not_opt_out.html
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers
Date: Tue, 25 May 2010 11:50:51 -0400
DMcCunney <plugh@xyzzy.com> writes:
He popped up down the road in the WSJ as first COO, then Co-CEO of a
major firm. Eventually, he was fired as CEO of his shop. He'd come up
with a bright idea that dramatically increased revenue and
profitability. Unfortunately, that idea was tied to underlying
assumptions about the state of the economy. When things changed and
those assumptions were no longer true, his bright idea became a major
loss, and the board lost confidence in him.
in the wake of S&L crisis there were some observations that in a heavy
regulated industry ... the primary selection criteria for chief
executive would be ability to repetitively follow prescribed steps
... and if those regulations were relaxed ... potentially majority of
the individuals would be at a loss at what to do (the more caustic
description was that if they weren't S&L executives they would have a
hard time getting a job as used car salesmen). There is something of
natural selection scenario regarding changing from long period of static
status quo ... to rapidly changing ecological environment.
http://www.garlic.com/~lynn/subboyd.html
http://www.garlic.com/~lynn/2004k.html#15 I am an ageing techy, expert on everything. Let me explain the
http://www.garlic.com/~lynn/2005j.html#63 The 8008
http://www.garlic.com/~lynn/2006k.html#24 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2007e.html#24 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007n.html#53 Windows Monitor or CUSP? [was ReJohn W. Backus, 82, Fortran developer, dies]
http://www.garlic.com/~lynn/2009c.html#18 How to defeat new telemarketing tactic
http://www.gao.gov/cgi-bin/getrpt?GAO-03-138
While the average number of companies listed on NYSE, Nasdaq, and Amex
decreased 20 percent from 9,275 in 1997 to 7,446 in 2002, the number
of listed companies restating their financials increased from 83 in
1997 to a projected 220 in 2002 (a 165 percent increase) (table
1). Based on these projections, the proportion of listed companies
restating on a yearly basis is expected to more than triple from 0.89
percent in 1997 to almost 3 percent by the end of 2002. In total, the
number of restating companies is expected to represent about 10
percent of the average number of listed companies from 1997 to 2002.
... snip ...
http://www.gao.gov/new.items/d03395r.pdf
http://www.gao.gov/new.items/d06678.pdf
http://www.gao.gov/new.items/d061053r.pdf
and update
http://www.gao.gov/special.pubs/gao-06-1079sp/
The database consists of two files: (1) a file that lists 1,390
restatement announcements that we identified as having been made
because of financial reporting fraud and/or accounting errors between
July 1, 2002, and September 30, 2005, and (2) a file that lists 396
restatement announcements that we identified as having been made
because of financial reporting fraud and/or accounting errors between
October 1, 2005, and June 30, 2006.
... snip ...
42yrs virtualization experience (since Jan68), online at home since Mar1970
Idiotic programming style edicts
Refed: **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Idiotic programming style edicts
Newsgroups: alt.folklore.computers
Date: Tue, 25 May 2010 13:10:47 -0400
jmfbahciv <See.above@aol.com> writes:
There were a number of kiddies who demanded that they be paid
as much as JMF. They never saw him work either because the
kiddles would refuse to come in at 03:00 and do stand alone.
they also would refuse to come in on the weekends and refuse
to "work" more than 40 hours/week.
there used to be a joke that I worked four shifts a week ... first shift
in bldg. 28, 2nd shift in bldg. 14&15, 3rd shift in bldg. 90, and 4th
shift (aka weekends) up at HONE.
http://www.garlic.com/~lynn/submain.html#systemr
http://www.garlic.com/~lynn/subtopic.html#disk
http://www.garlic.com/~lynn/2007.html#email801006
http://www.garlic.com/~lynn/2007.html#email801016
http://www.garlic.com/~lynn/subnetwork.html#hsdt
http://www.garlic.com/~lynn/subtopic.html#hone
http://www.garlic.com/~lynn/2001e.html#64 Design (Was Re: Server found behind drywall)
http://www.garlic.com/~lynn/2001h.html#29 checking some myths.
http://www.garlic.com/~lynn/2002.html#10 index searching
http://www.garlic.com/~lynn/2002i.html#22 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002o.html#11 Home mainframes
http://www.garlic.com/~lynn/2003o.html#2 Orthographical oddities
http://www.garlic.com/~lynn/2004n.html#18 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004p.html#62 IBM 3614 and 3624 ATM's
http://www.garlic.com/~lynn/2005c.html#1 4shift schedule
http://www.garlic.com/~lynn/2006o.html#52 The Fate of VM - was: Re: Baby MVS???
http://www.garlic.com/~lynn/2007m.html#55 Capacity and Relational Database
http://www.garlic.com/~lynn/2007m.html#57 The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
http://www.garlic.com/~lynn/2008i.html#9 Obfuscation was: Definition of file spec in commands
http://www.garlic.com/~lynn/2009h.html#68 My Vintage Dream PC
http://www.garlic.com/~lynn/2009l.html#59 ISPF Counter
http://www.garlic.com/~lynn/2009p.html#84 Anyone going to Supercomputers '09 in Portland?
42yrs virtualization experience (since Jan68), online at home since Mar1970
previous, next, index - home