List of Archived Posts
2007 Newsgroup Postings (08/11 - 09/14)
- The Unexpected Fact about the First Computer Programmer
- Hypervisors May Replace Operating Systems As King Of The Data Center
- Hypervisors May Replace Operating Systems As King Of The Data Center
- Hypervisors May Replace Operating Systems As King Of The Data Center
- Hypervisors May Replace Operating Systems As King Of The Data Center
- The Unexpected Fact about the First Computer Programmer
- Loads Weighing Heavily on Roads
- Hypervisors May Replace Operating Systems As King Of The Data Center
- Original Colossal Cave Adventure
- Hypervisors May Replace Operating Systems As King Of The Data Center
- IBM 8000 series
- Original Colossal Cave Adventure
- more transactional memory for mutlithread/multiprocessor operation
- EZPass: Yes, Big Brother IS Watching You!
- Geothermal was: VLIW pre-history
- "Atuan" - Colossal Cave in APL?
- Hypervisors May Replace Operating Systems As King Of The Data Center
- FORTRAN IV program illustrating assigned GO TO on web site
- Flying Was: Fission products
- Geothermal was: VLIW pre-history
- U.S. Cedes Top Spot in Global IT Competitiveness
- U.S. Cedes Top Spot in Global IT Competitiveness
- U.S. Cedes Top Spot in Global IT Competitiveness
- Outsourcing loosing steam?
- LAX IT failure: leaps of faith don't work
- LAX IT failure: leaps of faith don't work
- Tom's Hdw review of SSDs
- EZPass: Yes, Big Brother IS Watching You!
- EZPass: Yes, Big Brother IS Watching You!
- EZPass: Yes, Big Brother IS Watching You!
- EZPass: Yes, Big Brother IS Watching You!
- EZPass: Yes, Big Brother IS Watching You!
- reading erased bits
- EZPass: Yes, Big Brother IS Watching You!
- EZPass: Yes, Big Brother IS Watching You!
- Is a RISC chip more expensive?
- It's No Secret: VMware to Develop Secure Systems for NSA
- Each CPU usage
- It's No Secret: VMware to Develop Secure Systems for NSA
- It's No Secret: VMware to Develop Secure Systems for NSA
- EZPass: Yes, Big Brother IS Watching You!
- Virtual Storage implementation
- mainframe performance, was Is a RISC chip more expensive?
- Flying Was: Fission products
- 64 gig memory
- Virtual Storage implementation
- Virtual Storage implementation
- Virtual Storage implementation
- Virtual Storage implementation
- 64 gig memory
- 64 gig memory
- EZPass: Yes, Big Brother IS Watching You!
- Virtual Storage implementation
- Virtual Storage implementation
- mainframe performance, was Is a RISC chip more expensive?
- mainframe performance, was Is a RISC chip more expensive?
- 360/30 memory
- ACP/TPF
- ACP/TPF
- ACP/TPF
- Are Relational Databases Obsolete?
- (Newbie question)How does the modern high-end processor been designed?
- Horrid thought about Politics, President Bush, and Democrats
- 'pipe <' doesn't work in Windows xp? I get an error saying its not a command
- Toshiba Boosts Hard Drive Density By 50%
- The use of "script" for program
- The use of "script" for program
- 1401 simulator for OS/360
- CA to IBM TCP Conversion
- ServerPac Installs and dataset allocations
- The name "shell"
- The use of "script" for program
- FICON tape drive?
- The name "shell"
- Horrid thought about Politics, President Bush, and Democrats
- The name "shell"
- Graduate Enrollment in 2005
The Unexpected Fact about the First Computer Programmer
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Subject: Re: The Unexpected Fact about the First Computer Programmer
Newsgroups: alt.folklore.computers
Date: Sat, Aug 11 2007 3:31 pm
On Aug 10, 6:25 pm, Peter Flass <Peter_Fl...@Yahoo.com> wrote:
This is good in theory, but making money without any other
considerations has led us to Enron, Mi$uck, and the mortgage meltdown.
Business used to be moderated by ethics or, at least, by the desire to
build up the company you were running. Today no one has ethics, and
managers only want to keep their company running long enough so that
*they* can cash in, and the heck with whoever comes after.
recent article on the (subprime) mortgage meltdown
Credit Crisis? Not Really
http://www.cbsnews.com/stories/2007/08/10/opinion/main3156566.shtml
from above:
With approximately 254,000 mortgages in foreclosure at the moment - up
from roughly 219,000 last year - the sub-prime meltdown has given us
an increase of 35,000 mortgage foreclosures over the last quarter.
Since the average sub-prime mortgage clocks in at almost exactly
$200,000, we're looking at an approximate $7 billion increase in
foreclosed value in the first quarter of this year.
... snip ...
... which the article says represents something like 0.01percent.
there appeared to be some implication in the referenced program that
some corporations that were involved in the securitization backing
that $7b would welcome national disaster references since it might
contribute to the gov. covering their losses (analogous to some gov.
bail-out of mostly high wealth individuals in the highly speculative
hedge fund industry early in this decade).
for other topic drift .... old, long winded post touching on
savings&loan situation from the 80s and some other financial issues
touching on mortgages from the period (and general risk management
subject)
http://www.garlic.com/~lynn/aepay3.htm#riskm
there has been past discussions about re-action to enron (and a few
others) was sox. i've observed before that sox puts in a whole lot
more auditing .... however auditing tends to be more beneficial if it
can uncover inconsistencies between different/independent sets of
records/books. in the modern dataprocessing age ... it is possible to
leverage dataprocessing to generate a consistent set of corporate
books/records regardless of what is actually going on (i.e. it may be
necessary to change the whole auditing paradigm in order to look for
inconsistencies across independent records). sox does have almost an
addenda section that encourages whistle blowers and informants as a
mechanism for identifying wrong doing.
recent news item touching on dataprocessing and sox:
IT pros impede PCI, Sarbanes Oxley compliance
http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1267322,00.html
some recent posts mentioning sox:
http://www.garlic.com/~lynn/2007b.html#63 Is Silicon Valley strangeled by SOX?
http://www.garlic.com/~lynn/2007j.html#0 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#74 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#75 IBM Unionization
as to the PCI scenario ... a lot of that we looked at when we did a
detailed threat and vulnerability study in the mid-90s in the x9a10
financial standard working group .... i.e. the x9a10 financial
standard working group had been given the requirement to preserve the
integrity of the financial infrastructure for all retail payments ....
the result was x9.59 standard
http://www.garlic.com/~lynn/x959.html#x959
part of the detailed threat and vulnerability study identified that
with relatively trivial amounts of information from previous
transactions .... it was possible for an attacker to generate
fraudulent financial transactions. This created a requirement that all
information going into an existing transaction be kept completely
confidential and never divulged to anybody. On the other hand, there
are large numbers of business processes that require the information
from a transaction ... in order to properly execute the transaction.
This creates enormous, diametrically opposing pressures to expose
transaction information ... as part of being able of executing the
transaction ... and never allowing the transaction information to ever
be exposed (even if it prevents the transaction from being executed).
The issue is further exacerbated by statistics that upwards of seventy
percent of related compromises involved insiders ... many of them
required to access the information as part of normal business
processes. the resulting observation was that even if the planet was
buried under miles of encryption ... it would still be impossible to
prevent such information leakage.
some recent posts mentioning some of the issues:
http://www.garlic.com/~lynn/aadsm25.htm#13 Sarbanes-Oxley is what you get when you don't do FC
http://www.garlic.com/~lynn/aadsm26.htm#8 What is the point of encrypting information that is publicly visible?
http://www.garlic.com/~lynn/aadsm27.htm#3 Solution to phishing -- an idea who's time has come?
http://www.garlic.com/~lynn/2007b.html#8 Special characters in passwords was Re: RACF - Password rules
http://www.garlic.com/~lynn/2007b.html#20 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007b.html#60 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#10 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#33 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#53 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007d.html#34 Mixed Case Password on z/OS 1.7 and ACF 2 Version 8
http://www.garlic.com/~lynn/2007e.html#26 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007f.html#75 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007g.html#20 T.J. Maxx data theft worse than first reported
http://www.garlic.com/~lynn/2007i.html#65 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#76 My Dream PC -- Chip-Based
http://www.garlic.com/~lynn/2007n.html#85 PCI Compliance - Encryption of all non-console administrative access
Hypervisors May Replace Operating Systems As King Of The Data Center
Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 11 Aug 2007 15:27:53 -0700
Subject: Hypervisors May Replace Operating Systems As King Of The Data Center
Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.informationweek.com/news/showArticle.jhtml;jsessionid=EANUZD2ESZ23GQSNDLRSKHSCJUNN2JVN?articleID=201400075
from above:
The increased use of virtualization in the data center will enhance
the importance of hypervisors and diminish the importance of Windows,
Linux, and other general-purpose operating systems.
... snip ...
and recent post from ibm-main on subject of (pr/sm) virtualization:
http://www.garlic.com/~lynn/2007n.html #96 some questions about System z PR/SM
slightly earlier post mentioning vm370 35th announcement anniv at
share ... and that cp67's 40th announcement anniv is coming up next
spring
http://www.garlic.com/~lynn/2007n.html#92 vm 35th b'day at share in san diego next week
and related follow-up
http://www.garlic.com/~lynn/2007n.html#93 How old are you?
Hypervisors May Replace Operating Systems As King Of The Data Center
Refed: **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 11 Aug 2007 15:52:05 -0700
Subject: Re: Hypervisors May Replace Operating Systems As King Of The Data Center
re:
http://www.garlic.com/~lynn/2007o.html#1 Hypervisors May Replace Operating Systems As King Of The Data Center
and other recent items on the subject:
VMware Predicts Death To Operating Systems
http://informationweek.com/news/showArticle.jhtml?articleID=201311257
Could Virtual Systems Replace Windows?
http://www.pcworld.com/article/id,135774-c,tradeshows/article.html
Virtualization: Key To Linux Future Or Linux Killer?
http://www.informationweek.com/news/showArticle.jhtml?articleID=201400215
VMware: Linux Is Ideal OS for Virtualization
http://www.internetnews.com/dev-news/article.php/3693656
VMware: Linux Is Ideal OS for Virtualization
http://news.earthweb.com/dev-news/article.php/3693656
VMware: Linux Is Ideal OS for Virtualization
http://itmanagement.earthweb.com/osrc/article.php/3693706
Will VMWare IPO Boost Virtualization?
http://news.earthweb.com/bus-news/article.php/3693661
Will VMWare IPO Boost Virtualization?
http://www.internetnews.com/bus-news/article.php/3693661
'Virtual sandboxing' provides safe security testing
http://www.computerworld.com/action/article.do?command=viewArticleBasic&taxonomyName=security&articleId=9029885&taxonomyId=17
Hypervisors May Replace Operating Systems As King Of The Data Center
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 11 Aug 2007 17:27:31 -0700
Subject: Re: Hypervisors May Replace Operating Systems As King Of The Data Center
On Aug 11, 7:53 pm, John Ahlstrom <Ahlstro...@comcast.net> wrote:
Aren't hypervisors there "just" to allow running multiple OSs?
Hypervisors are essential, but aren't the apps still going to
be written to use the OS APIs?
Also
http://www.networkworld.com/news/2007/080107-ibm-data-centers-green.html
reports IBM announcing it will replace 4000 servers with
Linux VMs running on 30 System Zs.
re:
http://www.garlic.com/~lynn/2007o.html#1 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#2 Hypervisors May Replace Operating Systems As King Of The Data Center
they can be ... but they can also be leveraged for a paradigm change
with simplified implementations ... referred to as service virtual
machines (from the 60s & 70s) ... but new terminology is virtual
appliances.
quick use of search engine for a few virtual appliance references:
VMware virtual appliance a threat to the OS
http://www.networkworld.com/news/2007/080907-linuxworld-vmware-virtual-appliance-a.html?fsrc=rss-security
Virtual Appliance Marketplace - VMware
http://www.vmware.com/appliances/
Virtual appliance - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Virtual_appliance
The Stanford Collective Group; A Virtual Appliance Computing Infrastructure
http://suif.stanford.edu/collective/
Red Hat to Build Virtual Appliance OS for Managing Intel vPro-based Desktops
http://www.redhat.com/about/news/prarchive/2007/vpro_appliance.html
VMWare's Virtual Appliance Showroom
http://www.internetnews.com/dev-news/article.php/3629496
Virtual appliance for email archiving and electronic discovery with
VMware
http://www.inboxer.com/virtual-appliance.shtml
How to convert a VMWare virtual appliance to work with Parallels
http://www.virtualizationdaily.com/archives/73_how-to-convert-a-vmware-virtual-appliance-to-work-with-parallels.html
Virtual appliances cure appliance bloat
http://www.networkworld.com/news/tech/2007/042307techupdate.html
The Ultimate Virtual Appliance Challenge
http://www.vmwarez.com/2006/02/ultimate-virtual-appliance-challenge.html
Red Hat to Build a Virtual Appliance OS
http://www.eweek.com/article2/0,1759,2127848,00.asp
VMware Ultimate Virtual Appliance Challenge - Time is Running Out!
http://weblog.infoworld.com/virtualization/archives/2006/05/vmware_ultimate.html
The case for chargeback and virtual appliances
http://servervirtualization.blogs.techtarget.com/2007/08/02/the-case-for-chargeback-and-virtual-appliances/
some old posts mentioning service virtual machines and/or virtual appliances
http://www.garlic.com/~lynn/2002m.html#26 Original K & R C Compilers
http://www.garlic.com/~lynn/2003c.html#77 COMTEN- IBM networking boxes
http://www.garlic.com/~lynn/2004q.html#72 IUCV in VM/CMS
http://www.garlic.com/~lynn/2005.html#59 8086 memory space
http://www.garlic.com/~lynn/2005j.html#58 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2006p.html#10 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006t.html#45 To RISC or not to RISC
http://www.garlic.com/~lynn/2006t.html#46 To RISC or not to RISC
http://www.garlic.com/~lynn/2006v.html#22 vmshare
http://www.garlic.com/~lynn/2006w.html#16 intersection between autolog command and cmsback (more history)
http://www.garlic.com/~lynn/2006w.html#25 To RISC or not to RISC
http://www.garlic.com/~lynn/2006w.html#52 IBM sues maker of Intel-based Mainframe clones
http://www.garlic.com/~lynn/2006x.html#6 Multics on Vmware ?
http://www.garlic.com/~lynn/2006x.html#8 vmshare
http://www.garlic.com/~lynn/2007i.html#21 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#36 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#26 user level TCP implementation
http://www.garlic.com/~lynn/2007k.html#48 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007m.html#67 Operating systems are old and busted
http://www.garlic.com/~lynn/2007m.html#70 Is Parallel Programming Just Too Hard?
Hypervisors May Replace Operating Systems As King Of The Data Center
Refed: **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 11 Aug 2007 17:51:34 -0700
Subject: Re: Hypervisors May Replace Operating Systems As King Of The Data Center
re:
http://www.garlic.com/~lynn/2007o.html#1 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#2 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#3 Hypervisors May Replace Operating Systems As King Of The Data Center
it might also be considered a variation on some of the microkernel
efforts ... except a decade or two earlier.
the paradigm can also be used for partitioning of different components
improving integrity and isolating failures/compromises
for a little topic drift ... a recent thread or two
http://www.garlic.com/~lynn/aadsm27.htm#47 If your CSO lacks an MBA, fire one of you
http://www.garlic.com/~lynn/aadsm27.htm#48 If your CSO lacks an MBA, fire one of you
http://www.garlic.com/~lynn/aadsm27.htm#49 If your CSO lacks an MBA, fire one of you
http://www.garlic.com/~lynn/aadsm27.htm#50 If your CSO lacks an MBA, fire one of you
http://www.garlic.com/~lynn/aadsm27.htm#52 more on firing your MBA-less CSO
http://www.garlic.com/~lynn/aadsm27.htm#53 Doom and Gloom spreads, security revisionism suggests "H6.5: Be an adept!"
http://www.garlic.com/~lynn/aadsm27.htm#54 Security can only be message-based?
The Unexpected Fact about the First Computer Programmer
Refed: **, - **, - **, - **
From: lynn@garlic.com
Date: Sun, 12 Aug 2007 06:56:07 -0700
Subject: Re: The Unexpected Fact about the First Computer Programmer
Newsgroups: alt.folklore.computers
re:
http://www.garlic.com/~lynn/2007o.html#0 The Unexpected Fact about the First Computer Programmer
for other topic drift on any attempts to bury the planet under miles of encryption:
The TJX Effect (data breach)
http://www.informationweek.com/security/showArticle.jhtml?articleID=201400171
and
Banks Test 'Text Messaging' Security
http://www.paymentsnews.com/2007/08/banks-test-text.html
Banks Test 'Text Messaging' Security
http://money.cnn.com/news/newsfeeds/articles/newstex/IBD-0001-18794249.htm
from above:
Banks and brokerages have been on the hunt for just the right way to
boost log-on and transaction security for customers. They seek the
perfect balance of convenience and cost.
... snip ...
note in referenced article, part of the issue is when they get things
wrong
this references some pilots spending significant amounts of money before
realizing that they won't work and aborting the issues
http://www.garlic.com/~lynn/aadsm27.htm#52 more on firing your MBA-less CSO
or like in the "yes card" scenario
http://www.garlic.com/~lynn/subintegrity.html#yescard
and/or are distracted by technology and loose focus addressing
the important issue (which can contributed significantly to
the cost, even tho unrelated to the purpose) ... counter
example was aads chip strawman
http://www.garlic.com/~lynn/x959.html#aads
they've also had issues with static authentication information
(no matter how complicated and/or obfuscated) is vulnerable
to mitm attacks
http://www.garlic.com/~lynn/subintegrity.html#mitm
Man-in-the-middle phishing kits circulating freely on the Web
some specific postings discussing mitm-attack
http://www.garlic.com/~lynn/aadsm19.htm#21 Citibank discloses private information to improve security
http://www.garlic.com/~lynn/aadsm26.htm#28 man in the middle, SSL
http://www.garlic.com/~lynn/aadsm26.htm#30 man in the middle, SSL
http://www.garlic.com/~lynn/aadsm26.htm#31 man in the middle, SSL ... addenda 2
http://www.garlic.com/~lynn/aadsm26.htm#56 Threatwatch: MITB spotted: MITM over SSL from within the browser
http://www.garlic.com/~lynn/2007d.html#26 Securing financial transactions a high priority for 2007
Loads Weighing Heavily on Roads
Refed: **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Tue, 14 Aug 2007 05:13:18 -0700
Subject: Re: Loads Weighing Heavily on Roads
On Aug 14, 6:26 am, jmfbah...@aol.com wrote:
Of course. And the real maintenance is not done.
re:
http://www.garlic.com/~lynn/2007n.html#97 Loads Weighing Heavily on Roads
on and off over the yrs we've had similar discussions about the
deferred maint. that went on in the railroads during the 60s and 70s.
eventually the infrastructure deficit (related to things like deferred
maint) appeared to exceed the perceived total corporate value.
misc. past refs
http://www.garlic.com/~lynn/2001e.html#75 Apology to Cloakware (open letter)
http://www.garlic.com/~lynn/2002q.html#7 Big Brother -- Re: National IDs
http://www.garlic.com/~lynn/2003i.html#41 TGV in the USA?
http://www.garlic.com/~lynn/2004e.html#7 OT Global warming
http://www.garlic.com/~lynn/2005c.html#3 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2006h.html#18 The Pankian Metaphor
http://www.garlic.com/~lynn/2006h.html#19 The Pankian Metaphor
Hypervisors May Replace Operating Systems As King Of The Data Center
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Tue, 14 Aug 2007 08:27:25 -0700
Subject: Re: Hypervisors May Replace Operating Systems As King Of The Data Center
ref:
http://www.garlic.com/~lynn/2007o.html#1 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#2 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#3 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#4 Hypervisors May Replace Operating Systems As King Of The Data Center
the standard home platform has a number of different (and
diametrically opposing) requirements. The unconnected, home, gaming pc
... allowed arbitrary applications to completely take-over the home
machine. The use in the business environment was terminal emulation
but otherwise a unconnected desktop machine. Later this business
environment expanded to include purely local business network ... but
still didn't have to worry about countermeasures for hostile
attackers.
the internet appliance application would have a starting point of
extremely fixed software operation w/o being able to introduce
malicious (or most other kinds of) code.
the use of the same platform ... originating from a heritage with no
requirement for countermeasures against hostile attackers ... for
both things like purely personal gaming use (and applications that
take over the whole machine) and for internet surfing ... creates
diametrically opposing requirements.
this opposing operational requirement dichotomy can be considered
significant contribution to the large existing botnets (where
malicious applications have surreptitiously taking over control of
large number of machines).
2-3 yrs ago, Jim cajoled me into interviewing for the position of
chief security architect. there never was agreement on the terms for
the position ... but I did spend a lot of time discussing the
diametrically opposing requirements being placed on the platform.
attempting to resolve the opposing requirements is one of the things
that hypervisor and virtualization is being billed for. connectivity
to the internet and potentially extremely hostile attacks is done in a
strictly constrained environment ... which is frequently rebuilt fresh
and is discarded when it is no longer being used. This drastically
restricts the damage that an hostile attack is able to achieve.
misc. recent posts mentioning Jim
http://www.garlic.com/~lynn/2007.html#1 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007.html#13 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007d.html#4 Jim Gray Is Missing
http://www.garlic.com/~lynn/2007d.html#6 Jim Gray Is Missing
http://www.garlic.com/~lynn/2007d.html#8 Jim Gray Is Missing
http://www.garlic.com/~lynn/2007d.html#17 Jim Gray Is Missing
http://www.garlic.com/~lynn/2007d.html#33 Jim Gray Is Missing
http://www.garlic.com/~lynn/2007g.html#28 Jim Gray Is Missing
http://www.garlic.com/~lynn/2007i.html#68 A tribute to Jim Gray
misc. recent botnet items
Criminals Using Botnet To Attack iPhone Buyers
http://www.informationweek.com/news/showArticle.jhtml?articleID=201001607
FBI, Carnegie Mellon Identify 1 MM BotNet Nodes
http://campustechnology.com/articles/49053/
Storm Botnet Driving PDF Spam
http://www.securitypronews.com/news/securitynews/spn-45-20070713StormBotnetDrivingPDFSpam.html
Why we're losing the botnet battle
http://www.networkworld.com/news/2007/072507-why-were-losing-the-botnet.html
ISPs may not be doing enough about botnets
http://arstechnica.com/news.ars/post/20070731-isps-may-not-be-doing-enough-about-botnets.html
Invasion of Botnets, Trojans, Worms Malware - DA issues fraud alert
http://www.thecherrycreeknews.com/content/view/1603/2/
Original Colossal Cave Adventure
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Tue, 14 Aug 2007 12:56:05 -0700
Local: Tues, Aug 14 2007 3:56 pm
Subject: Re: Original Colossal Cave Adventure
On Aug 14, 2:44 pm, Al Balmer <albal...@att.net> wrote:
I admit to having spent some time playing Adventure on our Varian Data
Machines minicomputers :-) I don't remember much of it (close to 30
years ago), but I remember XYZZY, the two varieties of twisty
passages, and how to kill the dragon. According to this article, it
was probably the Woods variation, since the dragon was his.
varian was early cp67 customer ... some number of the people moved on
to lsi logic (bringing vm370 with them) ... old post/ref
http://www.garlic.com/~lynn/2001c.html#53 Varian (was Re: UNIVAC - Help ??)
posts w/old email regarding tracking down copy of adventure for vm370/
cms:
http://www.garlic.com/~lynn/2006y.html#18 The History of Computer Role-Playing Games
http://www.garlic.com/~lynn/2007m.html#6 Zork and Adventure
I then redistributed executables on the internal network
http://www.garlic.com/~lynn/subnetwork.html#internalnet
... and would send the source to anybody getting to 300pts.
Hypervisors May Replace Operating Systems As King Of The Data Center
Refed: **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Tue, 14 Aug 2007 14:11:51 -0700
Subject: Re: Hypervisors May Replace Operating Systems As King Of The Data Center
re:
http://www.garlic.com/~lynn/2007o.html#1 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#2 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#3 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#4 Hypervisors May Replace Operating Systems As King Of The Data Center
http://www.garlic.com/~lynn/2007o.html#7 Hypervisors May Replace Operating Systems As King Of The Data Center
new crop of virtualization items
Intel boosts virtualization with quad-core Xeons
http://news.com.com/Intel+boosts+virtualization+with+quad-core+Xeons/2100-1006_3-6202470.html
Intel boosts virtualization with quad-core Xeons
http://news.zdnet.com/2100-9584_22-6202470.html
VMWare surge puts virtualization in the spotlight
http://news.com.com/VMWare+surge+puts+virtualization+in+the+spotlight/2100-1012_3-6202553.html
VMWare surge puts virtualization in the spotlight
http://news.zdnet.com/2100-3513_22-6202553.html
XenSource new release closes gap with VMware
http://www.networkworld.com/news/2007/081307-xensource-new-release-closes-gap.html
Virtualization--threat or menace?
http://news.com.com/8301-10784_3-9758794-7.html
IBM 8000 series
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers, comp.arch
Date: Wed, 15 Aug 2007 06:07:43 -0700
Subject: Re: IBM 8000 series
On Aug 15, 4:34 am, Mike Hore <mike_hore...@OVE.invalid.aapt.net.au> wrote:
2. Insufficient address bits. Yes, this series followed the
time-honored tradition. 16 bits was never going to be enough in
1961. ISTR that we need about 2 more address bits every 3 years.
The 7090 came out in 1959 with 15 address bits, but that
architecture was already near the end of its life (which is why
there was an 8000 series after all), so if these new machines were
planned to last say 10 years they would have needed (on this
calculation) about 8 more address bits than that, or 23. These were
64-bit words, but that wouldn't make much difference. The initial
360 had 24 address bits in 1964, or 21 if we correct to 64-bit
units, and this address needed to be extended to 31 bits in 1983,
though reading Pugh et al it seems that 24 were getting a bit
inadequate even as early as 1975. So 16 in 1961 was definitely
short-sighted. Even if my number 23 is a bit generous, surely at
least 20 would have been needed.
360/67 could be considered a 360/65 that had hardware translate
(virtual addressing) box added ... that supported both 24-bit and
32-bit virtual addressing ... this was the machine that cp67 (virtual
machine and virtual memory support) was built on.
the science center
http://www.garlic.com/~lynn/subtopic.html#545tech
had earlier done a virtual machine/memory implementation on a custom
modified 360/40 ... pending general availability of 360/67 (i.e. and
morphing cp/40 into cp/67).
370 was initially announced w/o virtual memory ... but not too long
later, virtual memory was announced for all 370s ... and cp67 morphed
into vm370 (with virtual memory and virtual machine support). 370s
only had 24-bit virtual addressing mode.
by the mid-70s there were starting to be almost two separate issues
... restrictions because of 24-bit real addressing ... somewhat
separate from restrictions because of 24-bit virtual addressing.
the 24-bit virtual addressing was exaserbated by the way the favorite
son operating system was moved from real addressing to virtual
addressing. the favorite son operating system had been making
extensive use of pointer passing APIs (somewhat optimized for small
real storage environment).
In the translation of that operating system into virtual memory
environment, they eventually got around to having a separate virtual
address space for every application ... however the 16mbyte space
(24-bits) was divided in half with an 8mbyte image of the kernel
appearing in every virtual address space. This theoretically left
8mbytes for applications (i.e. kernel code, resident in every virtual
address space, could directly access application parameters).
However, there were these "subsystems" (system services that had
resided outside the kernel) that were moved into their own virtual
address space. The issue here was that there were still
pointer-passing API between normal application and subsystem services
in a different virtual address space (having kernel code resident in
every virtual address space got around the problem for kernel calls).
The initial solution to the pointer-passing API between different
virtual address spaces ... was to define a "common segment" that also
resided in every virtual address space ... this was sort of a scratch
parameter passing region ... where an application could obtain some
space ... stuff in parameters and pass the address to the parameters
in the API. The size of the "common segment" started out at 1mbyte
... but for typical installations with normal set of subsystem
services it could be 4-5 mbytes .... which then only left 3-4 mbytes
max for applications (and for larger installation the number of
subsystem services were increasingly putting lots of pressure on
increasing the common segment size ... at the same time having larger
applications that needed more than 2-3 mbytes).
late in the 70s, "dual address space" mode was introduced for 3033.
this allowed parameter passing API between virtual address spaces and
semi-privileged subsystem services had special addressing modes that
allowed them to use pointers to directly access data in other virtual
address spaces (removing pressure on increasing size of the common
segment for using pointer-passing API between virtual address spaces,
aka subsystems could directly access application virtual address space
w/o the need of a "common segment". This was later generalized to
being able to address several different virtual address spaces (in
addition to having 31-bit and 64-bit virtual addressing modes
... there is also the capability of accessing multiple different
virtual address spaces)
the other problem starting to appear in the mid-70s was the 16mbyte
restriction on real storage size. processor thruput was increasing
much faster than disk thruput was increasing. as a result, real memory
was being leveraged more and more as caching to compensate for
limitations in disk thruput.
there was scenario where cluster of 4341 machines might have more
aggregate processor thruput at less cost than a 3033 ... and the 4341
cluster could also have 5-6 times more aggregate real memory than
3033.(because of the 16mbyte limitations on both real and virtual
addressing). Somewhat to compensate for this ... there was a
page-table hack introduced with the 3033 that could allow real
addressing of 64mbytes. The standard 370 page table entry was 16bits
... two defined flag bits, 12bit page number and two undefined
bits. 12bit page number with 4096byte pages ... gave 24bit (real)
addressing or 16mbytes. The PTE hack was to take the two undefined
bits and turn them into page number bits. ... giving 14bit (real) page
number .... for a total of 64mbytes. Instructions could only directly
form 24bit address .... but translated thru the virtual page
translation ... could come up with a 26bit effective real address.
misc. past post mentioning the PTE hack for 14bit page numbers
http://www.garlic.com/~lynn/93.html#14 S/360 addressing
http://www.garlic.com/~lynn/2001b.html#69 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001i.html#13 GETMAIN R/RU (was: An IEABRC Adventure)
http://www.garlic.com/~lynn/2001m.html#15 departmental servers
http://www.garlic.com/~lynn/2002c.html#40 using >=4GB of memory on a 32-bit processor
http://www.garlic.com/~lynn/2002d.html#51 Hardest Mistake in Comp Arch to Fix
http://www.garlic.com/~lynn/2003d.html#26 Antiquity of Byte-Word addressing?
http://www.garlic.com/~lynn/2004.html#17 Holee shit! 30 years ago!
http://www.garlic.com/~lynn/2004c.html#6 If the x86 ISA could be redone
http://www.garlic.com/~lynn/2004g.html#20 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004n.html#50 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2004o.html#57 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005.html#34 increasing addressable memory via paged memory?
http://www.garlic.com/~lynn/2005.html#43 increasing addressable memory via paged memory?
http://www.garlic.com/~lynn/2005m.html#28 IBM's mini computers--lack thereof
http://www.garlic.com/~lynn/2005p.html#1 Intel engineer discusses their dual-core design
http://www.garlic.com/~lynn/2005p.html#19 address space
http://www.garlic.com/~lynn/2005q.html#30 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005u.html#44 POWER6 on zSeries?
http://www.garlic.com/~lynn/2006b.html#34 Multiple address spaces
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006l.html#2 virtual memory
http://www.garlic.com/~lynn/2006m.html#27 Old Hashing Routine
http://www.garlic.com/~lynn/2006p.html#0 DASD Response Time (on antique 3390?)
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
misc. past posts mentioning dual-address space mode:
http://www.garlic.com/~lynn/2002g.html#17 Black magic in POWER5
http://www.garlic.com/~lynn/2002g.html#18 Black magic in POWER5
http://www.garlic.com/~lynn/2002l.html#51 Handling variable page sizes?
http://www.garlic.com/~lynn/2002l.html#57 Handling variable page sizes?
http://www.garlic.com/~lynn/2003d.html#53 Reviving Multics
http://www.garlic.com/~lynn/2003d.html#69 unix
http://www.garlic.com/~lynn/2003g.html#13 Page Table - per OS/Process
http://www.garlic.com/~lynn/2003m.html#29 SR 15,15
http://www.garlic.com/~lynn/2004f.html#53 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004n.html#26 PCIe as a chip-to-chip interconnect
http://www.garlic.com/~lynn/2004n.html#54 CKD Disks?
http://www.garlic.com/~lynn/2004o.html#18 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2004o.html#57 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005.html#3 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005b.html#53 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005c.html#63 intel's Vanderpool and virtualization in general
http://www.garlic.com/~lynn/2005d.html#62 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005f.html#7 new Enterprise Architecture online user group
http://www.garlic.com/~lynn/2005f.html#57 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005p.html#18 address space
http://www.garlic.com/~lynn/2005p.html#19 address space
http://www.garlic.com/~lynn/2005q.html#41 Instruction Set Enhancement Idea
http://www.garlic.com/~lynn/2005q.html#48 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2006.html#39 What happens if CR's are directly changed?
http://www.garlic.com/~lynn/2006b.html#25 Multiple address spaces
http://www.garlic.com/~lynn/2006b.html#28 Multiple address spaces
http://www.garlic.com/~lynn/2006e.html#0 About TLB in lower-level caches
http://www.garlic.com/~lynn/2006i.html#33 virtual memory
http://www.garlic.com/~lynn/2006p.html#10 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006r.html#26 A Day For Surprises (Astounding Itanium Tricks)
http://www.garlic.com/~lynn/2006r.html#32 MIPS architecture question - Supervisor mode & who is using it?
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006t.html#23 threads versus task
http://www.garlic.com/~lynn/2006x.html#23 Multiple mappings
http://www.garlic.com/~lynn/2006y.html#16 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2006y.html#39 Multiple mappings
http://www.garlic.com/~lynn/2007g.html#59 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
http://www.garlic.com/~lynn/2007k.html#14 Some IBM 3033 information
http://www.garlic.com/~lynn/2007k.html#27 user level TCP implementation
http://www.garlic.com/~lynn/2007k.html#28 IBM 360 Model 20 Questions
http://www.garlic.com/~lynn/2007l.html#71 IBM 360 Model 20 Questions
misc. past posts about observing that processor thruput was increasing
much faster than disk thruput
http://www.garlic.com/~lynn/93.html#31 Big I/O or Kicking the Mainframe out the Door
http://www.garlic.com/~lynn/94.html#43 Bloat, elegance, simplicity and other irrelevant concepts
http://www.garlic.com/~lynn/94.html#55 How Do the Old Mainframes Compare to Today's Micros?
http://www.garlic.com/~lynn/95.html#10 Virtual Memory (A return to the past?)
http://www.garlic.com/~lynn/98.html#46 The god old days(???)
http://www.garlic.com/~lynn/99.html#4 IBM S/360
http://www.garlic.com/~lynn/2001d.html#66 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001f.html#62 any 70's era supercomputers that ran as slow as today's supercomputers?
http://www.garlic.com/~lynn/2001f.html#68 Q: Merced a flop or not?
http://www.garlic.com/~lynn/2001l.html#40 MVS History (all parts)
http://www.garlic.com/~lynn/2001l.html#61 MVS History (all parts)
http://www.garlic.com/~lynn/2001m.html#23 Smallest Storage Capacity Hard Disk?
http://www.garlic.com/~lynn/2002.html#5 index searching
http://www.garlic.com/~lynn/2002b.html#11 Microcode? (& index searching)
http://www.garlic.com/~lynn/2002b.html#20 index searching
http://www.garlic.com/~lynn/2002e.html#8 What are some impressive page rates?
http://www.garlic.com/~lynn/2002e.html#9 What are some impressive page rates?
http://www.garlic.com/~lynn/2002i.html#16 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2003i.html#33 Fix the shuttle or fly it unmanned
http://www.garlic.com/~lynn/2004n.html#22 Shipwrecks
http://www.garlic.com/~lynn/2004p.html#39 100% CPU is not always bad
http://www.garlic.com/~lynn/2005h.html#13 Today's mainframe--anything to new?
http://www.garlic.com/~lynn/2005k.html#53 Performance and Capacity Planning
http://www.garlic.com/~lynn/2006m.html#32 Old Hashing Routine
http://www.garlic.com/~lynn/2006o.html#27 oops
http://www.garlic.com/~lynn/2006x.html#13 The Future of CPUs: What's After Multi-Core?
Original Colossal Cave Adventure
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Wed, 15 Aug 2007 12:11:01 -0700
Subject: Re: Original Colossal Cave Adventure
On Aug 15, 2:24 pm, Charles Richmond <friz...@tx.rr.com> wrote:
I have heard of an Adventure version in PL/I, but I have *never*
been able to locate it.
re:
http://www.garlic.com/~lynn/2007o.html#8 Original Colossal Cave Adventure
when i was distributing advent internally ... pli was being handled
out of stl. one of the people in stl got their 300 pts and so i sent
them a copy of the fortran source. they produced a pli version
enhanced to something like 550 pts
referenced in above post was pointer to post earlier this yr
http://www.garlic.com/~lynn/2007m.html#6 Zork and Adventure
which includes old email mentioning pli version
http://www.garlic.com/~lynn/2007m.html#email780517
as mentioned in the post ... i have references to the files ... but no
longer have the actual files.
more transactional memory for mutlithread/multiprocessor operation
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Thu, 16 Aug 2007 06:27:46 -0700
Subject: more transactional memory for mutlithread/multiprocessor operation
Sun Gives Multithreading an RDBMS Feel
http://itmanagement.earthweb.com/entdev/article.php/3694666
from above:
"Transactional memory's promise is to make all this automatic, to make
sure you don't all interfere with each other. You just write the code
to get done and the system makes sure they don't interfere with each
other," said Moir.
... snip ..
lots of past posts mentioning rdbms and/or original sql/relational
implementation
http://www.garlic.com/~lynn/submain.html#systemr
lots of past posts mentioning compare&swap instruction and/or
multiprocessor operation
http://www.garlic.com/~lynn/subtopic.html#smp
misc. past posts mentioning transactional memory
http://www.garlic.com/~lynn/2005r.html#27 transactional memory question
http://www.garlic.com/~lynn/2005s.html#33 Power5 and Cell, new issue of IBM Journal of R&D
http://www.garlic.com/~lynn/2007b.html#44 Why so little parallelism?
http://www.garlic.com/~lynn/2007n.html#6 Is Parallel Programming Just Too Hard?
http://www.garlic.com/~lynn/2007n.html#36 How to flush data most efficiently from memory to disk when db checkpoint?
EZPass: Yes, Big Brother IS Watching You!
Refed: **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers, misc.transport.road
Date: Thu, 16 Aug 2007 06:43:11 -0700
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
On Aug 16, 12:19 am, "k_fl...@lycos.com" <k_fl...@lycos.com> wrote:
There is a difference between "personal information" and "invasion
of privacy." I can gather lots of personal information on people (in
fact, I do and get paid for it!) but it is all public record.
we were co-authors of the financial industry x9.99 standard regarding
privacy and personal information (which is starting to slowly progress
at international level). we had to look at a number of different
related areas ... including glba, hipaa, and eu-dpd. as part of the
effort ... i did a merged taxonomy and glossary subset
http://www.garlic.com/~lynn/index.html#glosnote
specific for privacy
http://www.garlic.com/~lynn/privacy.htm
Geothermal was: VLIW pre-history
Refed: **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Thu, 16 Aug 2007 06:53:11 -0700
Subject: Re: Geothermal was: VLIW pre-history
On Aug 16, 9:03 am, Quadibloc <jsav...@ecn.ab.ca> wrote:
Of course, places with hydroelectric power have long used their excess
off-peak power for such purposes as making aluminum or heavy water.
One criticism of nuclear power is that it is a baseload source of
power, producing constant output.
grand coulee dam uses electricity to pump water up into the grand
coulee ... which then flows into central washington to provide
irrigation from something like million(?) acres.
the pumps are reversable ... they actually pump excess water in
off-peak hrs and reverse the flow during peak hrs.
http://en.wikipedia.org/wiki/Grand_Coulee_Dam
http://www.usbr.gov/power/data/sites/grandcou/grandcou.html
"Atuan" - Colossal Cave in APL?
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Thu, 16 Aug 2007 18:09:01 -0700
Subject: Re: "Atuan" - Colossal Cave in APL?
On Aug 16, 4:12 pm, anders.johan...@gmail.com wrote:
I visited a data center when I was a kid, perhaps 10 years old, and I
distinctly remember laying a text-based adventure called "Atuan". I
have always assumed that was Colossal Cave adventure, but now I
wonder...
Can anybody elaborate on this? All Google can tell me is that this may
> have been a re-implementation of CC in APL, but that's not much to go
> on.
re:
http://www.garlic.com/~lynn/2007o.html#8 Original Colossal Cave Adventure
http://www.garlic.com/~lynn/2007o.html#11 Original Colossal Cave Adventure
from long ago and far away:
From: wheeler
Date: 09/12/79 22:26:39
have heard of ZORK but don't know of an available version. Will check
around. ATUAN is the latest ADVENTURE version with several new places
and activities, etc. The newest game we have is INV but it is 3270
version. It is very much like the SPACE Invaders video game. Unless
you get a boot-legged copy, the 'standard' version won't play between
9&noon and 1&5 (7 days a week, just users O/S time macro, doesn't
figure out the day)
... snip ... top of post, old email index
Hypervisors May Replace Operating Systems As King Of The Data Center
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Fri, 17 Aug 2007 05:40:51 -0700
Subject: Re: Hypervisors May Replace Operating Systems As King Of The Data Center
re:
http://www.garlic.com/~lynn/2007o.html#7 Hypervisors May Replace Operating Systems As King Of The Data Center
recent botnet item
Storm Botnet Puts Up Defenses And Starts Attacking Back
http://www.informationweek.com/news/showArticle.jhtml?articleID=20180...
from above:
Researchers are warning universities that they're at risk of being hit
with massive distributed denial-of-service attacks when they scan
their own networks.
... snip ...
FORTRAN IV program illustrating assigned GO TO on web site
From: lynn@garlic.com
Newsgroups: alt.folklore.computers, comp.lang.fortran
Date: Sat, 18 Aug 2007 09:09:20 -0700
Subject: Re: FORTRAN IV program illustrating assigned GO TO on web site
On Aug 18, 9:51 am, krw <k...@att.bizzzz> wrote:
The only religion with more priests is EMACS.
try rdbms. part of the religious annealing process can be having an
opposing foe early in its development. the early scenario between
bldg. 90 (60s dbms) and bldg. 28 (rdbms) as that the stl guys were
claiming that rdbms typically doubled the physical disk space and
significantly increased the disk accesses. the rdbms counter-argument
was that the relational paradigm abstracted away the physical pointers
(along with the index implementation under the covers) and
significantly reduced the ongoing human/administrative overhead.
something of the change-over was in the early to mid 80s ... when
amount of disk space significantly increased while the cost
significantly decreased ... along with the significant increase in
real memory sizes allowing the indexes to be cached ... significantly
reducing the necessary physical disk accesses. overall people
resources were constrained and becoming more expensive (i.e. cost
associated with 60s physical dbms) and the hardware was becoming much
more plentiful and less expensive.
while the physical management of the pointers has been abstracted with
the index management (mostly) automatically handled by the
infrastructure ... there is still enough of the index abstraction
exposed in the typical implementations that it frequently requires
human/administrative effort to transform (and maintain) information
structures in the necessary index abstraction
misc. past posts about original rdbms/sql implementation
http://www.garlic.com/~lynn/submain.html#systemr
note that at the same time i was involved in various details of the
original rdbms/sql implementation ... i also got involved in a dbms
effort with some of the same objectives (abstraction that eliminated
manual effort/maint related to pointers) as rdbms ... but also
attempted to drastically reduce the manual effort/activity related to
the rdbms index abstraction (normalization, unique indexes,
uniformity/homogeneity of large amounts of information).
some of that background i've used to apply to the rfc index
http://www.garlic.com/~lynn/rfcietff.htm
and the merged glossary/taxonomies
http://www.garlic.com/~lynn/index.html#glosnotes
Flying Was: Fission products
Refed: **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 18 Aug 2007 09:21:33 -0700
Subject: Re: Flying Was: Fission products
On Aug 17, 8:21 pm, ArarghMail708NOS...@NOT.AT.Arargh.com wrote:
And, I don't particularly trust the ATC system
one of the ATC-modernization projects from the late 80s (nearly 20yrs
now) attempted to leverage all sorts of new technology to
automagically handle all failure modes. However, there was effectively
an assumption that all failure/glitches would be computer and/or
electronic related. The idea was that the actual application could be
written as if failure/glitches didn't exist ... and the underlying
system would have recovery to mask all possible failure/glitches from
the application.
We had already gotten involved doing the ha/cmp product
http://www.garlic.com/~lynn/subtopic.html#hacmp
and got called in to review some of the details. Turns out there could
be numerous domain specific process glitches ... that would be outside
the scope of the underlying system implementation ... it would require
application specific knowledge to recognize and handle (which required
significant change to the original design point ... that assumed the
application didn't need glitch/recovery logic ... because it could all
be handled at the underlying system level).
Geothermal was: VLIW pre-history
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 18 Aug 2007 09:38:39 -0700
Subject: Re: Geothermal was: VLIW pre-history
re:
http://www.garlic.com/~lynn/2007o.html#14 Geothermal was: VLIW pre-history
and now for something completely different ...
Heat Threatens Safety of Nuclear Reactors as France Girds for
Electricity Rationing
http://www.commondreams.org/headlines03/0811-03.htm
Heat Wave Shuts Down Alabama Reactor
http://hardware.slashdot.org/hardware/07/08/18/131226.shtml
TVA reactor shut down; cooling water from river too hot
http://www.chron.com/disp/story.mpl/business/energy/5061439.html
from above:
The nation's largest public utility shut down Unit 2 about 5:42 p.m.
CDT because water drawn from the Tennessee River was exceeding a 90-
degree average over 24 hours, amid a blistering heat wave across the
Southeast.
"We don't believe we've ever shut down a nuclear unit because of river
temperature," said John Moulton, spokesman for the Knoxville, Tenn.-
based utility.
... snip ...
U.S. Cedes Top Spot in Global IT Competitiveness
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sat, 18 Aug 2007 13:31:28 -0700
Subject: U.S. Cedes Top Spot in Global IT Competitiveness
re:
http://www.garlic.com/~lynn/2007g.html#6 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#7 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#34 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#35 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#52 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007g.html#68 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007i.html#13 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007l.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
recent addenda for an old thread:
Failing Our Geniuses
http://slashdot.org/articles/07/08/17/211255.shtml
Are We Failing Our Geniuses?
http://www.time.com/time/magazine/article/0,9171,1653653,00.html
from above:
To some extent, complacency is built into the system. American schools
spend more than $8 billion a year educating the mentally retarded.
Spending on the gifted isn't even tabulated in some states, but by the
most generous calculation, we spend no more than $800 million on
gifted programs. But it can't make sense to spend 10 times as much to
try to bring low-achieving students to mere proficiency as we do to
nurture those with the greatest potential.
... snip ...
U.S. Cedes Top Spot in Global IT Competitiveness
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sun, 19 Aug 2007 05:42:48 -0700
Subject: Re: U.S. Cedes Top Spot in Global IT Competitiveness
On Aug 18, 5:31 pm, CBFalconer <cbfalco...@yahoo.com> wrote:
I don't know about that. The gifted are probably quite capable of
self-care, and are quite likely to reject unrequested assistance.
re:
http://www.garlic.com/~lynn/2007o.html#20 U.S. Cedes Top Spot in Global IT Competitiveness
that may be more a question of the quality of the educational system
... possibly geared towards the extremely disadvantage ... resulting
in one of the higher per capital spending but at the bottom of the 20
industrial nations in effectiveness (i.e. really gifted currently can
only benefit from doing it on their own ... since the majority of the
system is clearly not setup to benefit them)
misc. other posts on the subject from earlier this year ... including
half the high school age graduates are functionally illiterate
http://www.garlic.com/~lynn/2007i.html#24 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#79 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#31 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#51 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#80 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#85 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#10 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#30 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#34 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#42 IBM Unionization
http://www.garlic.com/~lynn/2007n.html#68 Poll: oldest computer thing you still use
U.S. Cedes Top Spot in Global IT Competitiveness
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sun, 19 Aug 2007 06:33:42 -0700
Subject: Re: U.S. Cedes Top Spot in Global IT Competitiveness
re:
http://www.garlic.com/~lynn/2007o.html#20</a> U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#21</a> U.S. Cedes Top Spot in Global IT Competitiveness
so the other part is society being required to subsidize individuals
that contribute less to society than they use.
one aspect of this is old posts about census dept. estimating that
half the industrial jobs had to be subsidized to one degree or another
(the worker's economic contribution was less than they earned ... at
least to some amount)
http://www.garlic.com/~lynn/2004b.html#42 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004d.html#18 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2006f.html#44 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#20 The Pankian Metaphor
or recent posts where the gao estimated that illegal alien economic
contribution was barely half of their cost to society (something in
society being required to make up the short fall)
http://www.garlic.com/~lynn/2007i.html#18 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#70 illegal aliens
http://www.garlic.com/~lynn/2007i.html#79 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#81 illegal aliens
so pre technology society ... society value was largely based on
available natural resources and/or ability to utilize those resources
.... extensive use of natural resources could be used to compensate
for differences between individual's total cost to society (standard
of living, etc) and their contribution to society. in migration to
technology society ... value significantly migrates to technology and
away from natural resources. The primary contributions to technology
society are the individuals with the skills to come up with new ideas
and inventions.
A large part of the whole public school system justification has been
based on making citizens more productive members of society (and
requiring less society subsidy to maintain them). One strategy is
attempting to minimize the subsidy that large portions of the
population requires. Another strategy is maximize the excess resources
available for subsidizing those members. In transition to technology
society, the "excess resources" are going to be new ideas and
inventions (subsidy requires shifting excess resources in one area to
other areas ... w/o excess resources ... the ability to "subsidize"
starts to disappear).
The numbers for the educational system seems to indicate that its
ability to produce productive members of society (i.e. able to exist
w/o subsidy) is declining while at the same time, the shift to
technology society is raising the requirements on what is required to
be productive (the bar is being raised on what is required to be
functionally literate as opposed to functionally illiterate).
In any case, with technology society, there would appear to be a shift
that society value becomes less based on the natural resources within
its borders (and/or the ability to utilize such natural resources) and
more based on the new ideas and inventions from the best and brightest
in the society.
Outsourcing loosing steam?
Refed: **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Subject: Outsourcing loosing steam?
Date: Sun, 19 Aug 2007 10:21:04 -0400
Newsgroups: bit.listserv.ibm-main
On Aug 15, 11:11 am, da...@ibm-main.lst (daver++) wrote:
"Around 1:30 p.m., the CPB experienced problems accessing its database
containing information on international travelers. Assuming this to be a
wide-area network problem, CBP called Sprint, its carrier, to test the
lines. After three fruitless hours of remote testing, Sprint finally
sent technicians on-site. Another three hours passed before Sprint
finally concluded that transmission lines were not the problem, meaning
the problem was inside the CBP local network. After more hours of
troubleshooting, the issue was finally resolved at 11:45 p.m. The real
culprit: a failed router."
http://blogs.zdnet.com/projectfailures/?p=346
20,000 stranded because it took over ten hours to diagnose and replace a
failed router. I used to be a mainframe guy that inherited the network
side, so they cut me some slack. BUT- I can guarantee that there wasn't
anywhere near enough slack for me to get off with taking that long to
replace a router. I would have been tarred, feathered and run out of
town. It seems like basic due diligence wasn't even followed. Yes,
Sprint added to the problem, but Sprint never should have been called.
Why call Sprint before determining that the problem isn't on _your_ end?
It is all a bit silly, and it frightens me a bit that our airlines have
this level of quality.
note that inadequate processes in packet networks contribute
significantly to diagnosing the problems. some of the older protocols
were much more circuit oriented ... and could much more rely on telco
circuit diagnostics to identify problems.
we experience this when we were building reliable network based
infrastructures in the 80s ... and attempting to do some work on
NSFNET infrastructure .... misc. collected old emails
http://www.garlic.com/~lynn/lhwemail.html#nsfnet
and to some extent met with quite a bit of corporate resistance
... somewhat highlighted in this old email:
http://www.garlic.com/~lynn/2006w.html#email870109
in this post
http://www.garlic.com/~lynn/2006w.html#21
note that while tcp/ip is the technology basis for the modern
internet, nsfnet was the operational basis (interconnections of
networks, i.e. internetworking), and cix was the business basis. in
the above reference there is somebody in corporation proposing that
sna could be proposed for basis for nsfnet ... the main issue was the
ability to providing internetworking ... interconnection of large
number of different networks.
we later investigated several of the issues in more detail when we were
doing the ha/cmp product
http://www.garlic.com/~lynn/subtopic.html#hacmp
which required a detailed threat and vulnerability study for high availability
environments.
we later got to use some of that experience when we were called in to
consult with a small client/server company that wanted to do payments
on their server
http://www.garlic.com/~lynn/subnetwork.html#gateway
they had this technology called SSL and the effort is now frequently
referred to as electronic commerce. the initial simple obvious
solution was to move the payment transaction message formats from
their existing circuit-based environment to a packet-based
enviornment. however, that totally ignored much of the availability,
diagnostic, and recovery processews that were available in the circuit
based environment. We eventually developed a set of compensating
processes and procedures attempting to make the availability of the
packet-based environment somewhat compareable to the existing
circuit-based environment.
for a little topic drift ... recent comment on availability,
diagnosing and recovery in one of the ATC modernization efforts
http://www.garlic.com/~lynn/2007o.html#18
misc past posts on estimated of 4-10 times the effort to take a well
written application and turn it into an industrial strength service
(in the case of the payment gateway, it was closer to ten times,
including inventing various diagnostic and recovery process to
compensate for moving payment gateway to a packet-based environment)
http://www.garlic.com/~lynn/2001f.html#75 Test and Set (TS) vs Compare and Swap (CS)
http://www.garlic.com/~lynn/2001n.html#91 Buffer overflow
http://www.garlic.com/~lynn/2001n.html#93 Buffer overflow
http://www.garlic.com/~lynn/2003g.html#62 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
http://www.garlic.com/~lynn/2003j.html#15 A Dark Day
http://www.garlic.com/~lynn/2003p.html#37 The BASIC Variations
http://www.garlic.com/~lynn/2004b.html#8 Mars Rover Not Responding
http://www.garlic.com/~lynn/2004b.html#48 Automating secure transactions
http://www.garlic.com/~lynn/2004k.html#20 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2004l.html#49 "Perfect" or "Provable" security both crypto and non-crypto?
http://www.garlic.com/~lynn/2004m.html#51 stop worrying about it offshoring - it's doing fine
http://www.garlic.com/~lynn/2004p.html#23 Systems software versus applications software definitions
http://www.garlic.com/~lynn/2004p.html#63 Systems software versus applications software definitions
http://www.garlic.com/~lynn/2004p.html#64 Systems software versus applications software definitions
http://www.garlic.com/~lynn/2005b.html#40 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005i.html#42 Development as Configuration
http://www.garlic.com/~lynn/2005n.html#26 Data communications over telegraph circuits
http://www.garlic.com/~lynn/2006n.html#20 The System/360 Model 20 Wasn't As Bad As All That
http://www.garlic.com/~lynn/2007f.html#37 Is computer history taught now?
http://www.garlic.com/~lynn/2007g.html#51 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
http://www.garlic.com/~lynn/2007h.html#78 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007n.html#10 The top 10 dead (or dying) computer skills
http://www.garlic.com/~lynn/2007n.html#76 PSI MIPS
http://www.garlic.com/~lynn/2007n.html#77 PSI MIPS
LAX IT failure: leaps of faith don't work
From: lynn@garlic.com
Newsgroups: alt.folklore.computers
Date: Sun, 19 Aug 2007 17:58:09 -0700
Subject: LAX IT failure: leaps of faith don't work
a little x-over post from bit.listserv.ibm-main
http://www.garlic.com/~lynn/2007o.html#23
LAX IT failure: leaps of faith don't work
http://blogs.zdnet.com/projectfailures/?p=346
... after more hrs of troubleshooting, the issue was finally resolved
at 11:45 pm The real culprit: a failed router ...
... snip ...
LAX IT failure: leaps of faith don't work
Refed: **, - **, - **, - **, - **, - **, - **, - **
From: lynn@garlic.com
Newsgroups: alt.folklore.computers, bit.listserv.ibm-main
Date: Tue, 21 Aug 2007 17:45:28 -0700
Subject: Re: LAX IT failure: leaps of faith don't work
On Aug 20, 2:46 am, "winston19842...@yahoo.com" wrote:
We had the same thing happen to us with a NIC card on an Alpha system.
Just started streaming packets, basically flooded the network.
Taking down the entire CMIS billing system, which handled Verizon's
billing and wireless calling network, affecting switches, etc. Maybe
even POS (can't remember, even though that was my system). Well
"taking down" might be an overstatement. Sure as hell slowed it
down...
It didn't take too long to isolate the issue, maybe an hour or two.
But that is a LONG time in the world of cellular communications...
re:
http://www.garlic.com/~lynn/2007o.html#23
http://www.garlic.com/~lynn/2007o.html#24
there was once a central office problem with large scale 1-800 POS
terminal calls that resulted in service interruption for 18
mins. Afterwards this was escalated to top executive levels between
the two organizations.
in early tests of the payment gateway
http://www.garlic.com/~lynn/subnetwork.html#gateway
for what is now frequently referred to as electronic commece ... there
was call into the call center. after extensive 3hr investigation ...
the trouble ticket was closed as NTF (no trouble found) ... not
necessarily that there wasn't trouble ... but it couldn't be
diagnosed. this is environment where the call center is typically
doing 1st level problem diagnosis within five minutes for the
(primarily) circuit-based infrastructure.
an issue in moving the (payment) transaction message formats from a
circuit-based environment to a (internet) packet-based environment
... there wasn't any support for similar industrial strength data
processing capability. An outcome was that we had to put together a
whole lot of compensating procedures (in an attempt to approximate the
circuit-based industrial strength) for a packet-based environment (as
well as adding much better diagnostic information as part of the
infrastructure ... objective was that the call center would be able to
do 1st level trouble diagnostic in approx. 5mins).
misc. past posts mentioning "trouble ticket" issues with early
electronic commerce activity
http://www.garlic.com/~lynn/aadsm5.htm#asrn3 Assurance, e-commerce, and some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsm16.htm#20 Ousourced Trust (was Re: Difference between TCPA-Hardware and a smart card and something else before
http://www.garlic.com/~lynn/99.html#16 Old Computers
http://www.garlic.com/~lynn/2001h.html#43 Credit Card # encryption
http://www.garlic.com/~lynn/2002.html#28 Buffer overflow
http://www.garlic.com/~lynn/2003b.html#53 Microsoft worm affecting Automatic Teller Machines
http://www.garlic.com/~lynn/2003g.html#62 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
http://www.garlic.com/~lynn/2003j.html#15 A Dark Day
http://www.garlic.com/~lynn/2003p.html#37 The BASIC Variations
http://www.garlic.com/~lynn/2004b.html#8 Mars Rover Not Responding
http://www.garlic.com/~lynn/2004q.html#51 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005n.html#30 Data communications over telegraph circuits
http://www.garlic.com/~lynn/2006i.html#29 Which entry of the routing table was selected?
Tom's Hdw review of SSDs
Refed: **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: Tom's Hdw review of SSDs
Newsgroups: alt.folklore.computers
Date: Thu, 23 Aug 2007 16:06:17 -0400
Tim Shoppa <shoppa@trailing-edge.com> writes:
There was a predecessor device for Massbus that must've dated from the
late 1970's or so, and which used the 11/70 or 11/750 memory boxes
(with a massbus-emulating hard drive interface bolted on) to achieve
solid state disks. Of course, they were solid state disks that sucked
many kilowatts to store a few megabytes :-).
there was a vendor device available internally circa 1980 ... referred
to as "1655" that emulated 2305 fixed-head (paging) disks.
the "story" was that they were built from the vendor's memory chips that
had failed standard memory acceptance tests ... however with the latency
and other processes that were available for emulated (paging) disk
operation ... it was possible to "mask" the failures ... and still get
useful function from the chips (as opposed to just consigning them to
the trash).
part of the issue for electronic device emulation is that there has to
be some sort of trade-off for just not having directly addressable
electronic memory. in the 1655 case, it was standard memory chips that
failed the normal memory acceptance tests. in some other cases, there
were systems issues with being able to address additional electronic
storage (i.e. number of address bits supported by the system). another
case with 3090 expanded storage ... the physical packaging resulted in
higher latency to the additional memory. however, in the 3090 expanded
storage case, the additional memory was accessed by special
(synchronous) processor instructions that would move pages between
standard memory and expanded memory (as opposed to asynchronous i/o
operations).
misc. past posts mentioning 1655, electronic paging devices.
http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001l.html#53 mainframe question
http://www.garlic.com/~lynn/2002.html#31 index searching
http://www.garlic.com/~lynn/2002i.html#17 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002l.html#40 Do any architectures use instruction count instead of timer
http://www.garlic.com/~lynn/2003b.html#15 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#17 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003c.html#55 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003m.html#39 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2004d.html#73 DASD Architecture of the future
http://www.garlic.com/~lynn/2004e.html#3 Expanded Storage
http://www.garlic.com/~lynn/2005e.html#5 He Who Thought He Knew Something About DASD
http://www.garlic.com/~lynn/2005r.html#51 winscape?
http://www.garlic.com/~lynn/2006.html#38 Is VIO mandatory?
http://www.garlic.com/~lynn/2006c.html#1 Multiple address spaces
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006k.html#57 virtual memory
http://www.garlic.com/~lynn/2006r.html#36 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2007e.html#2 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#59 FBA rant
misc. past posts mentioning 3090 expanded stor
http://www.garlic.com/~lynn/2000c.html#61 TF-1
http://www.garlic.com/~lynn/2001k.html#73 Expanded Storage?
http://www.garlic.com/~lynn/2001k.html#74 Expanded Storage?
http://www.garlic.com/~lynn/2002e.html#8 What are some impressive page rates?
http://www.garlic.com/~lynn/2004e.html#2 Expanded Storage
http://www.garlic.com/~lynn/2004e.html#3 Expanded Storage
http://www.garlic.com/~lynn/2004e.html#4 Expanded Storage
http://www.garlic.com/~lynn/2005i.html#51 Regarding interrupt sharing architectures!
http://www.garlic.com/~lynn/2006.html#13 VM maclib reference
http://www.garlic.com/~lynn/2006b.html#14 Expanded Storage
http://www.garlic.com/~lynn/2006b.html#15 Expanded Storage
http://www.garlic.com/~lynn/2006b.html#16 Expanded Storage
http://www.garlic.com/~lynn/2006b.html#17 Expanded Storage
http://www.garlic.com/~lynn/2006b.html#18 Expanded Storage
http://www.garlic.com/~lynn/2006b.html#34 Multiple address spaces
http://www.garlic.com/~lynn/2006c.html#1 Multiple address spaces
http://www.garlic.com/~lynn/2006r.html#35 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006r.html#42 REAL memory column in SDSF
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!
Refed: **, - **, - **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
Newsgroups: alt.folklore.computers,misc.transport.road
Date: Thu, 23 Aug 2007 20:40:52 -0400
"k_flynn@lycos.com" <k_flynn@lycos.com> writes:
You know, the predominant method of identity theft is still the good
ol' fashioned purse snatch or mailbox pilfering. That has nothing to
do with computerization of the data that you rail against. Your
wallet gets picked on the bus or in the mall, and within an hour
someone's used your Visa to buy a big screen teevee. We used to call
that plain ol' theft, but now it's been upgraded to "identity theft"
to add to the "killer bees" fear mongering.
FTC and others have been attempting to differentiate "id theft"
between impersonation involving transactions against existing accounts
(stealing a credit/debit card and then impersonating the owner to
perform fraudulent transactions) and impersonation involving opening
new accounts.
both involve impersonation. stealing a payment card is old fashion
theft ... using the stolen payment card for a fraudulent transaction
requires impersonating the owner of that card. claiming to be somebody
else in order to open new accounts is also a form of impersonation.
both forms of impersonation have been labeled as "identity theft" ...
however, several organizations have been attempting to further
differentiate the different types (break down identity theft into
different kinds).
i believe that in the debit/credit card variety of account fraud now
breaks down into something like 1/3rd lost/stolen card (fraudulent use
of a valid card). other kinds of debit/credit fraud involve things
like skimming and havesting (i.e. acquiring information from existing
transactions) ... misc. posts discussing skimming and harvesting
http://www.garlic.com/~lynn/subintegrity.html#harvest
skimming/harvesting frequently involves some form of electronic
vulnerability (individual transactions at point of origin, or data
breaches involving logs of previous transactions). skimming/harvesting
can involved "card not present" fraud ... i.e. the crook does some
sort of electronic commerce or MOTO (mail order/telephone order)
transaction. skimming/harvesting exploits have also involved the
production of counterfeit cards from the compromised information.
just now, quicking search engine for statistics turns up this reference
http://kalysis.com/content/modules.php?op=modload&name=EasyContent&file=index&menu=410&page_id=109
in 2001, (UK) card fraud losses were
counterfeit cards: 160.3
card-not-present: 95.7
lost/stolen card: 114.0
intercepted in post: 26.7
total: 411.4
taking "intercepted in post" and lost/stolen as 141 total ... that is
approx. 1/3rd of total card fraud losses ... which is the number i've
heard frequently quoted in the past.
part of the issue is that in the lost/stolen card case, the owner
frequently notices the missing card and reports it, resulting in the
use being deactivated ... helping limit the total amount of fraud.
data breaches, skimming, harvesting tends to be much more profitable
for crooks. the number of accounts affected per effort by the crooks
is significantly larger (compared to the effort to physically
acquiring valid cards). furthermore, the card owner may not be aware
that their account has been compromised until they receive the next
statement; this allows the crook much more fraudulent activity against
each account. The net is much higher fraud ROI (total amount of fraud
divided by total amount of effort). physical risk to the crook also
tends to be much lower in the various forms involving electronic
compromises.
lots of posts mentioning vulnerabilities, threats, risks, compromises,
and/or fraud
http://www.garlic.com/~lynn/subintegrity.html#fraud
various past posts mentioning efforts to better differentiate types of
identity theft ... including breaking out account fraud as a separate
category
http://www.garlic.com/~lynn/aadsm19.htm#45 payment system fraud, etc
http://www.garlic.com/~lynn/aadsm20.htm#17 the limits of crypto and authentication
http://www.garlic.com/~lynn/aadsm20.htm#41 Another entry in the internet security hall of shame
http://www.garlic.com/~lynn/aadsm21.htm#35 [Clips] Banks Seek Better Online-Security Tools
http://www.garlic.com/~lynn/aadsm24.htm#38 Interesting bit of a quote
http://www.garlic.com/~lynn/aadsm24.htm#48 more on FBI plans new Net-tapping push
http://www.garlic.com/~lynn/aadsm24.htm#52 Crypto to defend chip IP: snake oil or good idea?
http://www.garlic.com/~lynn/aadsm25.htm#20 Identity v. anonymity -- that is not the question
http://www.garlic.com/~lynn/aadsm25.htm#21 Identity v. anonymity -- that is not the question
http://www.garlic.com/~lynn/2003m.html#51 public key vs passwd authentication?
http://www.garlic.com/~lynn/2004b.html#50 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2005j.html#52 Banks
http://www.garlic.com/~lynn/2005j.html#53 Banks
http://www.garlic.com/~lynn/2005l.html#35 More Phishing scams, still no SSL being used
http://www.garlic.com/~lynn/2005m.html#42 public key authentication
http://www.garlic.com/~lynn/2005p.html#24 Hi-tech no panacea for ID theft woes
http://www.garlic.com/~lynn/2005p.html#25 Hi-tech no panacea for ID theft woes
http://www.garlic.com/~lynn/2005u.html#3 PGP Lame question
http://www.garlic.com/~lynn/2005v.html#3 ABN Tape - Found
http://www.garlic.com/~lynn/2006c.html#35 X.509 and ssh
http://www.garlic.com/~lynn/2006d.html#25 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006d.html#26 Caller ID "spoofing"
http://www.garlic.com/~lynn/2006e.html#26 Debit Cards HACKED now
http://www.garlic.com/~lynn/2006e.html#44 Does the Data Protection Act of 2005 Make Sense
http://www.garlic.com/~lynn/2006h.html#15 Security
http://www.garlic.com/~lynn/2006k.html#4 Passwords for bank sites - change or not?
http://www.garlic.com/~lynn/2006n.html#40 Identity Management Best Practices
http://www.garlic.com/~lynn/2006o.html#35 the personal data theft pandemic continues
http://www.garlic.com/~lynn/2006o.html#37 the personal data theft pandemic continues
http://www.garlic.com/~lynn/2006p.html#8 SSL, Apache 2 and RSA key sizes
http://www.garlic.com/~lynn/2006x.html#22 'Innovation' and other crimes
http://www.garlic.com/~lynn/2007b.html#60 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007b.html#61 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007b.html#62 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#10 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#22 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#29 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#58 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#61 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007l.html#35 My Dream PC -- Chip-Based
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!
Refed: **, - **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
Newsgroups: alt.folklore.computers,misc.transport.road
Date: Thu, 23 Aug 2007 22:07:47 -0400
"k_flynn@lycos.com" <k_flynn@lycos.com> writes:
And to call TJ Maxx's retention of its sales records as a trivial
purpose is naïve.
misc. past posts in this thread:
http://www.garlic.com/~lynn/2007o.html#13 EZPass: Yes, Big Brother IS Watching You!
http://www.garlic.com/~lynn/2007o.html#27 EZPass: Yes, Big Brother IS Watching You!
note that payment card transaction information for standard business
processes can be needed for six months or more after the actual
transaction. this requirement by numerous business processes (related to
payment card transactions) to have access to the original transaction
information ... long after the actual transaction has been performed
... has contributed to lax purging of records ... for example on the
date when merchant might no longer be involved in a disputed transaction
(i.e. the consumer may have period in which to dispute the transaction
... usually for some period after it appears on a statement ... then
there can be some additional period before when the consumer's financial
institution actually communicates the dispute to the merchant).
this was one of the issues in the x9a10 financial standards working
group ... which in the mid-90s had been given the requirement to
preserve the integrity of the financial infrastructure for all retail
paymnets ... resulting in the x9.59 standard
http://www.garlic.com/~lynn/x959.html#x959
as part of the standards work, the x9a10 financial standards working
group did a study of infrastructure vulnerabilities. one of the things
identified was the ease in which it is possible to use information from
previous transactions for future fraudulent transactions (and the
enormous numbers of places that information is required) ... which
implies that the transaction information is kept strictly confidential
and never divulged (which would effectively preclude even being able to
do such transactions at point-of-sale). The diametrically opposing
requirements placed on executed transaction information led to the
observation that even if the planet was buried under miles of
(information hiding) encryption, it still would not be possible to
eliminate such information leakage.
this led (in the x9.59 standard) to attempting to elimiante the
fraudulent usefulness of information from executed transactions
... i.e. x9.59 doesn't attempt to hide any of the transaction
information ... it attempts to change the paradigm so that such
transaction information is no longer useful to crooks for fraudulent
transactions (account fraud). some of this is discussed in the series of
posts about the "naked transaction" metaphor
http://www.garlic.com/~lynn/subintegrity.html#payment
now we had been called in to consulte with a small client/server
startup that wanted to do payment transactions on their server
http://www.garlic.com/~lynn/subnetwork.html#gateway
which is now frequently referred to as electronic commerce. they had
this technology that they wanted to use for hiding the transaction
information while it was being transmitted over the internet
... misc. posts discussing some of the SSL issues
http://www.garlic.com/~lynn/subpubkey.html#sslcert
this use of SSL technology would continue the paradigm that transaction
information had to be kept hidden or bad things would happen. when we
got involved in x9a10 and the x9.59 standard ... the x9.59 standard
eliminated needing to hide the transaction information as part of
preserving the integrity of the financial infrastructure (whether it was
being transmitted over the internet or the information was being stored
in transaction logs as part of normal business processes).
misc. past posts making the observation of burying the planet
under miles of information hiding encryption:
http://www.garlic.com/~lynn/aadsm25.htm#24 DDA cards may address the UK Chip&Pin woes
http://www.garlic.com/~lynn/aadsm26.htm#24 News.com: IBM donates new privacy tool to open-source Higgins
http://www.garlic.com/~lynn/2005v.html#2 ABN Tape - Found
http://www.garlic.com/~lynn/2006e.html#44 Does the Data Protection Act of 2005 Make Sense
http://www.garlic.com/~lynn/2006k.html#5 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2006k.html#18 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2006y.html#8 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007b.html#60 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#65 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007o.html#5 The Unexpected Fact about the First Computer Programmer
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
Newsgroups: alt.folklore.computers,misc.transport.road
Date: Fri, 24 Aug 2007 09:42:52 -0400
Anne & Lynn Wheeler <lynn@garlic.com> writes:
i believe that in the debit/credit card variety of account fraud now
breaks down into something like 1/3rd lost/stolen card (fraudulent use
of a valid card). other kinds of debit/credit fraud involve things like
skimming and havvesting (i.e. acquiring information from existing
transactions) ... misc. posts discussing skimming and harvesting
http://www.garlic.com/~lynn/subintegrity.html#harvest
re:
http://www.garlic.com/~lynn/2007o.html#27 EZPass: Yes, Big Brother IS Watching You!
one of the issues with pin-debit is that it uses two-factor
authentication ... from 3-factor authentication
http://www.garlic.com/~lynn/subintegrity.html#3factor
• something you have
• something you know
• something you are
in the case of pin-debit, it is a combination of the card
(something you have) and the pin (something you know).
there is frequently an assumption related to multi-factor
authentication that the different factors have different kinds of
vulnerabilities ... and therefor are more secure ... aka somebody just
finding/stealing your card won't also know your pin.
however, in the skimming scenarios ... the attacker can capture both
the card information and the pin information in a common attack. the
card information is then used to create a counterfeit card and the pin
information is used (in combination with the counterfeit card) to
perform a fraudulent transaction (aka it represents a common
vulnerability ... negating the assumption about multi-factor
authentication being more secure because the different factors
have independent vulnerabilities ... skimming represents a common
vulnerability to both beiing able to create a counterfeit card and
obtaining the pin).
recent skimming reference from today:
PINs Skimmed at Canadian Theater Kingston This Week
http://www.epaynews.com/index.cgi?survey=&ref=browse&f=view&id=11879531168370229186&block=
the (newer) signature debit cards ... typically can operate with or
w/o a pin (the signature isn't actually verified as part of the
transaction, so it can't really be considered multi-factor
authentication). as a result, debit cards that can be used w/o a
pin ... tend to have much higher fraud. misc. past posts referencing
statistics that signature-debit has 15-times more fraud than
pin-debit.
http://www.garlic.com/~lynn/aadsm22.htm#22 FraudWatch - Chip&Pin, a new tenner (USD10)
http://www.garlic.com/~lynn/aadsm27.htm#40 a fraud is a sale, Re: The bank fraud blame game
http://www.garlic.com/~lynn/2007i.html#59 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#15 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#60 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#12 IBM Unionization
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
Newsgroups: alt.folklore.computers,misc.transport.road
Date: Fri, 24 Aug 2007 09:58:59 -0400
"k_flynn@lycos.com" <k_flynn@lycos.com> writes:
You know, the predominant method of identity theft is still the good
ol' fashioned purse snatch or mailbox pilfering. That has nothing to
do with computerization of the data that you rail against. Your
wallet gets picked on the bus or in the mall, and within an hour
someone's used your Visa to buy a big screen teevee. We used to call
that plain ol' theft, but now it's been upgraded to "identity theft"
to add to the "killer bees" fear mongering.
re:
http://www.garlic.com/~lynn/2007o.html#27 EZPass: Yes, Big Brother IS Watching You!
http://www.garlic.com/~lynn/2007o.html#29 EZPass: Yes, Big Brother IS Watching You!
earlier this spring, over a period of a couple weeks, there were
(different) articles citing statistics that identity fraud was declining
and at the same time exploding.
recent references mentioning articles essentially having identity
fraud simultaneously declining and exploding
http://www.garlic.com/~lynn/aadsm27.htm#45 Threatwatch: how much to MITM, how quickly, how much lost
http://www.garlic.com/~lynn/2007i.html#19 John W. Backus, 82, Fortran developer, dies
earlier posts referencing the articles
http://www.garlic.com/~lynn/aadsm27.htm#43 a fraud is a sale, Re: The bank fraud blame game
http://www.garlic.com/~lynn/2007e.html#58 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007e.html#62 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007f.html#58 Securing financial transactions a high priority for 2007
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!
Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
Newsgroups: alt.folklore.computers,misc.transport.road
Date: Fri, 24 Aug 2007 13:53:31 -0400
Walter Bushell <proto@oanix.com> writes:
But they go to college to learn what in previous years they would have
learned in High School. Too boot, they also have no more advantage from
graduating from college than the did earlier from graduating from High
School. Now you need a master's degree to do what a college education
did for you 40 years ago.
somewhat separate issues ... declines in the public school system have
resulted in college having to make up for deficiencies. for instance;
large mid-western land grant college having to "dumb-down" entering
freshman text books three times over a period of 20 yrs (general level
of public school is declining in the absolute sense ... independent of
whether society is requiring members to have more education)
and
when foreign auto makers started putting plants in the US, they found
that they having to require 2yr community college education (to get same
level that they were accustomed from high-school eductation)
and
some reference to studies ranking school systems against other countries:
http://www.garlic.com/~lynn/2007j.html#58 IBM Unionization
however,
continued transition to technology society is also raising the level of
education needed to be functionally literate
previous posts referencing dumbing down entering freshman text books:
http://www.garlic.com/~lynn/2002k.html#45 How will current AI/robot stories play when AIs are real?
http://www.garlic.com/~lynn/2003i.html#28 Offshore IT
http://www.garlic.com/~lynn/2003i.html#45 Offshore IT
http://www.garlic.com/~lynn/2005e.html#48 Mozilla v Firefox
http://www.garlic.com/~lynn/2006l.html#63 DEC's Hudson fab
http://www.garlic.com/~lynn/2006p.html#23 SAT Reading and Math Scores Show Decline
http://www.garlic.com/~lynn/2006t.html#21 Are there more stupid people in IT than there used to be?
http://www.garlic.com/~lynn/2007j.html#45 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#51 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#85 IBM Unionization
previous posts referencing foreign auto makers starting
plants in the us:
http://www.garlic.com/~lynn/2006l.html#61 DEC's Hudson fab
http://www.garlic.com/~lynn/2006l.html#63 DEC's Hudson fab
http://www.garlic.com/~lynn/2006p.html#33 SAT Reading and Math Scores Show Decline
http://www.garlic.com/~lynn/2007j.html#31 IBM Unionization
past posts mentioning functionally literate/illiterate:
http://www.garlic.com/~lynn/2002k.html#45 How will current AI/robot stories play when AIs are real?
http://www.garlic.com/~lynn/2003i.html#28 Offshore IT
http://www.garlic.com/~lynn/2003i.html#45 Offshore IT
http://www.garlic.com/~lynn/2003i.html#55 Offshore IT
http://www.garlic.com/~lynn/2003p.html#33 [IBM-MAIN] NY Times editorial on white collar jobs going
http://www.garlic.com/~lynn/2004b.html#42 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004d.html#18 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004h.html#18 Low Bar for High School Students Threatens Tech Sector
http://www.garlic.com/~lynn/2005e.html#48 Mozilla v Firefox
http://www.garlic.com/~lynn/2005g.html#43 Academic priorities
http://www.garlic.com/~lynn/2006g.html#20 The Pankian Metaphor
http://www.garlic.com/~lynn/2006l.html#63 DEC's Hudson fab
http://www.garlic.com/~lynn/2007g.html#7 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007i.html#24 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#79 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#31 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#51 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#80 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#82 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#85 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#10 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#30 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#34 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#42 IBM Unionization
http://www.garlic.com/~lynn/2007l.html#5 IBM Unionization
http://www.garlic.com/~lynn/2007n.html#68 Poll: oldest computer thing you still use
http://www.garlic.com/~lynn/2007o.html#21 U.S. Cedes Top Spot in Global IT Competitiveness
http://www.garlic.com/~lynn/2007o.html#22 U.S. Cedes Top Spot in Global IT Competitiveness
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
reading erased bits
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: reading erased bits
Newsgroups: alt.folklore.computers
Date: Fri, 24 Aug 2007 14:39:46 -0400
Frank McCoy <mccoyf@millcomm.com> writes:
In modern computers with gigabytes of RAM, you don't really need a
swap-file any more. In fact, it's really unwanted; as it slows the
system down tremendously. Still, some programs and often Windows
itself *insist* on it being there, even if never ever used.
recent comment about another aspect of electronic memory technology
http://www.garlic.com/~lynn/2007o.html#26 Tom's Hdw review of SSDs
page/swap files ... still have some decent uses ... especially with
trade-off on long running programs that only wake-up infrequently.
the memory can be better used by actively running programs.
the trade-off is that a lot of page/swap infrastructures have lagged
disk useage technologies. by the mid-70s, processor thruput was
increasing faster than disk thruput was increasing. to compensate,
larger and larger memories were being to cache information to
compensate for the relative system disk thruput decline ... as well
as disk i/o strategies that atttempted to move more data in one
transfer ... aka processor thruput was increasing faster than disk
transfer thruput which were increasing faster than disk arm access
thruput, so transfering more data per disk arm access would help
compensate for the relatively system slower thruput of disk arm access
thruput.
the problem was that page sizes (around 4k bytes) didn't change much
and page i/o tended to be done in page sizes. in the early 80s, "big
page" technology was developed in both (mainframe) mvs and vm370
.... forcing page i/o transfers to collections of pages that filled a
whole disk track (in the case of the 3380 disks of the period, ten 4k
pages).
in the environment where page i/o transfer sizes didn't keep pace with
other technology attempting to optimize disk thruput ... doing a few
large block transfers for initial program loading followed by the
overhead of program initialization ... could be much more efficient
than doing a large number of much smaller page i/o transfers (to
"reload" an inactive, previously loaded program).
misc. past posts mentioning "big page" technology attempting
to compensate for decline in relative system disk thruput:
http://www.garlic.com/~lynn/2001k.html#60 Defrag in linux? - Newbie question
http://www.garlic.com/~lynn/2002b.html#20 index searching
http://www.garlic.com/~lynn/2002c.html#29 Page size (was: VAX, M68K complex instructions)
http://www.garlic.com/~lynn/2002c.html#48 Swapper was Re: History of Login Names
http://www.garlic.com/~lynn/2002e.html#8 What are some impressive page rates?
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/2002l.html#36 Do any architectures use instruction count instead of timer
http://www.garlic.com/~lynn/2002m.html#4 Handling variable page sizes?
http://www.garlic.com/~lynn/2003b.html#69 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003d.html#21 PDP10 and RISC
http://www.garlic.com/~lynn/2003f.html#5 Alpha performance, why?
http://www.garlic.com/~lynn/2003f.html#9 Alpha performance, why?
http://www.garlic.com/~lynn/2003f.html#16 Alpha performance, why?
http://www.garlic.com/~lynn/2003f.html#48 Alpha performance, why?
http://www.garlic.com/~lynn/2003g.html#12 Page Table - per OS/Process
http://www.garlic.com/~lynn/2003o.html#61 1teraflops cell processor possible?
http://www.garlic.com/~lynn/2003o.html#62 1teraflops cell processor possible?
http://www.garlic.com/~lynn/2004.html#13 Holee shit! 30 years ago!
http://www.garlic.com/~lynn/2004e.html#16 Paging query - progress
http://www.garlic.com/~lynn/2004n.html#22 Shipwrecks
http://www.garlic.com/~lynn/2004p.html#39 100% CPU is not always bad
http://www.garlic.com/~lynn/2005h.html#15 Exceptions at basic block boundaries
http://www.garlic.com/~lynn/2005j.html#51 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005l.html#41 25% Pageds utilization on 3390-09?
http://www.garlic.com/~lynn/2005n.html#18 Code density and performance?
http://www.garlic.com/~lynn/2005n.html#19 Code density and performance?
http://www.garlic.com/~lynn/2005n.html#21 Code density and performance?
http://www.garlic.com/~lynn/2005n.html#22 Code density and performance?
http://www.garlic.com/~lynn/2006j.html#2 virtual memory
http://www.garlic.com/~lynn/2006j.html#3 virtual memory
http://www.garlic.com/~lynn/2006j.html#4 virtual memory
http://www.garlic.com/~lynn/2006j.html#11 The Pankian Metaphor
http://www.garlic.com/~lynn/2006l.html#13 virtual memory
http://www.garlic.com/~lynn/2006r.html#35 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006r.html#37 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006r.html#39 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006t.html#18 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006v.html#43 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#9 The Future of CPUs: What's After Multi-Core?
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!
Refed: **, - **, - **, - **, - **
From: Anne & Lynn Wheeler <lynn@garlic.com>
Subject: Re: EZPass: Yes, Big Brother IS Watching You!
Newsgroups: alt.folklore.computers,misc.transport.road
Date: Sat, 25 Aug 2007 11:35:41 -0400
"pigsty1953@yahoo.com" <rshersh@gmail.com> writes:
Someone mentioned the foreign automakers disdain of American
education. Look where they are located, in the south, places like SC,
AL, KY, and rural IN. Places where education has always been a low
priority, low budget entity. They should have known that before they
went in, but they went for cheap, and that is what you get.
re:
http://www.garlic.com/~lynn/2007o.html#31 EZPass: Yes, Big Brother IS Watching You!
in above post i mentioned that the foreign automakers finding that
they required 2yr junior college education in order to get high-school
level educated workers.
however, it also noted that large midwestern land-grant university
(state up near canadian border) found that they had to dumb down
textbooks for entering freshman, three times in the period between the
late 60s and the early 90s (i.e. the absolute overall education level
of entering freshman was declining significantly in that period).
it also mentioned the statistics on overall US literacy rate ranks
near the bottom of wealthy industrial countries.
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
EZPass: Yes, Big Brother IS Watching You!