From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Sun, 13 May 2007 12:22:47 -0600re:
in the middle of my discussions with HR ... i had sent an email to one of my first managers after joining, asking about the issue. there was some attempt to charaterize the situation as an issue with HR involving wage/price controls.
supposedly the first raise after joining was a token raise ... the real substantial raise was the 2nd after joining. unfortunately my 2nd raise was scheduled a week or two after wage/price freeze went into effect. when the freeze was lifted ... things were still limited to what was specified by the govs. wage/price control. those three data points (initial pay and 1st two raises) hypothetically established a pay raise curve/slope that HR was going to follow for the rest of my life ... regardless of any accomplishments or experience. turns out that curve was much lower than the avg. increase in starting pay for new hires ... so a hypothetical case could be made that i was being increasingly penalized for experience and/or any accomplishments (i.e. the discrepancy between what i was paid and what they were offering new hires was increasing over time).
there was this science fiction story about a society based on workers with brain imprints that occurred at a specific chronological age ... approximately on reaching "maturity". the highest paid workers were the newest ... since they had the most recent and most technologically advanced brain imprints. as workers got older ... their brain imprints became more & more technologically outdated (nothing in society provided for experience and/or learning ... all knowledge supposedly was directly derived from brain imprints that could only occur once in a lifetime at a young age).
in this particular incident, there was a correction involving a series of pay raises that brought pay level up to the same as what was being offered new hires (that i had been interviewing to work under my direction ... partially negating any hypothetical pay/compensation penalty for having experience and/or having made accomplishments) ... aka as per prior posts, i found i was interviewing new hires that would be working at my direction and they were being offered starting offers 1/3rd more than i was earning (after more than a decade with the company); my initial enquiry into HR/management was met with reply that I was making exactly what I was supposed to be making; it was only later, when i showed that i knew what they were offering the new hires, that any action was taken (to bring me up to the same level as what they were offering the new hires that i had been interviewing).
again all this happened in supposedly one of the best managed corporations in the country.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: VLIW pre-history Newsgroups: alt.folklore.computers,comp.arch Date: Sun, 13 May 2007 12:41:37 -0600Quadibloc <jsavard@ecn.ab.ca> writes:
for some other pre-history ... one of the primary itanium wide-word
architects is mentioned in this recent posting with cornell/hasp reference:
http://www.garlic.com/~lynn/2007j.html#79 IBM 360 Model 20 Questions
misc. past references on the same subject:
http://www.garlic.com/~lynn/2006.html#39 What happens if CR's are directly changed?
http://www.garlic.com/~lynn/2006e.html#1 About TLB in lower-level caches
http://www.garlic.com/~lynn/2006o.html#67 How the Pentium Fell Short of a 360/195
http://www.garlic.com/~lynn/2006u.html#32 To RISC or not to RISC
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Sun, 13 May 2007 13:33:04 -0600Greg Menke <gdmnews@toadmail.com> writes:
then there were "eligible" ... all tasks that were otherwise runnable except there weren't sufficient real memory resources available to devote to their execution. "runnable" tasks were typically moved to "eligible" as a means of throttling page thrashing. the transition to "eligible" may or may not have involved something akin to swapping (aka removal of all of a tasks virtual pages from real storage) based on additional resource constraint considerations.
misc. past posts about resource manager & scheduling
http://www.garlic.com/~lynn/subtopic.html#fairshare
misc. past posts about page replacement algorithms, page thrash
controls, etc
http://www.garlic.com/~lynn/subtopic.html#wsclock
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Sun, 13 May 2007 13:38:21 -0600Anne & Lynn Wheeler <lynn@garlic.com> writes:
for slightly other drift:
misc. past posts about being told that the best we could hope for was
to not be fired and be allowed to do it again:
http://www.garlic.com/~lynn/2003h.html#21 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
http://www.garlic.com/~lynn/2003i.html#71 Offshore IT
http://www.garlic.com/~lynn/2007.html#22 MS to world: Stop sending money, we have enough - was Re: Most ... can't run Vista
http://www.garlic.com/~lynn/2007.html#26 MS to world: Stop sending money, we have enough - was Re: Most ... can't run Vista
http://www.garlic.com/~lynn/2007e.html#48 time spent/day on a computer
misc. past posts referencing being told they could have forgiven me
for being wrong but they were never going to forgive me for being
right
http://www.garlic.com/~lynn/2002k.html#61 arrogance metrics (Benoits) was: general networking
http://www.garlic.com/~lynn/2002q.html#16 cost of crossing kernel/user boundary
http://www.garlic.com/~lynn/2003i.html#71 Offshore IT
http://www.garlic.com/~lynn/2004k.html#14 I am an ageing techy, expert on everything. Let me explain the
http://www.garlic.com/~lynn/2007.html#26 MS to world: Stop sending money, we have enough - was Re: Most ... can't run Vista
and, of course, there is Boyd's quote from the dedication of Boyd hall
at Nellis AFB:
http://www.garlic.com/~lynn/2007.html#20 MS to world: Stop sending money, we have enough - was Re: Most ... can't run Vista
http://www.garlic.com/~lynn/2007h.html#74 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#61 Lean and Mean: 150,000 U.S. layoffs for IBM?
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Sun, 13 May 2007 14:23:15 -0600John Byrns <byrnsj@sbcglobal.net> writes:
and the reason why HR came back after the first round of written exchanges and claimed that they had investigated my whole career and pay raises ... and I was making just exactly what i was suppose to; was that because nobody left in HR (at that time) had any institutional memory regarding the early 70s????
and also that the people in HR were totally incapable of comparing what I was currently making with the 1/3rd more they were offering new hires (which I was interviewing to work under my direction)????????
until i detailed it in writing during the 2nd round of (written) exchanges.
re:
http://www.garlic.com/~lynn/2007e.html#48 time spent/day on a computer
http://www.garlic.com/~lynn/2007j.html#74 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#75 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#77 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#83 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#94 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#0 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#3 IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Sun, 13 May 2007 14:49:29 -0600John Byrns <byrnsj@sbcglobal.net> writes:
the small exception in all this was a corporate award for having
done the resource manager
http://www.garlic.com/~lynn/subtopic.html#fairshare
which in addition to bringing to mind the Boyd scenario ... seen in
the quote from the dedication of Boyd hall at Nellis AFB:
http://www.garlic.com/~lynn/2007.html#20 MS to world: Stop sending money, we have enough - was Re: Most ... can't run Vista
http://www.garlic.com/~lynn/2007h.html#74 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#61 Lean and Mean: 150,000 U.S. layoffs for IBM?
reminded me of the pencils made up by the processor engineering
manager in POK ... with election spoof on running for job of POK lab
director with a platform promising promotions or raises ... but not
both. past posts/references
http://www.garlic.com/~lynn/2000b.html#60 South San Jose (was Tysons Corner, Virginia)
http://www.garlic.com/~lynn/2000d.html#38 S/360 development burnout?
http://www.garlic.com/~lynn/2006m.html#22 Patent #6886160
http://www.garlic.com/~lynn/2007j.html#66 Help settle a job title/role debate
or the line about the best could hope for was to not be fired and be
allowed to do it again.
http://www.garlic.com/~lynn/2007k.html#3 IBM Unionization
other posts in the thread:
http://www.garlic.com/~lynn/2007e.html#48 time spent/day on a computer
http://www.garlic.com/~lynn/2007j.html#74 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#75 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#77 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#83 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#94 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#0 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#4 IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: VLIW pre-history Newsgroups: alt.folklore.computers,comp.arch Date: Sun, 13 May 2007 22:24:00 -0600 Quadibloc <jsavard@ecn.ab.ca> writes:Actually, even with the high-speed multiply feature, it only retired 12 bits of the multiplier at a time - just like the 360/91, from whence it came - but keeping *multiple functional units* fully busy on computations related to the problem isn't possible in that kind of classic microcoded architecture, no matter how horizontal the microcode. No more than one instruction - one basic operation - per cycle.
so now with a great deal of such confusion and obfuscation then take itanium wide-word and call it VLIW ... unless somebody happen chance to port one of the i86 370 emulators to itanium ... and used it to (also) emulate (non superscaler) 370 instruction ... and then forever forth it would no longer be permissable to claim itanium wide-word was VLIW.
the original issue was whether or not the horizontal microcode capability used in various highend 370 processors, various mainframe channel units, and mainframe disk controllers, could be considered equivalent to VLIW with its highly parallel execution.
the original issue had nothing at all to do with specific machines where horizontal microcode was used to emualtion 370 instructions .... and/or whether or not those 370 instructions emulated appeared to be superscaler.
then there was description of horizontal microcode which meets the definition.
now it appears that if the horizontal microcode was used to emulate 370 opcodes ... and if the emulated 370 execution wasn't superscaler ... then the parallel, superscaler operations performed by the horizontal microcode couldn't meet the definition of VLIW.
what happens if the same/similar horizontal microcode for implementing highly parallel operations other than emulation of 370 instruction ... for instance integrated channel i/o operation and/or disk controller units doing highly parallel operation?????
So the situation now appears that if horizontal microcode was used to emualte 370 instructions ... and the 370 instructions didn't meet somebody's definition of parallel, superscaler ... then the horizontal microcode capability that was used in the implementation ... also couldn't be considered parallel, superscaler.
However, if the same exact microcode engine ... with the same exact horizonal microcode instructions capability was used to implement highly parallel operations that weren't 370 instruction execution emulation ... but other types of parallel superscaler operations ... would it be allowed that operational horizontal micrcode be VLIW??????
at which point ... would it then be that horizontal microcode would be equivalent to VLIW when it was used in a program to do something other than 370 instruction execution ... but the same horizontal microcode engine/instructions would not be equivalent to VLIW when the horizontal micrcode program was emulating 370 instructions.
To some extent the limitation on the execution of 370 superscaler ... wasn't so much a limitation of the superscaler capability of the horizontal microcode ... but a limitation of the hardware resources that were available to the horizontal micrcode programer for the emulation of 370 instructions.
i.e. my understanding was that the original issue was whether or not the horizontal microcode used in these various hardware engines were VLIW ... as opposed to whether or not a specific application (370 instruction emulation) implemented with horizontal micrcode might be considered VLIW.
so now with a great deal of such confusion and obfuscation then take itanium wide-word and call it VLIW ... unless somebody happen chance to port one of the i86 370 emulators to itanium ... and used it to (also) emulate (non superscaler) 370 instruction ... and then forever forth it would no longer be permissable to claim itanium wide-word was VLIW.
re:
http://www.garlic.com/~lynn/2007j.html#84 VLIW pre-history
http://www.garlic.com/~lynn/2007j.html#95 VLIW pre-history
http://www.garlic.com/~lynn/2007j.html#96 VLIW pre-history
http://www.garlic.com/~lynn/2007j.html#97 VLIW pre-history
http://www.garlic.com/~lynn/2007k.html#1 VLIW pre-history
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: VLIW pre-history Newsgroups: alt.folklore.computers,comp.arch Date: Sun, 13 May 2007 23:22:15 -0600Anne & Lynn Wheeler <lynn@garlic.com> writes:
some itanium references possibly being considered VLIW
Inventing Itanium: How HP Labs Helped Create the Next-Generation Chip
Architecture
http://www.hpl.hp.com/news/2001/apr-jun/itanium.html
Itanium is Intel's future
http://www.infoworld.com/article/04/09/10/37OPcurve_1.html
Analysis and Characterization of Intel Itanium Instruction Bundles for
Improving VLIW Processor Performance
http://portal.acm.org/citation.cfm?id=1136267
about a decade ago we had a look at some of the issues of porting i86 370 emulator to itanium ... and while itanium may be considered vliw ... the 370 emulated execution on itanium wasn't vliw &/or superscaler.
re:
http://www.garlic.com/~lynn/2007j.html#84 VLIW pre-history
http://www.garlic.com/~lynn/2007j.html#95 VLIW pre-history
http://www.garlic.com/~lynn/2007j.html#96 VLIW pre-history
http://www.garlic.com/~lynn/2007j.html#97 VLIW pre-history
http://www.garlic.com/~lynn/2007k.html#1 VLIW pre-history
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 08:37:23 -0600jmfbahciv writes:
project leaders never interviewed new project members and/or had any say in who got assigned to project???
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 09:16:55 -0600jmfbahciv writes:
it had nothing at all to do with management tasks ... it was extremely common for lead technical people to interview new hires. part of the issue was that many managers wouldn't have the in-depth technical background to assess the technical quality of the interviewee. it is probably in only extremely cookie-cutter positions that non-technical people were (solely) responsible for interviews (since it probably could be done with standardized questionaire and checklist and not required any qualified judgement).
I don't see where this constant confusion with doing new-hire interviews and the other kinds of administrative and management duties keeps croping up. there was never any mention of performance and salary reviews.
unless possibly i jump to a conclusion that DEC never bothered to have any qualified people involved in assessing the in-depth capability of potential new-hires ... and the confusion arises because DEC always restricted assesement of qualifications of interviewees to administrative and management types that were typically not qualified to make that judgement.'
past posts in this thread:
http://www.garlic.com/~lynn/2007e.html#48time spent/day on a computer
http://www.garlic.com/~lynn/2007j.html#74IBM Unionization
http://www.garlic.com/~lynn/2007j.html#75IBM Unionization
http://www.garlic.com/~lynn/2007j.html#77IBM Unionization
http://www.garlic.com/~lynn/2007j.html#83IBM Unionization
http://www.garlic.com/~lynn/2007j.html#94IBM Unionization
http://www.garlic.com/~lynn/2007k.html#0IBM Unionization
http://www.garlic.com/~lynn/2007k.html#4IBM Unionization
http://www.garlic.com/~lynn/2007k.html#5IBM Unionization
http://www.garlic.com/~lynn/2007k.html#8IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 11:09:33 -0600hancock4 writes:
this followup posts reference to analysts seems to believe that it was
... with both the lenders and the home buyers being irresponsible
... turning blind eye(s) to future consequences.
http://www.garlic.com/~lynn/2007j.html#81 IBM Unionization
the TV news shows I've seen interviewing such (irresponsible) home buyers ... tend to all have them making some statement about having been foolish and ignoring the consequences (implying that they knew but ignored the information).
all the advertisements i've seen clearly state that the subprime introductory terms are for a specific limited period ... after which they revert to a normal loan. it is possible that there could be a case made that sufficiently functionally illiterate home buyers wouldn't be capable of understanding. maybe congress could be petitioned for special FTC legislation protecting the functionally illiterate and people not capable of even middle school arithmetic (special class between that of minors and adults).
things like points, escrow, etc ... tend to make the upfront closing costs more complex (but there tends to still be a standard bottom line)... modulo 1) upfront points reducing normal mortgage lending rate (which wouldn't tend to apply in subprime mortgages) and 2) upfront closing costs are added to total loan amount eliminating borrowers needing upfront cash. This is more complex than adding two numbers but it is on par with middle school arithmetic involving adding columns involving several numbers.
Note that second item is also on par with interest-only loan
payments. however, there eventually tends to be a bottom line
... introductory period monthly payments and after introductory period
monthly payments. the irresponsible lenders may tend to influence the
irresponsible home buyers by pointing out that they can worry about
what happens after the introductory period when it comes to it. other
posts in the subprime mortgage subthread:
http://www.garlic.com/~lynn/2007j.html#48 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#82 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#92 IBM Unionization
posts in the functionally illiterate subthread:
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#85 IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 11:33:56 -0600Dave Garland <dave.garland@wizinfo.com> writes:
this is somewhat related to the old article calling for 100percent
unearned profit tax on the domestic car makers after import quotas were
put in place. past posts with references
http://www.garlic.com/~lynn/2000f.html#41 Reason Japanese cars are assembled in the US (was Re: American bigotry)
http://www.garlic.com/~lynn/2001d.html#43 Economic Factors on Automation
http://www.garlic.com/~lynn/2004b.html#52 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004h.html#22 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2005s.html#2 Internet today -- what's left for hobbiests
http://www.garlic.com/~lynn/2006.html#23 auto industry
http://www.garlic.com/~lynn/2006g.html#14 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#17 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#20 The Pankian Metaphor
http://www.garlic.com/~lynn/2006m.html#49 The Pankian Metaphor (redux)
http://www.garlic.com/~lynn/2007j.html#33 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#72 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#88 IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 13:30:58 -0600hancock4 writes:
some past posts mentioning that US financial institutions get nearly
40percent of their bottom line from payment transactions.
http://www.garlic.com/~lynn/aadsm23.htm#35 3 of the big 4 - all doing payment systems
http://www.garlic.com/~lynn/2007c.html#38 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#71 Free Checking
in payment cards sort of are (modulo some of the merchant stored-value/gift cards):
• pin-debit • signature debit • credit card
the biggest revenue stream is in the credit card business with both
consumer financial institutions benefiting (interest on accounts that
carry month to month balances) and merchant financial institutions
(significant discount on what actually goes to merchants). a couple
posts that discount is the single largest expense for c-stores
http://www.garlic.com/~lynn/aadsm23.htm#37 3 of the big 4 - all doing payment systems
http://www.garlic.com/~lynn/2006e.html#26 Debit Cards HACKED now
http://www.garlic.com/~lynn/2006k.html#23 Value of an old IBM PS/2 CL57 SX Laptop
http://www.garlic.com/~lynn/2007.html#27 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007c.html#38 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#47 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007i.html#72 Free Checking
however, over the past 10yrs or so, there has been significant consumer shift to debit cards ... much of it at the expense of credit card transactions ... as well as reduction in the numbers carrying month-to-month credit balances.
signature-debit transactions effectively affects the revenue stream
for consumer financial institutions (because there is no more
month-to-month balance being carried). however the merchant financial
institutions see approx. the same revenue as from credit
transactions. a large part of the merchant discount fee is based on
the infrastructure vulnerability to fraud, with signature debit and
credit having similar fraud vulnerabilities and therefor similar
discount rate charged merchants. some past references:
http://www.garlic.com/~lynn/aadsm22.htm#22 FraudWatch - Chip&Pin, a new tenner (USD10)
http://www.garlic.com/~lynn/2006e.html#21 Debit Cards HACKED now
http://www.garlic.com/~lynn/2006e.html#24 Debit Cards HACKED now
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
Study: Signature Debit Fraud Runs 15 Times Higher Than on PIN Debit
http://www.digitaltransactions.net/newsstory.cfm?newsid=738
pin-debit transactions affects revenue stream for both consumer and merchant financial institutions because there is both 1) no month-to-month balance being carried and 2) the fraud vulnerability is significantly less (and therefor the merchant discount is also significantly less).
from consumer stand-point, there is some advantages (liability and fraud resolution) to using credit (vis-a-vis signature-debit) and have the discipline to not carry month-to-month balance
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 13:53:47 -0600re:
note that in the references about nearly 40precent of US financial
institutions' bottom line comes from payments ... it is less than ten
percent for european financial institutions ...
http://www.garlic.com/~lynn/aadsm23.htm#35 3 of the big 4 - all doing payment systems
http://www.garlic.com/~lynn/2007c.html#38 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#71 Free Checking
which possibly helps account for some of the activity referenced in
the following URLs (reducing payment card costs might have less of a
bottom line impact on european financial institutions) ... for other
topic drift ... possibly more (recent references) than you ever wanted
to know:
EU banks in secret debit card talks
http://biz.yahoo.com/rb/070511/banks_payments_eu.html?.v=1
EU banks in secret debit card talks
http://business.scotsman.com/latest.cfm?id=730292007
European Banks Plotting Rival Debit Card Scheme?
http://www.epaynews.com/index.cgi?survey=&ref=browse&f=view&id=1179138211213202189192&block=
EU lawmakers back cheaper cross-border payments
http://www.neurope.eu/view_news.php?id=73543
Payment Services Directive pushed through by Parliament
http://www.euractiv.com/en/financial-services/parliament-waives-payment-services-directive/article-163368
European Business Guide: Payment Services Directive: Parliament adopts
the proposal
http://www.businessupdated.com/shownews.asp?news_id=2391&cat=Payment+Services+Directive:+Parliament+adopts+the+proposal
Competitive Forces Shaping the Payments Environment: What's Next?
http://www.chicagofed.org/news_and_conferences/conferences_and_events/2007_payments_agenda.cfm
FRB: Speech, Kroszner--The Future of Payments: Challenges and
Opportunities
http://www.federalreserve.gov/boarddocs/speeches/2007/20070510/default.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Some IBM 3033 information Newsgroups: alt.folklore.computers Date: Mon, 14 May 2007 17:54:07 -0600who
1) was credited with dual-address space on the 3033?
2) worked on fort knox ... 801/risc starting circa 1980 to replace the myriad of existing corporate microcode engines?
3) was one of the prime architects of itanium/wide-word?
lots of past posts mentioning 801, risc, fort knox, iliad, romp,
rios, etc
http://www.garlic.com/~lynn/subtopic.html#801
misc. past posts mentioning wide-word architects
http://www.garlic.com/~lynn/2006.html#39 What happens if CR's are directly changed?
http://www.garlic.com/~lynn/2006e.html#1 About TLB in lower-level caches
http://www.garlic.com/~lynn/2006o.html#67 How the Pentium Fell Short of a 360/195
http://www.garlic.com/~lynn/2006r.html#24 A Day For Surprises (Astounding Itanium Tricks)
http://www.garlic.com/~lynn/2006u.html#32 To RISC or not to RISC
http://www.garlic.com/~lynn/2006w.html#14 IBM sues maker of Intel-based Mainframe clones
http://www.garlic.com/~lynn/2007j.html#97 VLIW pre-history
http://www.garlic.com/~lynn/2007k.html#1 VLIW pre-history
http://www.garlic.com/~lynn/2007k.html#6 VLIW pre-history
http://www.garlic.com/~lynn/2007k.html#7 VLIW pre-history
misc. past posts mentioning 3033 dual-address space support
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#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#39 Multiple mappings
http://www.garlic.com/~lynn/2007g.html#59 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Data Areas Manuals to be dropped Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 14 May 2007 19:09:41 -0600steve writes:
tymshare had provided online computer conferencing for share called
vmshare starting in mid-70s; in part, because tymshare offered vm-based
commercial timesharing service (later tymshare would also offer pcshare
online computer conferencing) ... lots/misc posts about vm-based online
commercial timesharing services
http://www.garlic.com/~lynn/submain.html#timeshare
vmshare archives here:
http://vm.marist.edu/~vmshare/
following is sample by doing a search on "oco war" in browse mode against all memo, note, and prob files.
OCO's 10th b'day
http://vm.marist.edu/~vmshare/browse.cgi?fn=OCO:BDAY&ft=MEMO
OCO & source business
http://vm.marist.edu/~vmshare/browse.cgi?fn=OCOBUS&ft=MEMO
issue sort of dates back to 23jun69 unbundling announcement with start
to charge for application software. misc. past posts mentioning
unbundling
http://www.garlic.com/~lynn/submain.html#unbundle
initially only application software was charged for ... using an excuse that kernel/system software was required for operation of the hardware.
later various circumstances precipitated decision to start charging for
system software. this was about the time that my resource manager was
going to be released ... so it got selected to be initial guinea pig for
policty/practices related to kernel software charging.
http://www.garlic.com/~lynn/subtopic.html#fairshare
change to charging for software eventually also evolved into Object-Code-Only (i.e. OCO, no source).
recent post also mentioning 23jun69 unbundling announcement
.... resulted in start charging for SE services.
http://www.garlic.com/~lynn/2007j.html#65 Help settle a job title/role debate
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Tue, 15 May 2007 07:59:24 -0600ArarghMail705NOSPAM writes:
later 2305-1 & 2305-2 were head-per-track, fixed-head disks, 2305
picture and specs:
http://www-03.ibm.com/ibm/history/exhibits/storage/storage_2305.html
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Tue, 15 May 2007 08:20:51 -0600jmfbahciv writes:
recent head-per-track post
http://www.garlic.com/~lynn/2007k.html#16 John W. Backus, 82, Fortran developer, dies
i redid the drum driver so that it could chain together all queued requests into a single channel program ... arrainging the requests to maximize amount transferred per revolution (the 2301 channel program allowed for "switching" head selection on the fly ... so rotational sequential transfers didn't have to be on the same physical track). This increased 2301 page transfer capacity to 300/sec (from 80/sec).
the disk drivers also serviced requests FIFO ... and also didn't do any chained channel programs. I redid the general disk driver to support ordered seek queuing ... for all requests ... both paging and non-paging. This improved peak transfer of 2314 disks ... but also made for much more graceful degradation under heavy load. Also, for demand page disk i/o operations, I also did a chained request strategy (similar to drum strategy), except that could only chain requests for tracks at the same cylinder/arm position.
lots of past posts about page replacement algorithms, page i/o
implementation, etc
http://www.garlic.com/~lynn/subtopic.html#wsclock
misc. past posts mentioning 2301s and/or 2305s
http://www.garlic.com/~lynn/93.html#31 Big I/O or Kicking the Mainframe out the Door
http://www.garlic.com/~lynn/95.html#8 3330 Disk Drives
http://www.garlic.com/~lynn/95.html#12 slot chaining
http://www.garlic.com/~lynn/98.html#12 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#17 S/360 operating systems geneaology
http://www.garlic.com/~lynn/99.html#6 3330 Disk Drives
http://www.garlic.com/~lynn/99.html#104 Fixed Head Drive (Was: Re:Power distribution (Was: Re: A primeval C compiler)
http://www.garlic.com/~lynn/2000.html#92 Ux's good points.
http://www.garlic.com/~lynn/2000d.html#7 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#52 IBM 650 (was: Re: IBM--old computer manuals)
http://www.garlic.com/~lynn/2000d.html#53 IBM 650 (was: Re: IBM--old computer manuals)
http://www.garlic.com/~lynn/2000g.html#42 4M pages are a bad idea (was Re: AMD 64bit Hammer CPU and VM)
http://www.garlic.com/~lynn/2000g.html#45 4M pages are a bad idea (was Re: AMD 64bit Hammer CPU and VM)
http://www.garlic.com/~lynn/2001.html#17 IBM 1142 reader/punch (Re: First video terminal?)
http://www.garlic.com/~lynn/2001b.html#18 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001c.html#15 OS/360 (was LINUS for S/390)
http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001h.html#26 TECO Critique
http://www.garlic.com/~lynn/2001h.html#36 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001h.html#37 Credit Card # encryption
http://www.garlic.com/~lynn/2001j.html#3 YKYGOW...
http://www.garlic.com/~lynn/2001l.html#53 mainframe question
http://www.garlic.com/~lynn/2001l.html#57 mainframe question
http://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
http://www.garlic.com/~lynn/2001m.html#23 Smallest Storage Capacity Hard Disk?
http://www.garlic.com/~lynn/2002.html#22 index searching
http://www.garlic.com/~lynn/2002.html#31 index searching
http://www.garlic.com/~lynn/2002b.html#8 Microcode? (& 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/2002b.html#23 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#24 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#31 bzip2 vs gzip (was Re: PDP-10 Archive migration plan)
http://www.garlic.com/~lynn/2002c.html#52 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/2002i.html#16 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002i.html#17 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002i.html#42 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002i.html#47 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002j.html#70 hone acronym (cross post)
http://www.garlic.com/~lynn/2002l.html#40 Do any architectures use instruction count instead of timer
http://www.garlic.com/~lynn/2002m.html#73 VLSI and "the real world"
http://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
http://www.garlic.com/~lynn/2002o.html#3 PLX
http://www.garlic.com/~lynn/2003.html#70 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#6 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#7 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#9 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#10 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#15 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#17 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#18 Card Columns
http://www.garlic.com/~lynn/2003c.html#36 "average" DASD Blocksize
http://www.garlic.com/~lynn/2003c.html#37 "average" DASD Blocksize
http://www.garlic.com/~lynn/2003c.html#53 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003c.html#55 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003f.html#13 Alpha performance, why?
http://www.garlic.com/~lynn/2003f.html#19 Disk prefetching
http://www.garlic.com/~lynn/2003m.html#6 The real history of comp arch: the short form
http://www.garlic.com/~lynn/2003m.html#42 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2003o.html#62 1teraflops cell processor possible?
http://www.garlic.com/~lynn/2004.html#6 The BASIC Variations
http://www.garlic.com/~lynn/2004.html#44 OT The First Mouse
http://www.garlic.com/~lynn/2004c.html#61 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#73 DASD Architecture of the future
http://www.garlic.com/~lynn/2004d.html#74 DASD Architecture of the future
http://www.garlic.com/~lynn/2004e.html#16 Paging query - progress
http://www.garlic.com/~lynn/2004f.html#21 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004f.html#54 [HTTP/1.0] Content-Type Header
http://www.garlic.com/~lynn/2004g.html#18 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004l.html#2 IBM 3090 : Was (and fek that) : Re: new computer kits
http://www.garlic.com/~lynn/2004n.html#22 Shipwrecks
http://www.garlic.com/~lynn/2004o.html#9 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005c.html#3 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005d.html#62 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005e.html#5 He Who Thought He Knew Something About DASD
http://www.garlic.com/~lynn/2005h.html#7 IBM 360 channel assignments
http://www.garlic.com/~lynn/2005j.html#51 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005o.html#43 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2005r.html#51 winscape?
http://www.garlic.com/~lynn/2005s.html#22 MVCIN instruction
http://www.garlic.com/~lynn/2005s.html#23 winscape?
http://www.garlic.com/~lynn/2005s.html#41 Random Access Tape?
http://www.garlic.com/~lynn/2005t.html#50 non ECC
http://www.garlic.com/~lynn/2006.html#2 Average Seek times are pretty confusing
http://www.garlic.com/~lynn/2006.html#38 Is VIO mandatory?
http://www.garlic.com/~lynn/2006.html#41 Is VIO mandatory?
http://www.garlic.com/~lynn/2006c.html#1 Multiple address spaces
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#46 Hercules 3.04 announcement
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006g.html#0 IBM 3380 and 3880 maintenance docs needed
http://www.garlic.com/~lynn/2006i.html#27 Really BIG disk platters?
http://www.garlic.com/~lynn/2006i.html#41 virtual memory
http://www.garlic.com/~lynn/2006j.html#11 The Pankian Metaphor
http://www.garlic.com/~lynn/2006k.html#57 virtual memory
http://www.garlic.com/~lynn/2006m.html#5 Track capacity?
http://www.garlic.com/~lynn/2006q.html#1 Materiel and graft
http://www.garlic.com/~lynn/2006q.html#32 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006r.html#23 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2006r.html#30 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2006r.html#36 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006s.html#23 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#32 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#33 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006s.html#45 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#48 5692 and 6SN7 vs 5963's for computer use
http://www.garlic.com/~lynn/2006s.html#59 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006t.html#18 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006v.html#31 MB to Cyl Conversion
http://www.garlic.com/~lynn/2006w.html#3 IBM sues maker of Intel-based Mainframe clones
http://www.garlic.com/~lynn/2006w.html#7 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2007c.html#0 old discussion of disk controller chache
http://www.garlic.com/~lynn/2007e.html#38 FBA rant
http://www.garlic.com/~lynn/2007e.html#59 FBA rant
http://www.garlic.com/~lynn/2007e.html#60 FBA rant
http://www.garlic.com/~lynn/2007e.html#64 FBA rant
http://www.garlic.com/~lynn/2007g.html#31 Wylbur and Paging
http://www.garlic.com/~lynn/2007g.html#33 Wylbur and Paging
http://www.garlic.com/~lynn/2007h.html#34 GA24-3639
http://www.garlic.com/~lynn/2007i.html#16 when was MMU virtualization first considered practical?
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Another "migration" from the mainframe Newsgroups: bit.listserv.ibm-main To: <ibm-main@bama.ua.edu> Date: Tue, 15 May 2007 09:00:10 -0600Bob.Richards@ibm-main.lst (Richards.Bob) writes:
also, I had been asked to write a section in the corporate continuous availability strategy document. most of my writing got pulled because both Rochester and POK complained (that at the time, they couldn't meet what we were doing in ha/cmp).
it was also in this period that we coined the terms disaster
survivability and geographic survivability (to differentiate from
disaster/recovery)
http://www.garlic.com/~lynn/submain.html#available
for other drift, old email about what we had been doing
about ha/cmp scale-up
http://www.garlic.com/~lynn/lhwemail.html#medusa
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Another "migration" from the mainframe Newsgroups: bit.listserv.ibm-main To: <ibm-main@bama.ua.edu> Date: Tue, 15 May 2007 09:33:21 -0600howard@ibm-main.lst (Howard Brazee) writes:
however, in speeches that the comptroller general has given over the past yr or so on some aspects of medicare/medicaid legislation ... he has commented that he doesn't believe any congressman in the last fifty yrs has been capable of middle-school arithmetic.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Tue, 15 May 2007 10:37:02 -0600Frank McCoy <mccoyf@millcomm.com> writes:
and thread about starting some computer conferencing stuff in the late
70s on the internal network ... followed by toolsrun ... which included
mailing list as a subset ... but also could be configured to work more
like usenet. somewhat a clone of the mailing list function evolved on
bitnet ... and is responsible for the "bit.listserv" hierarchy that
appears on some news servers (and currently there are various variations
of listserv available and in-use on a number of different platforms)
http://www.garlic.com/~lynn/2007j.html#50 Using rexx to send an email
http://www.garlic.com/~lynn/2007j.html#54 Using rexx to send an email
http://www.garlic.com/~lynn/2007j.html#70 Using rexx to send an email
other posts mentioning bitnet and/or its european cousin earn:
http://www.garlic.com/~lynn/subnetwork.html#bitnet
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Tue, 15 May 2007 10:51:38 -0600Frank McCoy <mccoyf@millcomm.com> writes:
from period when i was allowed to play disk engineer
http://www.garlic.com/~lynn/subtopic.html#disk
but also getting to play some 801/risc (and other) chip stuff
http://www.garlic.com/~lynn/subtopic.html#801
some old 801 specific email
http://www.garlic.com/~lynn/lhwemail.html#801
oh, and the person that wanted me to go with him regarding the head with 16+2 r/w surfaces (mentioned in the above email reference) was the person that was also responsible for 801.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Another "migration" from the mainframe Newsgroups: bit.listserv.ibm-main To: <ibm-main@bama.ua.edu> Date: Tue, 15 May 2007 11:05:33 -0600re:
as an aside ... all the vendors that support server farms at least in the form of blade/GRID technology have done significant amounts of work on energy and cooling efficiency.
in fact, cooling was one of major concerns working on ha/cmp scale-up
related to these old emails
http://www.garlic.com/~lynn/lhwemail.html#medusa
small sample re blade/grid energy efficiency
CIO Challenge: Energy Efficiency
http://www.wallstreetandtech.com/showArticle.jhtml?articleID=192202377
from above:
Like Fidelity, Wachovia has been targeting energy efficiency initiatives
for the last 12 to 18 months or so. The initial spur was a move by the
firm's traders in January to a new building in New York. "The three
trading floors have relatively low ceiling heights, where it was not
possible to put in a lot of air distribution, which meant we had to
think creatively to ensure we don't have an unhealthy environment for
the traders,"
... snip ...
and:
IBM Unveils New Energy-Efficient Blades
http://www.hpcwire.com/hpc/1379801.html
IBM to focus on energy efficiency
http://www.bladewatch.com/2007/05/10/ibm-to-focus-on-energy-efficiency/
Blade innovations highlight energy efficiency opportunities
http://www.it-director.com/business/content.php?cid=9135
IBM defends blades' energy efficiency
http://green.itweek.co.uk/2006/10/ibm_defends_bla.html
IBM Data Center and Facilities Strategy Services - high density
computing data center readiness assessment
http://www-935.ibm.com/services/us/index.wss/offering/its/a1025605
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Another "migration" from the mainframe Newsgroups: bit.listserv.ibm-main To: <ibm-main@bama.ua.edu> Date: Tue, 15 May 2007 11:53:26 -0600re:
lots of old posts mentioning working on our ha/cmp product ... and/or
some loosely-coupled (dating back to at least when my wife had been con'ed
into going to POK to be in charge of loosely-coupled architecture)
http://www.garlic.com/~lynn/subtopic.html#hacmp
when she was in POK, in charge of loosely-coupled architecture, she
developed Peer-Coupled Shared Data architecture, which didn't see a
lot of uptake (except for ims-hot standby) until parallel sysplex
http://www.garlic.com/~lynn/submain.html#shareddata
and a little followup of financial industry using blades/grids at the high-end ... including enabling them to do "real-time" trading algorithms ... something that they haven't been able to do before
Lots of Blade Server articles
http://www.eweek.com/category2/0,1874,1658862,00.asp
IBM Grid Computing Solutions - financial industry
http://www-03.ibm.com/grid/solutions/by_industry/financial.shtml
from above:
Optimized Analytic Infrastructure
Drive higher margins and revenue growth by:
• Turning creative quantitative insight into tested, supported, tradable
investment products
• Achieving near real-time and intraday decision making for on demand
valuations and complex risk reporting in minutes
• Reducing costs and enhancing standardization of existing analytic
infrastructures
... snip ...
Grid Computing for Financial Services 2007
http://www.iqpc.com/cgi-bin/templates/genevent.html?topic=233&event=12603&
from above:
"70% of firms now deploy enterprise grids in key business areas" to
maximise CPU power and business capability -- but are you really driving
its development forward in your IT strategy?
... snip ...
Grid computing: Accelerating the search for revenue and profit for financial markets
http://www-03.ibm.com/industries/financialservices/doc/content/landing/973028103.html
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Tue, 15 May 2007 16:11:08 -0600Dave Garland <dave.garland@wizinfo.com> writes:
the large car scenaro/market tended to sell less on price ... and therefor the premium (and profit margin) could be higher
it is along the same lines that after the import quota that the foreign imports realized that they could sell the quota in "luxury" cars (at the high-end) with significantly larger profit margin ... than selling the same number at the low/economy end of the market.
the exception to small cars focusing on the economy market were some small cars in the luxury and/or specialty car category.
however, part of the claim for the 100 percent unearned profit tax was that the import quota was suppose to curtail the downward price pressure from the (economy) imports ... improving domestic profit which they would then spend on remaking the industry into much more competitive operation. however, when the increased profit was instead spent on wages, bonuses, and dividends ... there was the call for 100 percent unearned profit tax.
the whole thing was further aggravated by the fact that not only were the number of imports cut, reducing downward price pressure on domestic car prices ... but then the imports also totally changed the type of car they were selling (moving from the economy end to the luxury end) ... which supposedly allowed domestic car makers to nearly double the price of effectively the same automobile over a period of a few years.
past posts mentioning call for 100 percent unearned profit tax on
domestic car builders:
http://www.garlic.com/~lynn/2000f.html#41 Reason Japanese cars are assembled in the US (was Re: American bigotry)
http://www.garlic.com/~lynn/2001d.html#43 Economic Factors on Automation
http://www.garlic.com/~lynn/2004b.html#52 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004h.html#22 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2005s.html#2 Internet today -- what's left for hobbiests
http://www.garlic.com/~lynn/2006.html#23 auto industry
http://www.garlic.com/~lynn/2006g.html#14 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#17 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#20 The Pankian Metaphor
http://www.garlic.com/~lynn/2006m.html#49 The Pankian Metaphor (redux)
http://www.garlic.com/~lynn/2007j.html#33 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#72 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#88 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#11 IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM 360 Model 20 Questions Newsgroups: alt.folklore.computers Date: Tue, 15 May 2007 18:50:05 -0600John Byrns <byrnsj@sbcglobal.net> writes:
360/67 BAS & BASR saved 32bit instruction address from the PSW in 32bit
register (i.e. 360/67 allowed for both 24bit and 32bit addressing
modes). from 360/67 "blue card" ... parts posted here
http://www.garlic.com/~lynn/2001c.html#15 OS/360 (was LINUS for S/390)
BASR - 0D BAS - 4D....
370 only had 24bit addressing and didn't need BAS/BASR
370-xa added 31bit addressing mode and BAS/BASR were re-introduced.
i've done a q&d conversion of the old gcard ios3270 to html
http://www.garlic.com/~lynn/gcard.html
instruction op-code table
http://www.garlic.com/~lynn/gcard.html#11
BASR - 0D BAS - 4D
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: user level TCP implementation Newsgroups: comp.protocols.tcp-ip Date: Tue, 15 May 2007 23:18:15 -0600"robertwessel2@yahoo.com" <robertwessel2@yahoo.com> writes:
CP40 had been done by the science center
http://www.garlic.com/~lynn/subtopic.html#545tech
for a custom modified 360/40 modified with virtual memory hardware. when standard 360/67 with virtual memory hardware became available, the science center morphed cp40 into cp67.
CP67 had a routine called CCWTRANS that would scan the address space virtual channel program (CCWs) and translate them into a "shadow" copy containing the real addresses in place of the virtual address space virtual addresses (at the same time "pinning" the virtual pages to the real addresses). the issue is that the channel transfer operations are all done with "real" addresses.
one of the problems that CP67 could run into on 360/67 were some timing problems. The "channel" operations were done synchronously, one CCW at a time, and the channel was not allowed to prefetch a CCW from processor memory ... until it was about to execute the CCW. In order to simulate a channel program that transferred data that crossed a virtual page boundary ... the translated channel program had to do data chaining (take one virtual CCW that specified one contiguous address transfer and break it into two separate CCWs that specified non-contiguous addresses for two contiguously addressed virtual pages and non-contiguous real addresses). the problem could be that fetching the 2nd CCW and decoding it ... while in the middle of data transfer ... get run into timing/overrun conditions.
for 370, IDAWs were introduced. a CCW rather than directly pointing at the real data transfer address ... would optionally point at a list of IDAWs (data transfer addresses). The difference between data-chaining CCWs and IDAWs was that while the channel architecture didn't allow prefetching the next CCW, channel architecture allowed for prefetching IDAW list ... mitigating the potential problem being able to perform non-contiguous data transfers.
now, when the i/o completes, the channel program has to be rescanned and the associated virtual pages "unpinned" from their real addresses.
as part of general available of virtual memory on 370 processors ... cp67 morphed into vm370 ... and other mainframe operating systems were modified to also support virtual memory. the original incantation of MVS, OS/VS2, started out as modified MVT operating system with some minimal support for single virtual address space and a copy of CP67's CCWTRANS crafted into the side (to provide translation of channel program CCWs with virtual addresses to real addresses).
Now, the original mainframe TCP/IP implementation was done in vs/pascal
for vm370 (running in a virtual address space, latest nomenclature for
such implementations is virtual appliance). It had some pathlength and
bottleneck issues ... and could burn nearly a whole 3090 processor
getting 44kbyte/sec aggregate thruput. I did the modifications for rfc
1044 support ... and in some testing at Cray Research between a Cray and
a 4341-clone was getting aggregate 1mbyte/sec transfer using only a
modest amount of the 4341-clone processor (i.e. around a factor of 500
times improvement in the bytes transferred per instruction
executed). misc. past posts mentioning rfc 1044 support
http://www.garlic.com/~lynn/subnetwork.html#1044
for a little other drift, Coyotos is a Secure Operating System
microkernel project that has worked on TCP/IP stack done outside the
kernel
http://www.coyotos.org/
Coyotos is outgrowth of EROS
http://www.eros-os.org/
and CapROS
http://www.capros.org/
which trace back to KeyKOS system done for 370 mainframe
http://cap-lore.com/CapTheory/upenn/
Tymshare ... a vm370-based commercial time-sharing system ... misc.
past posts
http://www.garlic.com/~lynn/submain.html#timeshare
had started GNOSIS operating system project in the late 70s for 370s. When Tymshare was bought by MD ... GNOSIS was spun off in Key Logic startup as KeyKOS (random trivia, I was brought in from the outside to do a audit/review of GNOSIS as part of that spin-off).
various past posts mentioning GNOSIS
http://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2000g.html#22 No more innovation? Get serious
http://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
http://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001n.html#10 TSS/360
http://www.garlic.com/~lynn/2002f.html#59 Blade architectures
http://www.garlic.com/~lynn/2002g.html#4 markup vs wysiwyg (was: Re: learning how to use a computer)
http://www.garlic.com/~lynn/2002h.html#43 IBM doing anything for 50th Anniv?
http://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
http://www.garlic.com/~lynn/2002j.html#75 30th b'day
http://www.garlic.com/~lynn/2003g.html#18 Multiple layers of virtual address translation
http://www.garlic.com/~lynn/2003h.html#41 Segments, capabilities, buffer overrun attacks
http://www.garlic.com/~lynn/2003j.html#20 A Dark Day
http://www.garlic.com/~lynn/2003k.html#50 Slashdot: O'Reilly On The Importance Of The Mainframe Heritage
http://www.garlic.com/~lynn/2003l.html#19 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#22 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#26 Secure OS Thoughts
http://www.garlic.com/~lynn/2003m.html#54 Thoughts on Utility Computing?
http://www.garlic.com/~lynn/2004c.html#4 OS Partitioning and security
http://www.garlic.com/~lynn/2004e.html#27 NSF interest in Multics security
http://www.garlic.com/~lynn/2004m.html#29 Shipwrecks
http://www.garlic.com/~lynn/2004m.html#49 EAL5
http://www.garlic.com/~lynn/2004n.html#41 Multi-processor timing issue
http://www.garlic.com/~lynn/2004o.html#33 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005.html#7 How do you say "gnus"?
http://www.garlic.com/~lynn/2005b.html#6 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005c.html#67 intel's Vanderpool and virtualization in general
http://www.garlic.com/~lynn/2005d.html#43 Secure design
http://www.garlic.com/~lynn/2005d.html#50 Secure design
http://www.garlic.com/~lynn/2005h.html#13 Today's mainframe--anything to new?
http://www.garlic.com/~lynn/2005k.html#30 Public disclosure of discovered vulnerabilities
http://www.garlic.com/~lynn/2005s.html#12 Flat Query
http://www.garlic.com/~lynn/2006k.html#37 PDP-1
http://www.garlic.com/~lynn/2006m.html#34 PDP-1
http://www.garlic.com/~lynn/2006p.html#13 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006s.html#7 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006w.html#42 vmshare
http://www.garlic.com/~lynn/2006y.html#11 Multiple mappings
http://www.garlic.com/~lynn/2006y.html#16 "The Elements of Programming Style"
lots of past posts mentioning CP67's CCWTRAN
http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/2000.html#68 Mainframe operating systems
http://www.garlic.com/~lynn/2000c.html#34 What level of computer is needed for a computer to Love?
http://www.garlic.com/~lynn/2001b.html#18 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001i.html#37 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#38 IBM OS Timeline?
http://www.garlic.com/~lynn/2001l.html#36 History
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention
http://www.garlic.com/~lynn/2002g.html#61 GE 625/635 Reference + Smart Hardware
http://www.garlic.com/~lynn/2002j.html#70 hone acronym (cross post)
http://www.garlic.com/~lynn/2002l.html#65 The problem with installable operating systems
http://www.garlic.com/~lynn/2002l.html#67 The problem with installable operating systems
http://www.garlic.com/~lynn/2002n.html#62 PLX
http://www.garlic.com/~lynn/2002p.html#49 Linux paging
http://www.garlic.com/~lynn/2002p.html#51 Linux paging
http://www.garlic.com/~lynn/2003.html#60 MIDAS
http://www.garlic.com/~lynn/2003b.html#0 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003g.html#13 Page Table - per OS/Process
http://www.garlic.com/~lynn/2003g.html#14 Page Table - per OS/Process
http://www.garlic.com/~lynn/2003k.html#27 Microkernels are not "all or nothing". Re: Multics Concepts For
http://www.garlic.com/~lynn/2004.html#18 virtual-machine theory
http://www.garlic.com/~lynn/2004c.html#59 real multi-tasking, multi-programming
http://www.garlic.com/~lynn/2004d.html#0 IBM 360 memory
http://www.garlic.com/~lynn/2004e.html#40 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#50 Chained I/O's
http://www.garlic.com/~lynn/2004m.html#16 computer industry scenairo before the invention of the PC?
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#57 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005b.html#23 360 DIAGNOSE
http://www.garlic.com/~lynn/2005b.html#49 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005b.html#50 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005f.html#45 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005f.html#47 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005j.html#17 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005p.html#18 address space
http://www.garlic.com/~lynn/2005p.html#45 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005q.html#41 Instruction Set Enhancement Idea
http://www.garlic.com/~lynn/2005s.html#25 MVCIN instruction
http://www.garlic.com/~lynn/2005t.html#7 2nd level install - duplicate volsers
http://www.garlic.com/~lynn/2006.html#31 Is VIO mandatory?
http://www.garlic.com/~lynn/2006.html#38 Is VIO mandatory?
http://www.garlic.com/~lynn/2006b.html#25 Multiple address spaces
http://www.garlic.com/~lynn/2006f.html#5 3380-3390 Conversion - DISAPPOINTMENT
http://www.garlic.com/~lynn/2006i.html#33 virtual memory
http://www.garlic.com/~lynn/2006j.html#5 virtual memory
http://www.garlic.com/~lynn/2006j.html#27 virtual memory
http://www.garlic.com/~lynn/2006m.html#25 Mainframe Limericks
http://www.garlic.com/~lynn/2006o.html#27 oops
http://www.garlic.com/~lynn/2006r.html#39 REAL memory column in SDSF
http://www.garlic.com/~lynn/2007e.html#19 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007e.html#27 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007e.html#46 FBA rant
http://www.garlic.com/~lynn/2007f.html#0 FBA rant
http://www.garlic.com/~lynn/2007f.html#6 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007f.html#33 Historical curiosity question
http://www.garlic.com/~lynn/2007f.html#34 Historical curiosity question
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: user level TCP implementation Newsgroups: comp.protocols.tcp-ip Date: Tue, 15 May 2007 23:40:46 -0600"robertwessel2@yahoo.com" <robertwessel2@yahoo.com> writes:
recent post mentioning that the person responsible for dual-address
space facility, also worked on 801/risc processors and then later was
one of the primary itanium wide-word architects.
http://www.garlic.com/~lynn/2007k.html#14 Some IBM 3033 information
i.e. dual-address space facility was introduced in 3033.
part of the issue was that most of the corporation's effort
had been directed to the future system project
http://www.garlic.com/~lynn/submain.html#futuresys
and much of the 370 oriented stuff had fallen by the way-side. when FS project was killed ... there was a rush to get stuff back into the 370 product line. now normally, it took 7-8 yrs to do a complete new generation ... and with the distraction caused by FS ... they would essentially be starting from scratch. while the full-blown new generation was put into process ... 303x was also a half-way stop-gap project to try and get something out in 3-4 yrs.
dual-address was part of that half-way stop-gap on 303x.
the "problem" was that the traditional batch operating system had an
ingrained pointer-passing convention (left over from real address
heritage when the kernel and all applications programs occupied a single
address space). 370 was limited to 24-bit/16mbyte virtual address
space ... recent comment:
http://www.garlic.com/~lynn/2007k.html#25 IBM 360 Model 20 Questions
the batch operating descendent, "MVS" would allow each application a 16mbyte virtual address space ... however, in large part because of the pointer-passing heritage, the MVS kernel was mapped into 8mbytes of each of those application 16mbyte virtual address spaces (leaving only 8mbytes for application). Also, OS/360 heritage had some number of "subsystem" services outside the kernel that were called/used by applications.
In the MVS world, subsystems were moved into their own private (application) virtual address space ... however, this created a problem for application to pass a pointer to such a subsystem and have the subsystem access the data. To resolve this, the COMMON segment was invented ... initially/nominally a 1mbyte shared area in every virtual address space where applications can stuff data, and pass a pointer to a subsystem service running in a different address space ... nominally leaving only 7mbytes in each virtual address space for application use. However, on large systems with lots of subsystem services ... the COMMON segment had to be expanded to five (or more) mbytes. This would leave only 3mbytes (or less) for application use ... in each virtual address space.
dual-address space (was sort of mini access register implemenation) and a way of an application passing a pointer to a subsystem service ... w/o first having to stuff the data into a common segment area. this helped control common segment size growing to infinity at customer installations with growing number of subsystem services
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM 360 Model 20 Questions Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 10:55:11 -0600John Byrns <byrnsj@sbcglobal.net> writes:
... but apparently in conjunction with dual-address space support.
padags paper (may '83)
http://www.research.ibm.com/journal/rd/273/ibmrd2703B.pdf
says BASR/BAS were "introduced recently in system/370"
and this reference for SLAC H-assembler (20Jul83)
http://gsf-soft.com/Documents/SLAC-MODS.shtml
from above:
All the mnemonics listed in GA22-7000-7 (1981, the edition of the
System/370 Principles of Operation relevant to the 3081) are now defined
in the opcode table. The added opcodes include: BAS, BASR, CLRCH, CONCS,
DISCS, EPAR, ESAR, IAC, IPTE, IVSK, LASP, MVCIN, MVCK, MVCP, MVCS, PC,
PI, SAC, SSAR, TB and TPROT.
... snip ...
so there were more than just BAS/BASR added.
this gives a history of changes in various editions of GA22-7000
(and instructions introductions)
http://www.research.ibm.com/journal/rd/273/ibmrd2703G.pdf
indicating BAS/BASR in same edition that introduced dual-address space
support ... originally introduced late in 3033 product cycle ...
some 3033 dates ... dual-address space shipped jun81:
http://www.garlic.com/~lynn/2000e.html#58
a recent post discussing dual-address space introduction for 3033
http://www.garlic.com/~lynn/2007k.html#27 user level TCP implementation
some trivia ... IPTE (also introduced late in 3033) had been in the
original 370 virtual memory architecture (along with numerous other
instructions and features) and was dropped as part of making up six
month schedule slip retrofitting virtual memory hardware to 360/165,
recent refs
http://www.garlic.com/~lynn/2007f.html#7 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007f.html#14 more shared segment archeology
http://www.garlic.com/~lynn/2007f.html#16 more shared segment archeology
for other drift, padags paper says that 370-xa was started in 75 ... aka
after future system was killed
http://www.garlic.com/~lynn/submain.html#futuresys
however for most of the "lifetime", 370-xa was known as "811" for the series of documents (and carried the security designation "confidential - restricted", each copy numbered and signed for ... and had to be kept under special lock & key).
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Even worse than UNIX Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 11:28:03 -0600Michael Widerkrantz <mc@hack.org> writes:
there were some more sophisticated built internally, something that
was something like a large mouse ... half-spherical that had
depressions for the fingertips to fit into ... with racker switches
under the fingertips. claim was that somebody used to doing 80wpm on
qwerty would be able to do 120wpm on this keyboard. some old email
http://www.garlic.com/~lynn/2006v.html#email800401
http://www.garlic.com/~lynn/2006n.html#email800703
misc. past posts mentioning cord keyboards:
http://www.garlic.com/~lynn/2000g.html#31 stupid user stories
http://www.garlic.com/~lynn/2002g.html#4 markup vs wysiwyg (was: Re: learning how to use a computer)
http://www.garlic.com/~lynn/2004q.html#55 creat
http://www.garlic.com/~lynn/2005.html#47 creat
http://www.garlic.com/~lynn/2006n.html#50 stacks: sorting
http://www.garlic.com/~lynn/2006n.html#51 stacks: sorting
http://www.garlic.com/~lynn/2006v.html#22 vmshare
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 12:09:58 -0600"Charlie Gibbs" <cgibbs@kltpzyxm.invalid> writes:
one of the articles from the period made some point of increasing complex society was raising the "functionally illiterate" bar ... even if the education system were not to worsen over extended period ... and remained relatively static in the people they turned out ... that complexity increases with technology and society in general ... would result in an increasing percentage of society being functionally illiterate.
part of the concern was highlighted in the world comparable literacy study done in the 90s ... with the US coming in at or near the bottom of industrialized countries.
quick use of search engine for census and functionally illiterate ... turns up other references to the study done in the mid-90s with some discussion of what it actually means
for instance "level 1" not being able to read
instructions on a bottle of medicine:
http://www.wsws.org/news/1998/oct1998/ill-o14.shtml
27percent of army enlistees can't read manuals written at the 7th
grade level; US literacy ranks 49th among 156 UN countries.
http://www.covinaliteracy.org/facts.htm
90 million people in America who are functionally illieterate ... and only
22percent of current workforce have skills for the 21st century
http://www.roadtoreading.org/personal/dyk_facts.html
misc. past posts mentioning functionally 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#85 IBM Unionization
http://www.garlic.com/~lynn/2007k.html#10 IBM Unionization
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: DEC and news groups Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 12:28:55 -0600Frank McCoy <mccoyf@millcomm.com> writes:
and this reference about origin of cp/m name ...
http://www.khet.net/gmc/docs/museum/en_cpmName.html
https://web.archive.org/web/20071011100440/http://www.khet.net/gmc/docs/museum/en_cpmName.html
and using cp67/cms at npg school.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: SSL Security Newsgroups: microsoft.public.security Date: Wed, 16 May 2007 12:44:58 -0600Arne <Arne@discussions.microsoft.com> writes:
digital certificates were introduced to solve a problem in the OFFLINE, electronic world ... somewhat analogous to the letters of credit/introduction from the sailing ship days (and before) where the relying party had no prior information about the party they were dealing with and no way of directly contacting any responsible party.
an example of the offline, electronic scenario is the email environment from the early 80s ... where there would be a dial-up to local electronic post-office, exchange email, and then hang-up. then when dealing with first time email from total stranger, the recipient had no way of determining what they were dealing with. digital certificates could provide trusted distribution of information about the stranger.
one of the pieces of trusted information distributed in this offline environment could be the stranger's public key ... allowing the recipient to verify any digital signature that had been generated by the stranger (with their private key).
another proposal from the early 80s for means of (real-time) trusted
distribution of public key can be found in this old email:
http://www.garlic.com/~lynn/2006w.html#email810515
other discussions about real-time distribution of public key (and
other information) can be found in these collected posts referencing
a catch-22 situation for the SSL digital certificate certification
authority industry (something they need to improve their integrity,
but at the same time could result in obsoleting the need for them)
http://www.garlic.com/~lynn/subpubkey.html#catch22
and other collected past posts about SSL digital certificates
http://www.garlic.com/~lynn/subpubkey.html#sslcert
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Even worse than UNIX Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 13:37:13 -0600re:
for some other cp67/cms topic drift from the period
comment about MIT student working at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech
doing implementation for part of the original cp67/cms multi-level
source update function:
http://www.garlic.com/~lynn/2001e.html#71 line length (was Re: Babble from "JD" <dyson@jdyson.com>)
http://www.garlic.com/~lynn/2002n.html#39 CMS update
http://www.garlic.com/~lynn/2003f.html#1 History of project maintenance tools -- what and when?
http://www.garlic.com/~lynn/2006o.html#19 Source maintenance was Re: SEQUENCE NUMBERS
having to do with attempting to merge multiple parallel source update sequences.
now these comments about most standardized security protocols are too
heavy
http://www.garlic.com/~lynn/2007j.html#55 John W. Backus, 82, Fortran developer, dies
with reference to this thread in financial cryptography blog
http://www.garlic.com/~lynn/aadsm27.htm#0 H6.2 Most Standardised Security Protocols are Too Heavy
http://www.garlic.com/~lynn/aadsm27.htm#1 H6.2 Most Standardised Security Protocols are Too Heavy
now part of the above touches on proposal somewhat backed by the SSL
domain name certification authority industry to improve the integrity
of DNS, which they are dependent on with regard to establishing the
true domain name owner and who is allowed to apply for SSL domain name
certificates. mentioned in this recent post:
http://www.garlic.com/~lynn/2007k.html#32 SSL Security
however, there is a catch-22 that the solution could also obsolete
the need for having the domain name certification authority industry
http://www.garlic.com/~lynn/subpubkey.html#catch22
relying on something more akin to what is mentioned in this old email
http://www.garlic.com/~lynn/2006w.html#email810515
the trivia x-over was that the MIT student (that worked on the merge
of parallel updates) was later responsible for the internet DNS system
http://alum.mit.edu/ne/noteworthy/profiles/mockapetris.html
lots of past posts mentioning creation of cp67/cms multi-level source
update infrastructure
http://www.garlic.com/~lynn/2003e.html#66 History of project maintenance tools -- what and when?
http://www.garlic.com/~lynn/2003j.html#14 A Dark Day
http://www.garlic.com/~lynn/2003j.html#45 Hand cranking telephones
http://www.garlic.com/~lynn/2004b.html#59 A POX on you, Dennis Ritchie!!!
http://www.garlic.com/~lynn/2004g.html#43 Sequence Numbbers in Location 73-80
http://www.garlic.com/~lynn/2004m.html#30 Shipwrecks
http://www.garlic.com/~lynn/2005i.html#30 Status of Software Reuse?
http://www.garlic.com/~lynn/2005i.html#39 Behavior in undefined areas?
http://www.garlic.com/~lynn/2005p.html#45 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005r.html#5 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005r.html#6 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2006b.html#10 IBM 3090/VM Humor
http://www.garlic.com/~lynn/2006e.html#7 About TLB in lower-level caches
http://www.garlic.com/~lynn/2006f.html#5 3380-3390 Conversion - DISAPPOINTMENT
http://www.garlic.com/~lynn/2006f.html#25 Over my head in a JES exit
http://www.garlic.com/~lynn/2006f.html#38 Over my head in a JES exit
http://www.garlic.com/~lynn/2006n.html#45 sorting
http://www.garlic.com/~lynn/2006o.html#14 SEQUENCE NUMBERS
http://www.garlic.com/~lynn/2006o.html#27 oops
http://www.garlic.com/~lynn/2006q.html#45 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006u.html#26 Assembler question
http://www.garlic.com/~lynn/2006w.html#42 vmshare
http://www.garlic.com/~lynn/2006w.html#48 vmshare
http://www.garlic.com/~lynn/2007f.html#12 FBA rant
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 15:40:35 -0600misc ...
based on functionally illiterate and other similar studies might conclude that our k12 education system is now the worst among industrial nations and our work force is hardly competitive for the 21st century, even with emerging and 3rd world countries.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: DEC and news groups Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 16:50:28 -0600Peter Flass <Peter_Flass@Yahoo.com> writes:
Wang Joins I.B.M. in a Marketing Alliance
http://query.nytimes.com/gst/fullpage.html?res=9D0CE6DA113AF93AA25755C0A967958260
i seem to remember some number of people joining wang from austin when that happened.
about the same time ... honeywell/bull also relogo'ed rs/6000
http://febcm.club.fr/english/unix_and_bull.htm
http://findarticles.com/p/articles/mi_m0SMG/is_n14_v8/ai_7319525
some histories of computing ... from quicky search that found the above
items
http://www.cyberstreet.com/hcs/museum/chron.htm
http://febcm.club.fr/english/information_technology/information_technology_4.htm
for slightly other honeywell/bull connection ... their world-wide
support and services center in billerica, mass
http://www.bull.us/bull_services/index.html
was one of the HA/CMP early adopter installations (needing 7x24 high
available operation)
http://www.garlic.com/~lynn/subtopic.html#hacmp
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: DEC and news groups Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 17:16:55 -0600Frank McCoy <mccoyf@millcomm.com> writes:
NCR acquired teradata, one of the early "database machines" ...
misc. past posts about early generation of database machines, teradata,
britton-lee, etc (many of the same people show up in various database
machine companies and the later rdbms companies):
http://www.garlic.com/~lynn/2000e.html#49 How did Oracle get started?
http://www.garlic.com/~lynn/2002.html#0 index searching
http://www.garlic.com/~lynn/2002.html#16 index searching
http://www.garlic.com/~lynn/2003c.html#75 The relational model and relational algebra - why did SQL become the industry standard?
http://www.garlic.com/~lynn/2003c.html#78 The relational model and relational algebra - why did SQL become the industry standard?
http://www.garlic.com/~lynn/2004p.html#0 Relational vs network vs hierarchic databases
http://www.garlic.com/~lynn/2005b.html#1 Foreign key in Oracle Sql
http://www.garlic.com/~lynn/2007e.html#63 FBA rant
http://www.garlic.com/~lynn/2007f.html#44 Is computer history taught now?
AT&T bought NCR. A lot of the OSF (open software foundation) was in reaction to sv4 licensing threats involving sun/att (and then ncr)
NCR timeline (acquired by AT&T, 1991)
http://www.thocp.net/companies/ncr/ncr_company.htm
NCR wiki (acquired by AT&T, 1991 and later spun off)
https://en.wikipedia.org/wiki/NCR_Corporation
teradata wiki (NCR announced plans to spin off this yr)
https://en.wikipedia.org/wiki/Teradata
OSF, apollo, bull, dec, hp, ibm, nixdorf, siemens, philips,
hitachi ... wiki
https://en.wikipedia.org/wiki/Open_Software_Foundation
for the rdbms drift ... misc. past posts mentioning original
relational/sql implementation
http://www.garlic.com/~lynn/submain.html#systemr
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: DEC and news groups Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 17:23:00 -0600krw <krw@att.bizzzz> writes:
mentions some stuff about ha/cmp
http://www.garlic.com/~lynn/subtopic.html#hacmp
and availability
http://www.garlic.com/~lynn/submain.html#available
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 17:58:57 -0600John Ahlstrom <AhlstromJK@comcast.net> writes:
take a look of the pictures ...
2303 & 2301 were physically drums with the magentic material covering the surface of the drum.
this is picture of 2301 ... you can sort of make out the geometry of the
drum ... but the actual surface of the drum is somewhat obfuscated by
all the r/w head assembly
https://web.archive.org/web/20060620002221/www.cs.ncl.ac.uk/events/anniversaries/40th/images/ibm360_672/slide12.jpg
this reference from the earlier posts doesn't show the drum area
quite as clearly
http://www.columbia.edu/cu/computinghistory/drum.html
2305s were physically "disks" with multiple platters ... but instead of moving arm ... they had head-per-track on every surface.
this picture from the previous posting ... you can barely make out
the platters:
http://www-03.ibm.com/ibm/history/exhibits/storage/storage_2305.html
wiki entry for hard disk and hard disk platter ... with some pictures
(although showing moveable arm ... instead of head-per-track)
https://en.wikipedia.org/wiki/Hard_disk
https://en.wikipedia.org/wiki/Hard_disk_platter
i.e. fixed-head drum (2303/2301) had magnetic material on the surface of a physical "drum" (cylinder shapped object) and fixed-head disk (2305) had multiple flat disk platters.
the 2301 was nearly the same as 2303 except it read/wrote four heads in parallel for four times the data transfer rate.
for a little drift on disk technology ... this post
http://www.garlic.com/~lynn/2007k.html#21 John W. Backus, 82, Fortran developer, dies
a disk head with 16+2 read/write areas ... being able to get
significantly higher density of tracks (i.e. reduce the space between
tracks) ... getting much higher area bit density on disk surface ...
from old email
http://www.garlic.com/~lynn/2006s.html#email871230
in this post from last year
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than disks ?
another old email (in the same post) from the same period discusses
(DASD operational characteristics) spacing required between tracks
http://www.garlic.com/~lynn/2006s.html#email871122
misc. past posts mentioning 2301 and/or 2305 fixed-head devices:
http://www.garlic.com/~lynn/93.html#31 Big I/O or Kicking the Mainframe out the Door
http://www.garlic.com/~lynn/95.html#8 3330 Disk Drives
http://www.garlic.com/~lynn/95.html#12 slot chaining
http://www.garlic.com/~lynn/98.html#12 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#17 S/360 operating systems geneaology
http://www.garlic.com/~lynn/99.html#6 3330 Disk Drives
http://www.garlic.com/~lynn/99.html#104 Fixed Head Drive (Was: Re:Power distribution (Was: Re: A primeval C compiler)
http://www.garlic.com/~lynn/2000.html#92 Ux's good points.
http://www.garlic.com/~lynn/2000d.html#7 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#52 IBM 650 (was: Re: IBM--old computer manuals)
http://www.garlic.com/~lynn/2000d.html#53 IBM 650 (was: Re: IBM--old computer manuals)
http://www.garlic.com/~lynn/2000g.html#42 4M pages are a bad idea (was Re: AMD 64bit Hammer CPU and VM)
http://www.garlic.com/~lynn/2000g.html#45 4M pages are a bad idea (was Re: AMD 64bit Hammer CPU and VM)
http://www.garlic.com/~lynn/2001.html#17 IBM 1142 reader/punch (Re: First video terminal?)
http://www.garlic.com/~lynn/2001b.html#18 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001c.html#15 OS/360 (was LINUS for S/390)
http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001h.html#26 TECO Critique
http://www.garlic.com/~lynn/2001h.html#36 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001h.html#37 Credit Card # encryption
http://www.garlic.com/~lynn/2001j.html#3 YKYGOW...
http://www.garlic.com/~lynn/2001l.html#53 mainframe question
http://www.garlic.com/~lynn/2001l.html#57 mainframe question
http://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
http://www.garlic.com/~lynn/2001m.html#23 Smallest Storage Capacity Hard Disk?
http://www.garlic.com/~lynn/2002.html#22 index searching
http://www.garlic.com/~lynn/2002.html#31 index searching
http://www.garlic.com/~lynn/2002b.html#8 Microcode? (& 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/2002b.html#23 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#24 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#31 bzip2 vs gzip (was Re: PDP-10 Archive migration plan)
http://www.garlic.com/~lynn/2002c.html#52 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/2002i.html#16 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002i.html#17 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002i.html#42 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002i.html#47 AS/400 and MVS - clarification please
http://www.garlic.com/~lynn/2002j.html#70 hone acronym (cross post)
http://www.garlic.com/~lynn/2002l.html#40 Do any architectures use instruction count instead of timer
http://www.garlic.com/~lynn/2002m.html#73 VLSI and "the real world"
http://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
http://www.garlic.com/~lynn/2002o.html#3 PLX
http://www.garlic.com/~lynn/2003.html#70 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#6 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#7 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#9 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#10 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#15 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#17 Disk drives as commodities. Was Re: Yamhill
http://www.garlic.com/~lynn/2003b.html#18 Card Columns
http://www.garlic.com/~lynn/2003c.html#36 "average" DASD Blocksize
http://www.garlic.com/~lynn/2003c.html#37 "average" DASD Blocksize
http://www.garlic.com/~lynn/2003c.html#53 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003c.html#55 HASP assembly: What the heck is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003f.html#13 Alpha performance, why?
http://www.garlic.com/~lynn/2003f.html#19 Disk prefetching
http://www.garlic.com/~lynn/2003m.html#6 The real history of comp arch: the short form
http://www.garlic.com/~lynn/2003m.html#42 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2003o.html#62 1teraflops cell processor possible?
http://www.garlic.com/~lynn/2004.html#6 The BASIC Variations
http://www.garlic.com/~lynn/2004.html#44 OT The First Mouse
http://www.garlic.com/~lynn/2004c.html#61 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#73 DASD Architecture of the future
http://www.garlic.com/~lynn/2004d.html#74 DASD Architecture of the future
http://www.garlic.com/~lynn/2004e.html#16 Paging query - progress
http://www.garlic.com/~lynn/2004f.html#21 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004f.html#54 [HTTP/1.0] Content-Type Header
http://www.garlic.com/~lynn/2004g.html#18 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004l.html#2 IBM 3090 : Was (and fek that) : Re: new computer kits
http://www.garlic.com/~lynn/2004n.html#22 Shipwrecks
http://www.garlic.com/~lynn/2004o.html#9 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005c.html#3 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005d.html#62 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005e.html#5 He Who Thought He Knew Something About DASD
http://www.garlic.com/~lynn/2005h.html#7 IBM 360 channel assignments
http://www.garlic.com/~lynn/2005j.html#51 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005o.html#43 What ever happened to Tandem and NonStop OS ?
http://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2005r.html#51 winscape?
http://www.garlic.com/~lynn/2005s.html#22 MVCIN instruction
http://www.garlic.com/~lynn/2005s.html#23 winscape?
http://www.garlic.com/~lynn/2005s.html#41 Random Access Tape?
http://www.garlic.com/~lynn/2005t.html#50 non ECC
http://www.garlic.com/~lynn/2006.html#2 Average Seek times are pretty confusing
http://www.garlic.com/~lynn/2006.html#38 Is VIO mandatory?
http://www.garlic.com/~lynn/2006.html#41 Is VIO mandatory?
http://www.garlic.com/~lynn/2006c.html#1 Multiple address spaces
http://www.garlic.com/~lynn/2006c.html#8 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#46 Hercules 3.04 announcement
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006g.html#0 IBM 3380 and 3880 maintenance docs needed
http://www.garlic.com/~lynn/2006i.html#27 Really BIG disk platters?
http://www.garlic.com/~lynn/2006i.html#41 virtual memory
http://www.garlic.com/~lynn/2006j.html#11 The Pankian Metaphor
http://www.garlic.com/~lynn/2006k.html#57 virtual memory
http://www.garlic.com/~lynn/2006m.html#5 Track capacity?
http://www.garlic.com/~lynn/2006q.html#1 Materiel and graft
http://www.garlic.com/~lynn/2006q.html#32 Very slow booting and running and brain-dead OS's?
http://www.garlic.com/~lynn/2006r.html#23 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2006r.html#30 50th Anniversary of invention of disk drives
http://www.garlic.com/~lynn/2006r.html#36 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006s.html#23 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#30 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#32 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#33 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006s.html#45 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006s.html#48 5692 and 6SN7 vs 5963's for computer use
http://www.garlic.com/~lynn/2006s.html#59 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006t.html#18 Why magnetic drums was/are worse than disks ?
http://www.garlic.com/~lynn/2006v.html#31 MB to Cyl Conversion
http://www.garlic.com/~lynn/2006w.html#3 IBM sues maker of Intel-based Mainframe clones
http://www.garlic.com/~lynn/2006w.html#7 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks?
http://www.garlic.com/~lynn/2007c.html#0 old discussion of disk controller chache
http://www.garlic.com/~lynn/2007e.html#38 FBA rant
http://www.garlic.com/~lynn/2007e.html#59 FBA rant
http://www.garlic.com/~lynn/2007e.html#60 FBA rant
http://www.garlic.com/~lynn/2007e.html#64 FBA rant
http://www.garlic.com/~lynn/2007g.html#31 Wylbur and Paging
http://www.garlic.com/~lynn/2007g.html#33 Wylbur and Paging
http://www.garlic.com/~lynn/2007h.html#34 GA24-3639
http://www.garlic.com/~lynn/2007i.html#16 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007k.html#16 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#17 John W. Backus, 82, Fortran developer, dies
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: VLIW pre-history Newsgroups: alt.folklore.computers,comp.arch Date: Wed, 16 May 2007 19:38:39 -0600Quadibloc <jsavard@ecn.ab.ca> writes:
lots of 360 & 370 processors had "integrated channels" ... nearly all of the low-end processors with vertical microcode ... same engine, one set of microcode that did the 370 instruction function ... and running on the same engine ... a set of microcode that did the channel function.
370/158 was horizontal microcode engine ... that had both 370 emulation horizontal microcode and integrated channel horizontal microcode ... running on the same horizontal microcode engine.
as pointed out several previous times ....for 303x ... the integrated channel and 370/158 (horizontal) microcode engine was repackaged into separate box called (303x) "channel director" (w/o the 370 emulation horizontal microcode).
the 3031 was a 370/158 (horizontal) microcode engine with only the 370 emulation (horizontal) microcode and w/o the integrated channel (horizontal) microcode ... and paired with a "channel director" box (i.e. a 370/158 horizontal microcode engine only running the integrated channel horizontal microcode).
the 3032 was 370/168 repackaged to use separate 303x "channel director"
the 3033 started out being 370/168 wiring diagram mapped to newer chip technology ... and packaged with one or more 303x "channel directors"
misc. past posts mentioning 303x "channel director" was 370/158
horizontal microcode engine with only the 370/158 integrated channel
horizontal microcode and w/o the 370 instruction emulation horizontal
microcode.
http://www.garlic.com/~lynn/97.html#20 Why Mainframes?
http://www.garlic.com/~lynn/98.html#23 Fear of Multiprocessing?
http://www.garlic.com/~lynn/99.html#7 IBM S/360
http://www.garlic.com/~lynn/99.html#176 S/360 history
http://www.garlic.com/~lynn/99.html#187 Merced Processor Support at it again
http://www.garlic.com/~lynn/2000.html#78 Mainframe operating systems
http://www.garlic.com/~lynn/2000c.html#69 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000d.html#7 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#11 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#12 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#21 S/360 development burnout?
http://www.garlic.com/~lynn/2000g.html#11 360/370 instruction cycle time
http://www.garlic.com/~lynn/2001b.html#83 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#3 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#6 OS/360 (was LINUS for S/390)
http://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline?
http://www.garlic.com/~lynn/2001j.html#3 YKYGOW...
http://www.garlic.com/~lynn/2001j.html#14 Parity - why even or odd (was Re: Load Locked (was: IA64 running out of steam))
http://www.garlic.com/~lynn/2001l.html#24 mainframe question
http://www.garlic.com/~lynn/2001l.html#32 mainframe question
http://www.garlic.com/~lynn/2002.html#36 a.f.c history checkup... (was What specifications will the standard year 2001 PC have?)
http://www.garlic.com/~lynn/2002.html#48 Microcode?
http://www.garlic.com/~lynn/2002d.html#7 IBM Mainframe at home
http://www.garlic.com/~lynn/2002f.html#8 Is AMD doing an Intel?
http://www.garlic.com/~lynn/2002i.html#19 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002i.html#21 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002i.html#23 CDC6600 - just how powerful a machine was it?
http://www.garlic.com/~lynn/2002n.html#58 IBM S/370-168, 195, and 3033
http://www.garlic.com/~lynn/2002p.html#59 AMP vs SMP
http://www.garlic.com/~lynn/2003.html#39 Flex Question
http://www.garlic.com/~lynn/2003g.html#22 303x, idals, dat, disk head settle, and other rambling folklore
http://www.garlic.com/~lynn/2003g.html#32 One Processor is bad?
http://www.garlic.com/~lynn/2003m.html#31 SR 15,15 was: IEFBR14 Problems
http://www.garlic.com/~lynn/2004.html#8 virtual-machine theory
http://www.garlic.com/~lynn/2004.html#9 Dyadic
http://www.garlic.com/~lynn/2004.html#10 Dyadic
http://www.garlic.com/~lynn/2004.html#25 40th anniversary of IBM System/360 on 7 Apr 2004
http://www.garlic.com/~lynn/2004d.html#12 real multi-tasking, multi-programming
http://www.garlic.com/~lynn/2004e.html#51 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004f.html#21 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#17 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004g.html#50 Chained I/O's
http://www.garlic.com/~lynn/2004m.html#17 mainframe and microprocessor
http://www.garlic.com/~lynn/2004n.html#14 360 longevity, was RISCs too close to hardware?
http://www.garlic.com/~lynn/2004o.html#7 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005b.html#26 CAS and LL/SC
http://www.garlic.com/~lynn/2005d.html#62 Misuse of word "microcode"
http://www.garlic.com/~lynn/2005e.html#59 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005f.html#41 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005h.html#40 Software for IBM 360/30
http://www.garlic.com/~lynn/2005m.html#25 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/2005q.html#30 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005s.html#22 MVCIN instruction
http://www.garlic.com/~lynn/2006m.html#27 Old Hashing Routine
http://www.garlic.com/~lynn/2006n.html#16 On the 370/165 and the 360/85
http://www.garlic.com/~lynn/2006o.html#27 oops
http://www.garlic.com/~lynn/2006q.html#31 VAXen with switchmode power supplies?
http://www.garlic.com/~lynn/2006r.html#34 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006r.html#40 REAL memory column in SDSF
http://www.garlic.com/~lynn/2006s.html#40 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006t.html#19 old vm370 mitre benchmark
http://www.garlic.com/~lynn/2007b.html#18 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007d.html#21 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007d.html#62 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007e.html#32 I/O in Emulated Mainframes
http://www.garlic.com/~lynn/2007f.html#28 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007f.html#65 History - Early Green Card
http://www.garlic.com/~lynn/2007g.html#17 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#23 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#57 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
http://www.garlic.com/~lynn/2007h.html#1 21st Century ISA goals?
http://www.garlic.com/~lynn/2007i.html#31 Latest Principles of Operation
http://www.garlic.com/~lynn/2007j.html#29 John W. Backus, 82, Fortran developer, dies
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: DEC and news groups Newsgroups: alt.folklore.computers Date: Wed, 16 May 2007 20:15:52 -0600krw <krw@att.bizzzz> writes:
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: DEC and news groups Newsgroups: alt.folklore.computers Date: Thu, 17 May 2007 08:38:25 -0600re:
little more recent update
NY Stock Exchange Moves To Linux
http://linux.slashdot.org/linux/07/05/17/139256.shtml
NYSE undertakes IBM mainframe migration to Unix and Linux
http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1254860,00.html
...
i.e. we spent some time talking to SIAC back when we were doing ha/cmp product
http://www.garlic.com/~lynn/subtopic.html#hacmp
NYSE buys out SIAC (i.e. www.siac.com is redirected to
NYSE web site)
http://www.finextra.com/fullstory.asp?id=16076
slightly other drift, and then we were doing some work with NCSS ... and
one of their people did AADS draft for NACHA trials ... since we weren't
NACHA members
http://www.garlic.com/~lynn/nacharfi.htm
and
http://www.garlic.com/~lynn/x959.html#aads
NCSS part of DTCC
http://www.dtcc.com/AboutUs/affiliates.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Thu, 17 May 2007 13:17:54 -0600hancock4 writes:
in some of the same reports from the early '90s there not only was mention of half of the high school graduate aged individuals being "functionally illiterate" ... there was also comments about half the US workers/jobs were subsidized ... in effect the economic value of the work was less than the total benefits received (i.e. salary and any other benefits).
re:
http://www.garlic.com/~lynn/2007k.html#34 IBM Unionization
as the bar for functionally "literate" is raised, as society and technology becomes more complex (along with any futher decline in the US education system) ... it would seem that the percentage of workers that would have to be subsidized would increase (and/or see a decline in their standard of living).
past posts mentioning the observation on subsidized jobs and/or industry
http://www.garlic.com/~lynn/2002k.html#41 How will current AI/robot stories play when AIs are real?
http://www.garlic.com/~lynn/2002q.html#9 Big Brother -- Re: National IDs
http://www.garlic.com/~lynn/2003i.html#21 Spam Bomb
http://www.garlic.com/~lynn/2003i.html#57 TGV in the USA?
http://www.garlic.com/~lynn/2004b.html#42 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004b.html#52 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004c.html#20 Parallel programming again (Re: Intel announces "CT" aka
http://www.garlic.com/~lynn/2004d.html#18 The SOB that helped IT jobs move to India is dead!
http://www.garlic.com/~lynn/2004e.html#7 OT Global warming
http://www.garlic.com/~lynn/2006f.html#44 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#4 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#8 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#17 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#20 The Pankian Metaphor
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Fri, 18 May 2007 08:46:03 -0600Brian Boutel <fake@fake.org> writes:
tss/360 was the official "time-share system" with virtual memory for
360/67 ... some of the early ctss, project mac, cp40, cp67, 360/67 (and
tss/360 with decommits) history can be found in melinda's virtual
machine history here
http://www.leeandmelindavarian.com/Melinda#VMHist
I was undergraduate when 3 people came out last week jan68 from science
center
http://www.garlic.com/~lynn/subtopic.html#545tech
to install cp67 at the university. then i got sent to the spring (68) SHARE meeting in Houston where they "officially" announced cp67. that put cp67 in direct competition with tss/360 for customers with 360/67.
at one of the late night SHARE SCID sessions that week ... one of the main tss/360 developers and i almost got into a little more than strictly verbal altercation.
misc. past ssup (stripped down tss/370 kernel with unix services layered
on top) posts
http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development Philosophy
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005c.html#20 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#61 Virtual Machine Hardware
http://www.garlic.com/~lynn/2005s.html#34 Power5 and Cell, new issue of IBM Journal of R&D
http://www.garlic.com/~lynn/2006f.html#26 Old PCs--environmental hazard
http://www.garlic.com/~lynn/2006g.html#2 The Pankian Metaphor
http://www.garlic.com/~lynn/2006m.html#30 Old Hashing Routine
http://www.garlic.com/~lynn/2006p.html#22 Admired designs / designs to study
http://www.garlic.com/~lynn/2006t.html#17 old Gold/UTS reference
http://www.garlic.com/~lynn/2007.html#38 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007b.html#3 How many 36-bit Unix ports in the old days?
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Why Ping Requires RAW Sockets? Newsgroups: comp.protocols.tcp-ip Date: Fri, 18 May 2007 12:18:59 -0600Jim Logajan <JamesL@Lugoj.com> writes:
OSI was never really viable ... it was just mandated by some number of govs. ... including in the states where there was a gov. directive to eliminate the internet and replace it with OSI ... along with stuff like GOSIP that continued (at least) into the early 90s.
there were numerous issues. ISO standards operation hasn't a requirement to demonstrate any operational or feasable implementation in order to be passed as standard ... while IETF has required demonstration of multiple, different, interoperable implementations.
ISO compounded the OSI problems with rules that there couldn't be any networking standards work on anything that violated OSI.
there was an attempt to get some high-speed protocol standardization work done in the ISO chartered ANSI X3S3.3 (US body responsible for networking standards). Work was declined because it violated OSI:
1) it supported LAN/MAC interface which violates OSI because the LAN/MAC interface sits somewhere in the middle of OSI layer 3.
2) it supported internetworking protocol which violates OSI because it is a non-existent layer (in the OSI model) that sort of sits between (OSI) layer 3 and (OSI) layer 4
3) it provided for going directly form transport/layer4 interface direct to LAN/MAC interface ... violating OSI by bypassing the interface between OSI layers 3&4.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 10 worst PCs Newsgroups: alt.folklore.computers Date: Fri, 18 May 2007 12:52:41 -0600charles hobbs <cph1776@gmail.com> writes:
somewhat related to this recent post in crypto mailing list
discussing DRM and piracy
http://www.garlic.com/~lynn/aadsm27.htm#9 Enterprise Right Management vs. Traditional Encryption Tools
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Fri, 18 May 2007 18:51:24 -0600Frank McCoy <mccoyf@millcomm.com> writes:
... leading into being in the red in the 92 (and some real downsizing),
some mention
http://www.garlic.com/~lynn/2006v.html#8 In Search of Stupidity
http://www.garlic.com/~lynn/2007j.html#20 IBM Unionization
http://www.garlic.com/~lynn/2007j.html#91 IBM Unionization
the recent post about tss/360 decommit was in the late 60s ...
http://www.garlic.com/~lynn/2007k.html#43 John W. Backus, 82, Fortran developer, dies
in the middle of the big uptake of 360 and 370 and significant corporate growth.
part of this sort of can be seen in some commits that amdahl made at a talk he gave at mit in the early 70s ... when somebody in the audience asked what logic/argument did he use with the VC people to back his new company. he made some reference to there already being something like a couple hundred billion spent on 360 application softare ... and even if ibm were to totally walk away from 360/370 architecture (which possibly can be taken as veiled reference to future system project), that application software base would be enuf to keep him in computer business thru the end of the century.
past posts mentioning the talk:
http://www.garlic.com/~lynn/2001j.html#23 OT - Internet Explorer V6.0
http://www.garlic.com/~lynn/2002j.html#20 MVS on Power (was Re: McKinley Cometh...)
http://www.garlic.com/~lynn/2003.html#36 mainframe
http://www.garlic.com/~lynn/2003e.html#13 unix
http://www.garlic.com/~lynn/2003e.html#15 unix
http://www.garlic.com/~lynn/2003h.html#32 IBM system 370
http://www.garlic.com/~lynn/2003i.html#3 A Dark Day
http://www.garlic.com/~lynn/2003p.html#30 Not A Survey Question
http://www.garlic.com/~lynn/2004d.html#22 System/360 40th Anniversary
http://www.garlic.com/~lynn/2004h.html#20 Vintage computers are better than modern crap !
http://www.garlic.com/~lynn/2004l.html#51 Specifying all biz rules in relational data
http://www.garlic.com/~lynn/2004m.html#53 4GHz is the glass ceiling?
http://www.garlic.com/~lynn/2004o.html#66 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005b.html#47 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005e.html#35 Thou shalt have no other gods before the ANSI C standard
http://www.garlic.com/~lynn/2005r.html#49 MVCIN instruction
http://www.garlic.com/~lynn/2006.html#7 EREP , sense ... manual
http://www.garlic.com/~lynn/2006c.html#18 Change in computers as a hobbiest
http://www.garlic.com/~lynn/2007f.html#61 Is computer history taught now?
http://www.garlic.com/~lynn/2007f.html#77 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007g.html#57 IBM to the PCM market(the sky is falling!!!the sky is falling!!)
collected posts mentioning future system project
http://www.garlic.com/~lynn/submain.html#futuresys
for other drift ... misc. past posts mentioning tss/360 decommit
http://www.garlic.com/~lynn/98.html#12 S/360 operating systems geneaology
http://www.garlic.com/~lynn/2000.html#92 Ux's good points.
http://www.garlic.com/~lynn/2001m.html#47 TSS/360
http://www.garlic.com/~lynn/2001m.html#53 TSS/360
http://www.garlic.com/~lynn/2002d.html#23 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2003.html#20 vax6k.openecs.org rebirth
http://www.garlic.com/~lynn/2004c.html#61 IBM 360 memory
http://www.garlic.com/~lynn/2004g.html#16 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004n.html#3 Shipwrecks
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#44 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2006e.html#31 MCTS
http://www.garlic.com/~lynn/2006e.html#33 MCTS
http://www.garlic.com/~lynn/2006p.html#22 Admired designs / designs to study
http://www.garlic.com/~lynn/2007i.html#31 Latest Principles of Operation
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Sat, 19 May 2007 23:27:28 -0600blmblm@myrealbox.com <blmblm@myrealbox.com> writes:
some of this can be see in melinda's history
http://www.leeandmelindavarian.com/Melinda/
http://www.leeandmelindavarian.com/Melinda#VMHist
lots of posts about science center at 545tech sq, including cp40, cp67
and numerous other activities
http://www.garlic.com/~lynn/subtopic.html#545tech
--
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Sun, 20 May 2007 08:18:29 -0600Andreas Eder <andreas_eder@gmx.net> writes:
past couple yrs, virtualization has been touted as countermeasure to lots of the compromises that have been affecting desktop machines, originating from their internet connections.
part of the issue is that a lot of the desktop machines evolved from a totally disconnected paradigm ... so they didn't need to have orientation that needed a fundamental metaphor (pemeating all aspects of the implementation) of constant defense (from the open and hostile internet connection). in fact, a lot of the market that grew up (like game market) adapted to being able to take-over all resources of the machines.
then trying to use the same implementation to address both the original market (somewhat assuming that all resources were freely accessable and available) and the extreme hostile and anarchy of the internet ... creating fundamental, diametrically opposing objectives.
the virtualization scenarios have a "padded cell" virtual machine,
recent reference:
http://www.garlic.com/~lynn/2007i.html#26 Latest Principles of Operation
.... first done by the commercial cp67 & vm370 based commercial
timesharing services in the late 60s and early 70s
http://www.garlic.com/~lynn/submain.html#timeshare
being created (even automagically) on the fly ... with extremely limited scope and an isolated browser being used for internet connectivity. when the internet session is completed, the whole environment is dissolved and anything that happened during the session is discarded. while the "native system" operation may have little or no defenses against hostile penetration from the internet ... the defenses and armoring comes from the isolation provided by the virtual machine boundary (and the subsequent total collapse/dissolve of whatever went on within that boundary).
old reference about the properties being used in the late
'60s (again originally found in melinda's history)
https://web.archive.org/web/20090117083033/http://www.nsa.gov/research/selinux/list-archive/0409/8362.shtml
another "new" virtualization invention is the stuff sometimes referred to as virtual appliances ... which were originally called service virtual machines (again from the late 60s and early 70s).
past posts mentioning service virtual machine and/or virtual appliance:
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/2004d.html#16 IBM 360 memory
http://www.garlic.com/~lynn/2004p.html#16 Mainframe Virus ????
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/2005b.html#0 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/2006n.html#56 AT&T Labs vs. Google Labs - R&D History
http://www.garlic.com/~lynn/2006p.html#10 What part of z/OS is the OS?
http://www.garlic.com/~lynn/2006s.html#17 bandwidth of a swallow (was: Real core)
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/2007d.html#23 How many 36-bit Unix ports in the old days?
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
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: VLIW pre-history Newsgroups: alt.folklore.computers,comp.arch Date: Sun, 20 May 2007 08:30:32 -0600"Jonathan Thornburg -- remove -animal to reply" <J.Thornburg@soton.ac-zebra.uk> writes:
most consumer water lines don't have quite the same long haul supply distances (any long haul typically having lots of intermediary staging areas).
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Sun, 20 May 2007 10:43:58 -0600Anne & Lynn Wheeler <lynn@garlic.com> writes:
slightly related posts in crypto mailing list and
http://www.garlic.com/~lynn/aadsm27.htm#12 Owned .gov machines (was Re: Russion cyberwar against Estonia?)
financial crypto blog
http://www.garlic.com/~lynn/aadsm27.htm#13 Is this Risk Management's Waterloo?
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Unionization Newsgroups: alt.folklore.computers Date: Sun, 20 May 2007 13:31:31 -0600re:
slight other topic drift:
When banks turn evil
http://articles.moneycentral.msn.com/Banking/BetterBanking/WhenBanksTurnEvil.aspx
The Stop Unfair Practices in Credit Cards Act
http://www.paymentsnews.com/2007/05/the_stop_unfair.html
CREDIT CARDS; Increased Complexity in Rates and Fees Heightens Need
for More Effective Disclosures to Consumers
http://www.gao.gov/new.items/d06929.pdf
The Banking Crisis of the 1980s and Early 1990s: Summary and
Implications
http://www.fdic.gov/bank/historical/history/3_85.pdf
The Profitability of Credit Card Operations of Depository Institutions
http://www.federalreserve.gov/boarddocs/rptcongress/creditcard/2006/default.htm
Report to the Congress on the Disclosure of Point-of-Sale Debit Fees
http://www.federalreserve.gov/boarddocs/rptcongress/posdebit2004.pdf
Differences in Capital and Accounting Standards among the Federal
Banking and Thrift Agencies
http://www.federalreserve.gov/boarddocs/rptcongress/differences/2003.htm
... snip ...
this old, long winded post
http://www.garlic.com/~lynn/aepay3.htm#riskm The Thread Between Risk Management and Information Security
mentions the S&L situation from the 80s ... as well as citibank almost going under in the mid-80s ... basically from inadequant analysis of the effects/implications of variable rate mortgages (aka risk management, risk analysis, risk mitigation, etc).
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Mon, 21 May 2007 09:24:28 -0600krw <krw@att.bizzzz> writes:
one of the things that went on in the 70s and 80s was moving more & more of the virtualization down into the "hardware" (for efficiency). in effect LPARs are a subset of the virtualization software (doesn't do paging and a couple other things) moved into the hardware platform.
one of the current things that virtualization is being touted for
is compensating processes for the security and integrity gaps
in many current systems
http://www.garlic.com/~lynn/2007k.html#48 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007k.html#50 John W. Backus, 82, Fortran developer, dies
however, there can be issues with various of the signature scanning countermeasures ... i.e. software looking for evidence that the platform has already been compromised. the scenario is if the compromise has already happened at the level of the virtualization software ... then the scanning countermeasures aren't going to be able to detect the compromise.
at one end ... virtualization can be used as sort of a "virtual" airgap ... attempting to nullify any penetration and compromises (compensating processes for the lack of adequate countermeasures in the native systems). at the other end ... virtualization can be utilized by the bad guys as countermeasure to compromise scanning software.
there has been some cases of security software being touted as being able to provide adequate protection for secure transactions ... even on public machines (say found in libraries or internet cafes). however, if such public machines have compromized virtualization software ... all integrity checking/scanning software can be fooled.
for slight security/assurance topic drift
http://www.garlic.com/~lynn/aadsm27.htm#9 Enterprise Right Management vs. Traditional Encryption Tools
the early/original cp67 didn't provide for running cp67 under cp67
... i.e. it provided for running virtual 360s ... but not for
virtualization of virtual memory hardware ... although that was fairly
quickly rectified ... recent thread/discussion
http://www.garlic.com/~lynn/2007i.html#14 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#15 when was MMU virtualization first considered practical?
http://www.garlic.com/~lynn/2007i.html#16 when was MMU virtualization first considered practical?
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: My Dream PC -- Chip-Based Newsgroups: alt.folklore.computers Date: Mon, 21 May 2007 09:54:29 -0600Charlton Wilbur <cwilbur@chromatico.net> writes:
quite of bit of this is discussed in the "naked" transaction/payment
(and related) threads.
http://www.garlic.com/~lynn/subintegrity.html#payments
we had been called in to consult with small client/server startup that
wanted to do some payment transactions on their server ... old
reference
http://www.garlic.com/~lynn/aadsm5.htm#asrn2
http://www.garlic.com/~lynn/aadsm5.htm#asrn3
which has since come to frequently be referred to as electronic commerce.
subsequently we did some work in the x9a10 financial standards working group that in the mid-90s had been given the requirement to preserve the integrity of the financial infrastructure for all retail payments.
part of the process was doing a in-depth, end-to-end vulnerabilty and
threat assessement. the result was x9.59 financial standard
http://www.garlic.com/~lynn/x959.html#x959
related activity was that in the mid-90s there were a lot of comments
floating around regarding infrastructures only being able to afford
insecure chips for hardware tokens ... because secure chips were way
too expensive ... some other activity from the same period
http://www.garlic.com/~lynn/subintegrity.html#yescard
... somewhat topic drift looking at the issue much earlier
http://www.garlic.com/~lynn/aadsm27.htm#9 Enterprise Right Management vs. Traditional Encryption Tools
in any case, i somewhat facetiously said that i was going to take a
$500 milspec part and aggressively cost reduce it by 2-3 orders of
magnitude while improving on the security and integrity. the result
was the aads chip strawman
http://www.garlic.com/~lynn/x959.html#aads
... there were also some number of patents in the US and
internationally, disclaimer: all assigned from the start and we have no
rights/ownership
http://www.garlic.com/~lynn/aadssummary.htm
part of x9.59 financial standard was essentially "armoring" every transaction in such a way that no information from transactions could be used in replay attacks; aka each transaction could be public and it wouldn't provide sufficient information for an attacker to generate a fraudulent transaction.
from the security PAIN acronym
x9.59 effectively subsitutes "authentication" and "integrity" for "privacy" to meet the requirement to preserve the integrity of the financial infrastructure for all retail payments. as a result SSL is no longer required for hiding transactions as a countermeasure to replay attacks ... the x9.59 standard effectively "armors" every transaction, eliminating the replay attack vulnerability.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Mon, 21 May 2007 10:39:42 -0600Anne & Lynn Wheeler <lynn@garlic.com> writes:
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: My Dream PC -- Chip-Based Newsgroups: alt.folklore.computers Date: Mon, 21 May 2007 13:18:36 -0600re:
... oh, and misc. past posts mentioning that after-market addons and
security point-solutions ... with only superficial cosmetic changes; w/o
attempting to fundamentally improve the integrity and security of the
underlying infrastructure
http://www.garlic.com/~lynn/aadsm17.htm#56 Question on the state of the security industry
http://www.garlic.com/~lynn/aadsm21.htm#16 PKI too confusing to prevent phishing, part 28
http://www.garlic.com/~lynn/aadsm26.htm#64 Dr Geer goes to Washington
http://www.garlic.com/~lynn/aadsm27.htm#8 Leadership, the very definition of fraud, and the court of security ideas
http://www.garlic.com/~lynn/2001j.html#42 Big black helicopters
http://www.garlic.com/~lynn/2001k.html#7 hot chips and nuclear reactors
http://www.garlic.com/~lynn/2002h.html#39 Oh, here's an interesting paper
http://www.garlic.com/~lynn/2004q.html#17 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#42 Thou shalt have no other gods before the ANSI C standard
http://www.garlic.com/~lynn/2005s.html#2 Internet today -- what's left for hobbiests
http://www.garlic.com/~lynn/2005t.html#25 Why does my address appear as part of my name?
http://www.garlic.com/~lynn/2006v.html#14 In Search of Stupidity
http://www.garlic.com/~lynn/2007b.html#10 Special characters in passwords was Re: RACF - Password rules
http://www.garlic.com/~lynn/2007e.html#12 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007i.html#66 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007j.html#67 open source voting
i.e. x9.59 not only obsoleted this technology called SSL, originated by
this small client/server started, the dominant use of which is
frequently now referred to electronic commerce, for hiding information
that could be used in replay attacks for fraudulent financial
transactions ... having done a detailed, end-to-end vulnerability and
threat analysis (not only on numerous protocols ... but the underlying
business processes) ... it also addresses the harvesting/skimming
attacks related to security breaches and data breaches ... again being
able to use "static" information for future fraudulent transactions (in
replay attacks).
http://www.garlic.com/~lynn/x959.html#x959
reference to hardware token complimentary technology for x9.59 financial
standard protocol
http://www.garlic.com/~lynn/x959.html#aads
and investigation into similar technology in the time-frame when
the ibm/pc was originally being introduced
http://www.garlic.com/~lynn/aadsm27.htm#9 Enterprise Right Management vs. Traditional Encryption Tools
http://www.garlic.com/~lynn/2006p.html#41 Device Authentication - The answer to attacks lauched using stolen passwords?
http://www.garlic.com/~lynn/2007b.html#59 Peter Gutmann Rips Windows Vista Content Protection
what were looking at in the time-frame of the original ibm/pc
introduction was later revisited with the various trusted computing and
TPM activities ... various past posts ...
http://www.garlic.com/~lynn/aadsm5.htm#asrn4 assurance, X9.59, etc
http://www.garlic.com/~lynn/aepay10.htm#40 AADS Chip Strawman & aSuretee
http://www.garlic.com/~lynn/aepay11.htm#55 FINREAD ... and as an aside
http://www.garlic.com/~lynn/aadsm12.htm#14 Challenge to TCPA/Palladium detractors
http://www.garlic.com/~lynn/aadsm12.htm#18 Overcoming the potential downside of TCPA
http://www.garlic.com/~lynn/aadsm12.htm#19 TCPA not virtualizable during ownership change (Re: Overcoming the potential downside of TCPA)
http://www.garlic.com/~lynn/aadsm13.htm#18 A challenge
http://www.garlic.com/~lynn/aadsm21.htm#3 Is there any future for smartcards?
http://www.garlic.com/~lynn/aadsm22.htm#41 FraudWatch - Chip&Pin, a new tenner (USD10)
http://www.garlic.com/~lynn/aadsm23.htm#54 Status of SRP
http://www.garlic.com/~lynn/aadsm23.htm#56 UK Detects Chip-And-PIN Security Flaw
http://www.garlic.com/~lynn/aadsm24.htm#19 Use of TPM chip for RNG?
http://www.garlic.com/~lynn/aadsm24.htm#21 Use of TPM chip for RNG?
http://www.garlic.com/~lynn/aadsm24.htm#22 Naked Payments IV - let's all go naked
http://www.garlic.com/~lynn/aadsm24.htm#23 Use of TPM chip for RNG?
http://www.garlic.com/~lynn/aadsm24.htm#26 Naked Payments IV - let's all go naked
http://www.garlic.com/~lynn/aadsm24.htm#27 DDA cards may address the UK Chip&Pin woes
http://www.garlic.com/~lynn/aadsm24.htm#28 DDA cards may address the UK Chip&Pin woes
http://www.garlic.com/~lynn/aadsm24.htm#46 More Brittle Security -- Agriculture
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#4 Crypto to defend chip IP: snake oil or good idea?
http://www.garlic.com/~lynn/aadsm25.htm#44 TPM & disk crypto
http://www.garlic.com/~lynn/aadsm26.htm#13 Who has a Core Competency in Security?
http://www.garlic.com/~lynn/2002i.html#71 TCPA
http://www.garlic.com/~lynn/2002j.html#40 Beginner question on Security
http://www.garlic.com/~lynn/2002j.html#55 AADS, ECDSA, and even some TCPA
http://www.garlic.com/~lynn/2002m.html#44 Beware, Intel to embed digital certificates in Banias
http://www.garlic.com/~lynn/2002n.html#18 Help! Good protocol for national ID card?
http://www.garlic.com/~lynn/2004j.html#35 A quote from Crypto-Gram
http://www.garlic.com/~lynn/2004p.html#20 Systems software versus applications software definitions
http://www.garlic.com/~lynn/2005g.html#36 Maximum RAM and ROM for smartcards
http://www.garlic.com/~lynn/2005o.html#3 The Chinese MD5 attack
http://www.garlic.com/~lynn/2006h.html#31 Intel vPro Technology
http://www.garlic.com/~lynn/2006p.html#48 Device Authentication - The answer to attacks lauched using stolen passwords?
http://www.garlic.com/~lynn/2006s.html#34 Basic Question
http://www.garlic.com/~lynn/2006v.html#26 Fighting Fraudulent Transactions
http://www.garlic.com/~lynn/2006w.html#37 What does a patent do that copyright does not?
http://www.garlic.com/~lynn/2007b.html#30 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007c.html#44 Securing financial transactions a high priority for 2007
http://www.garlic.com/~lynn/2007g.html#61 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007g.html#63 The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007i.html#5 John W. Backus, 82, Fortran developer, dies
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: My Dream PC -- Chip-Based Newsgroups: alt.folklore.computers Date: Mon, 21 May 2007 13:36:02 -0600Steve O'Hara-Smith <steveo@eircom.net> writes:
from above:
WEP encryption can today be broken within seconds and though WPA
security fixed a lot of things, it forgot to rotate keys, making it
susceptible to a ''replay'' attack. Today, the only wireless security
that works is WPA2. However, it can be a bit complicated to set up and
many people assume that because WEP and WPA are still available, it is
enough for home use.
... snip ...
Cracks in the air; Justice security expert shows how easy it can be to
defeat wireless security (7May07)
http://www.gcn.com/print/26_10/44213-1.html
from above:
Cracking the WEP encryption scheme took only a few minutes after
capturing relatively few packets. Breaking the Advanced Encryption
Standard encryption used in WPA/2 is much more difficult, so Del Gaizo
attacked the passphrase exchange during the connection process instead.
"All I need is a four-way handshake, and then I can walk away" to run a
dictionary attack against it, he said.
... snip ...
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Mon, 21 May 2007 16:39:25 -0600Peter Flass <Peter_Flass@Yahoo.com> writes:
however, that is primarily if you want it to know.
this sort of started with cms ... and special "diagnose I/O" and a few other things ... depending on whether cms was running on a real 360 or in a virtual machine with some optimizations/features to improve cms efficiency.
however, in the morph from cp67 to vm370 ... they crippled cms's ability to operate on the real hardware.
in the JES2 case ... if JES2 is printing to a "real" printer ... there is no issue ... but if JES2 happens to be talking to a virtual machine emulated printer (where there is essentially double spooling ... the spooling provided by JES2 ... and the spooling provided by the virtual machine software) ... then JES2 wants to (at least) signal the virtual machine software at the end of each JES2 spooled print output ... so they are treated as separate printed outputs by the virtual machine software (instead of accumulating all JES2 printing into one large spool file and waiting for some operating action to indicate that the virtual machine software should actually start physical printing).
various old posts mentioning "diagnose" operations when running under
virtual machine software
http://www.garlic.com/~lynn/99.html#95 Early interupts on mainframes
http://www.garlic.com/~lynn/2001b.html#32 z900 and Virtual Machine Theory
http://www.garlic.com/~lynn/2001m.html#45 Commenting style (was: Call for folklore)
http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention
http://www.garlic.com/~lynn/2002h.html#62 history of CMS
http://www.garlic.com/~lynn/2002q.html#27 Beyond 8+3
http://www.garlic.com/~lynn/2003.html#60 MIDAS
http://www.garlic.com/~lynn/2003l.html#62 IBM Manuals from the 1940's and 1950's
http://www.garlic.com/~lynn/2003m.html#36 S/360 undocumented instructions?
http://www.garlic.com/~lynn/2003p.html#9 virtual-machine theory
http://www.garlic.com/~lynn/2003p.html#40 virtual-machine theory
http://www.garlic.com/~lynn/2004.html#8 virtual-machine theory
http://www.garlic.com/~lynn/2004d.html#66 System/360 40 years old today
http://www.garlic.com/~lynn/2004f.html#23 command line switches [Re: [REALLY OT!] Overuse of symbolic
http://www.garlic.com/~lynn/2004f.html#47 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004o.html#9 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2004q.html#72 IUCV in VM/CMS
http://www.garlic.com/~lynn/2005b.html#23 360 DIAGNOSE
http://www.garlic.com/~lynn/2005b.html#38 Relocating application architecture and compiler support
http://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP
http://www.garlic.com/~lynn/2005o.html#35 Implementing schedulers in processor????
http://www.garlic.com/~lynn/2005t.html#8 2nd level install - duplicate volsers
http://www.garlic.com/~lynn/2006w.html#29 Descriptive term for reentrant program that nonetheless is
http://www.garlic.com/~lynn/2007d.html#28 SVCs
http://www.garlic.com/~lynn/2007e.html#19 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007f.html#33 Historical curiosity question
http://www.garlic.com/~lynn/2007h.html#8 whiny question: Why won't z/OS support the HMC 3270 emulator
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 3350 failures Newsgroups: bit.listserv.ibm-main Date: Mon, 21 May 2007 21:31:56 -0600Patrick.Falcone writes:
above post also references early 3380/3880 MVS RAS testing in this post
http://www.garlic.com/~lynn/2007.html#2 "The Elements of Programming Style"
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Tue, 22 May 2007 07:50:26 -0600jmfbahciv writes:
a lot of it was "hardware" microcode ... it was part of the machine and below the software layer. but that was hardware abstraction. in 360 terms ... there use to be two modes for instruction operation, supervisor/priviliged and problem/non-privileged. cp67 would execute a virtual machine in problem state ... and any "privileged" instructions would trap into the cp67 kernel. later work sort of added a 3rd state to instruction execution ... virtual machine mode ... and the hardware instruction unit would execute the instruction according to virtual machine mode "rules". obviously if execution of the instruction was a microcode function ... then execution of instruction virtual machine mode would also be a virtual machine function.
in addition to executing virtual machine "privilege" instructions, there were also various requirements for administrative and resource sharing functions (across multiple virtual machines). in transition to LPARs ... in addition to direct virtual machine instruction execution ... some amount of the administrative and resource sharing functions also had to migrate into the "hardware".
some of the administrative and resource sharing functions included configuration functions ... setting up the definition and characteristics of the different LPARs. in some cases, rather than microcode on the processor "engine" ... this might also involve execution of a separate "service" processor ... which frequently handled administrative and configuration interface for the processor complex.
for other topic drift ... part of the precursor leading up to LPARs was
the "SIE" instruction introduced with 370-xa on 3081. this is old
discussion of some of the difference in operational optimization between
3081 and 3090 for "SIE" instruction use; the issue being was that part
of the microcode on the 3081 was "paged" (i.e. read from piccolo FBA
disk) ... and therefor there was significantly latency with some of the
"SIE" instruction function (on 3081) ... vis-a-vis non-paged operation
on 3090 (as well as trade-off between "silicon/chip" implementation and
microcode implementation):
http://www.garlic.com/~lynn/2006j.html#27 virtual memory
http://www.garlic.com/~lynn/2006j.html#31 virtual memory
for other drift ... old post about study of vm370 kernel for selecting
(6k bytes) of software kernel code to be moved into microcode
of the 370/148
http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#27 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#28 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/2003f.html#43 ECPS:VM DISPx instructions
http://www.garlic.com/~lynn/2003f.html#47 ECPS:VM DISPx instructions
http://www.garlic.com/~lynn/2003f.html#52 ECPS:VM DISPx instructions
http://www.garlic.com/~lynn/2003f.html#54 ECPS:VM DISPx instructions
http://www.garlic.com/~lynn/2003f.html#56 ECPS:VM DISPx instructions
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 3350 failures Newsgroups: bit.listserv.ibm-main,alt.folklore.computers To: <ibm-main@bama.ua.edu> Date: Tue, 22 May 2007 08:07:11 -0600eamacneil@YAHOO.CA (Ted MacNEIL) writes:
silicon valley area had at least three fairly large vm370 customer
datacenters with good sized disk farms ... there was SLAC (lots of
collection from the accelerator) and both Tymshare and internal HONE
operation ... both extensive online, timesharing services
http://www.garlic.com/~lynn/submain.html#timeshare
HONE had somewhat started out with a number of cp67 installations to
provide "hands-on" virtual machine use for branch office SEs. recent
reference:
http://www.garlic.com/~lynn/2007j.html#65 Help settle a job title/role debate
It then transitioned to vm370 and lots of online, interactive APL applications supporting sales & marketing ... i.e. at some point early in 370 timeframe, there was transition where machine orders couldn't even be submitted w/o having first being processed by a HONE configuration.
In the mid-70s, the various (US) HONE datacenters were consolidated in
silicon valley area ... with what was possibly the largest single-system
configuration in the world at the time (large datafarm with load
balancing across large number of processors in loosely-coupled
configuration).
http://www.garlic.com/~lynn/subtopic.html#hone
another large datacenter in silicon valley was Lockheed's DIALOG (online library titles and abstracts which has gone thru a number of owners since that time) ... which had something like 300(?) 3330-clones in their data farm (the basic service was MVS ... but lots of it was run under VM ... on clone processors).
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: My Dream PC -- Chip-Based Newsgroups: alt.folklore.computers Date: Tue, 22 May 2007 09:52:47 -0600Steve O'Hara-Smith <steveo@eircom.net> writes:
for a little drift ... recent post in crypto mailing list discussing
some of the threat/vulnerability issues
http://www.garlic.com/~lynn/aadsm27.htm#15 307 digit number factored
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 3350 failures Newsgroups: bit.listserv.ibm-main,alt.folklore.computers To: <ibm-main@bama.ua.edu> Date: Tue, 22 May 2007 10:07:32 -0600Patrick.Falcone writes:
old email
http://www.garlic.com/~lynn/2007b.html#email800402
talks about problem executing HIO/HDV to 3350 when (3880) control unit was busy (which may have also existed in 3830) ... and software fix was to i/o supervisor to "not do that".
one of the 3350 to 3380 migration issues was that the 3380 had more data under each arm (proportional in excess to any increase in 3380 thruput improvement).
internally we had some performance monitoring and modeling tools that would identify what 3350 data to move to what 3380 .... and some recommendations (in heavily loaded environment) to leave 3380 10-20 percent empty/idle (in order to have same thruput as 3350 configuration).
there was a facetious proposal (even discussed at SHARE) for a special 3380 "feature" in the 3880 controller ... that would define extra priced 3380 drives that were "faster" (by reducing the number of cylinders that could be accessed). This was for shops where the administrators couldn't resist completely filling a 3380 as cost effective measure (however, they would feel comfortable with paying extra for feature that prevented them from completely filling a 3380).
misc. past posts about getting to play dasd engineer in the disk
engineering lab (bldg. 14) and the disk product test lab (bldg. 15).
http://www.garlic.com/~lynn/subtopic.html#disk
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: My Dream PC -- Chip-Based Newsgroups: alt.folklore.computers Date: Wed, 23 May 2007 15:25:10 -0600re:
for even more drift:
http://www.garlic.com/~lynn/aadsm27.htm#14 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#15 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#16 dnssec?
http://www.garlic.com/~lynn/aadsm27.htm#17 dnssec?
mentioned in the above and my ietf rfc index
http://www.garlic.com/~lynn/rfcietff.htm
... references to new IETF RFC:
New antiphishing, antispam specifications unveiled
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9020940
IETF approves new weapon to fight spam, phish
http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1256125,00.html
other recent posts with some reference
http://www.garlic.com/~lynn/2007k.html#32 SSL Security
http://www.garlic.com/~lynn/2007k.html#33 Even worse than UNIX
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Even worse than UNIX Newsgroups: alt.folklore.computers Date: Wed, 23 May 2007 15:38:06 -0600jeffj@panix.com (Jeff Jonas) writes:
done in REX ... before REX shipped as product and was renamed REXX. at one point it was in use in majority of internal datacenters and by nearly all customer service "PSRs" (i.e. service people that were charged with handling dumps/problems from customers).
it could run off CP (i.e. vm370) kernel "dumps" ... or the live CP kernel ... as well as CMS "dumps" and live "CMS" storage.
it could take DSECTs (from MACLIBS) and LISTINGS for "symbolic" interpretation.
one of the biggest uses was that I had started a study of typical failure characteristics ... and began building a library of automated processes that would examine storage (dump or live core) for known, identifiable failure/problem and/or various anomolous/unusual characteristics.
the interactive tool in use at the time was called DUMPSCAN (limited solely to core dumps) ... written in something like 20k-40k lines of assembler. I undertook to do DUMPRX, partially as a demonstration of the power of REX ... with stated objective that in half-time over a period of 3mths, I would implement ten times the function (of DUMPSCAN) with ten times the performance (of DUMPSCAN) in (interpreted) REX.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Non-Standard Mainframe Language? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Wed, 23 May 2007 17:20:37 -0600gerhard@ibm-main.lst (Gerhard Postpischil) writes:
HONE ("hands-on") started out in the US with cp67 ... sort of to allow
branch office SEs to have "hands-on" with various operating sysetms
(running in virtual machines). prior to 23jun69 unbundling
announcement
http://www.garlic.com/~lynn/submain.html#unbundle
a lot of SEs got much of their "hands-on" experience in their customer accounts. after the unbundling announcement, SE time was being charged for ... and not a lot of customers were interested in paying to have SEs learn.
however, the science center
http://www.garlic.com/~lynn/subtopic.html#545tech
in addition to doing virtual machines, cms, inventing GML (precursor
to SGML, HTML, XML, etc)
http://www.garlic.com/~lynn/submain.html#sgml
and the internal networking technology
http://www.garlic.com/~lynn/subnetwork.html#internalnet
which was also used in bitnet and earn
http://www.garlic.com/~lynn/subnetwork.html#bitnet
also did a port of apl\360 to cms (cms\apl). apl\360 had its own monitor, scheduler, workspace swapping, terminal handler, etc ... all of which could be discarded in the port for cms\apl. also in moving from the 16kbyte (sometimes 32kbyte) "real" workspace sizes .... to CMS ... where the workspace size could be all of virtual memory ... the whole way that APL managed storage had to be reworked (the real storage stategy resulted in enormous page thrashing).
part of cms\apl was also the ability to access system services (things like read/write files) ... something that apl didn't previously have. the combination of really large workspace sizes and the access to system services ... opened up APL for a lot of real-world problems. A lot of modeling off all kinds was done ... as well as a lot of stuff that these days are implementing with spreadsheets.
One of the early "big" APL uses (at cambride) were a number of business planners from corporate hdqtrs in armonk. they forwarded a tape to cambridge with all of the most sensitive corporate customer business data ... and would do significant amount of business modeling and planning. this created an interested "security" scenario for the service at cambridge since there were a lot of non-employees using the system from various educational institutions in the cambridge area.
one instance is this slightly related DNS trivia topic drift ... more
than a decade before DNS
http://www.garlic.com/~lynn/2007k.html#33 Even worse than Unix
Before long there were a significant number of CMS\APL applications written that supported sales & marketing and deployed on the HONE system ... effectively taking over its whole use for sales & marketing (and eliminating the original "hands-on" use for SEs). Before long, sales couldn't even submit customer orders that hadn't been processed by some CMS\APL application. HONE transitioned from cp67 to vm370-based platform and from cms\apl to apl\cms (enhancements done by the palo alto science center ... including the 370/145 apl microcode assist) ... and clones of (US) HONE system were sprouting up all over the world (some of the early ones i even got to handle ... like when EMEA hdqtrs moved from the US to Paris).
lots of other posts mentioning HONE and/or APL
http://www.garlic.com/~lynn/subtopic.html#hone
in the mid-70s, the US HONE datacenters were consolidated in silicon valley. The large customer base (all US sales and marketing) drove the requirement for large disk farm ... and the heavy APL processor requirements helped contribute to it (probably) being the largest single system image installation in the world at the time ... aka large number of loosely-coupled processors with front-end that would route new logins based on availability and load.
later the silicon valley HONE datacenter was replicated first in Dallas and then a 3rd replica in Boulder (with availability and fall-over across the three datacenters).
the science center had also done a lot of performance tuning and modeling ... including much of the stuff leading up to capacity planning. a sophisticated science center performance model written in APL was made available on the HONE system as the performance predictor ... where sales & marketing could provide workload and configuration characterizations of a customer installation and ask "what-if" questions about what happen when workload &/or configuration changes were made.
when i was getting ready to release my resource manager ... besides
getting selected to be guinea pig for charging for kernel software
... I had developed a bunch of automated benchmarking processes. there
was something like a 1000 benchmarks defined that covered a broad
range of configurations, workload, and performance tuning
parameters. as each benchmark was run ... the results were fed into a
specially modified version of the performance predictor. then
the performance predictor was programmed to start selecting
various tuning, configuration and workload specifications ... for
something like another 1000 benchmarks (predicting what should happen
in each benchmark and then verifying the results). the 2000 benchmarks
took something like 3mnths elapsed time to run ...
http://www.garlic.com/~lynn/submain.html#bench
leading up to the release of the resource manager.
http://www.garlic.com/~lynn/subtopic.html#fairshare
http://www.garlic.com/~lynn/subtopic.html#wsclock
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: The top 10 dead (or dying) computer skills Newsgroups: alt.folklore.computers Date: Wed, 23 May 2007 22:12:04 -0600The top 10 dead (or dying) computer skills
1. Cobol 2. Nonrelational DBMS 3. Non-IP networks 4. cc:Mail 5. ColdFusion 6. C Programming 7. PowerBuilder 8. Certified NetWare Engineers 9. PC network administrators 10. OS/2... snip ...
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Non-Standard Mainframe Language? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Thu, 24 May 2007 09:34:14 -0600Chris.Craddock@CA.COM (Craddock, Chris) writes:
APL microcode assist was done for the 370/145 by the Palo Alto Science Center ... sort of as part of their doing APL\CMS. This was also made available on 370/148.
As mentioned, the Cambridge Science Center had originally done the port of APL\360 to CMS for CMS\APL (i.e. back when it was Cambridge Monitor System for CP67; as part of the morph of CP67 to VM370 they "renamed" CMS the Conversational Monitor System).
APL microcode assist gave APL\CMS applications on 370/145 about the same processor thruput as same APL\CMS application running on 370/168 (nearly ten times thruput increase).
When the HONE datacenters were consolidated in silicon valley (actually across the back parking lot from the Palo Alto Science Center) ... they looked at whether they could take any of their APL application intensive workload and move them off 168s to 145s. The problem was not only were their applications quite processor intensive (which 145 microcode assist would have given about equivalence) but also real storage and I/O intensive (which would have severely degraded if they had moved from 168 to 145/148).
For nearly 15 yrs, i provided highly modified/customized versions of
cp67 kernel and later vm370 kernels for HONE (and large number of
other internal datacenters). I also periodically got involved in
reviewing various APL applications from performance tuning standpoint
... aka majority of the applications that provided world-wide support
for sales and marketing were implemented in APL running on CMS. Lots
of past posts mentioning HONE and/or APL
http://www.garlic.com/~lynn/subtopic.html#hone
Eventually there was a APL language development group formed in STL which picked up APL\CMS responsibility as well as making it available on MVS ... renaming it VS\APL (and later APL2).
Trivia ... in the early to mid 80s, the manager of the APL group in STL transferred to Palo Alto to head up a new group doing a port of BSD Unix to 370. I got to attend some of the design sessions and also help obtain a 370 C compiler for the effort. Before that specific implementation shipped, the group had their BSD porting efforts retargeted to the PC/RT ... eventually shipping "AOS" (the C compiler vendor being used had to retarget the backend from 370 to ROMP).
misc. past posts mentioning 801/ROMP as well as risc, Iliad, RIOS,
rs/6000, power/pc, etc
http://www.garlic.com/~lynn/subtopic.html#801
The APL microcode assist was not made available on other processors. The 145/148 microcode engine was a vertical microcode engine and executing approx. 10 microcode instructions per every 370 instruction (some of the modern i86-based 370 simulators have similar ratio characteristics).
The 370/165 had a horizontal microcode engine ... and achieved an avg. of 2.1 machine cycles per 370 instruction ... which was improved to avg 1.6 machine cycles per 370 instruction for 168 (and hit nearly 1:1 with 3033). Since 370 instructions were executing very close to hardware speed on the high-end processors ... there was frequently very little performance benefit of doing a 1-for-1 translation of 370 instruction into native hardware. The exception was virtual machine microcode assists on the high-end processors ... however these weren't the 1:1 translation of 370 instructions to native instructions. In the virtual machine assists, the instruction emulation for privilege instruction was modified to directly perform the privilege operation while in problem state (but according to virtual machine execution rules ... sort of a "3rd" machine state). This avoided the interrupt into the kernel, having to save registers and other state change overhead ... redecode the instruction in software and perform the necessary operation, and then switch back to virtual machine problem state execution.
In addition to stuff like APL microcode assist done for 145/148 ... there was the VM kernel assist "ECPS" done for both 138 & 148. This took about 6k bytes of vm370 370 kernel code and moved it into native microcode of the machines (again getting about 10:1 thruput improvement).
some old posts about how we went about selecting what parts of the
kernel code were moved into microcode (some of the initial work
involved help from some of the same people involved in doing the 145
APL microcode assist)
http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#27 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#28 370 ECPS VM microcode assist
and lots of past posts discussing all sort of vertical and horizontal
native machine microcode
http://www.garlic.com/~lynn/submain.html#mcode
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 10:33:17 -0600Frank McCoy <mccoyf@millcomm.com> writes:
this market momentem then created large install base that sort of snowballed ... large install base would attract new software developers and large number of new application would attract incremental purchase justification ... i.e. buyers/customers that had to make incremental financial justification to buy the machine ... i.e. those where it wasn't already a no-brainer decision.
the ibm/pc initially won large market share because in the 3270 terminal emulation ... since it didn't require any effort to justify the decision (using money that was already going to be spent on 3270 terminals anyway). then the market share increased significantly because it had large number of applications ... because it had large market install. except for some techie market niche ... it wasn't about being the "best" computer ... it was having large number of applications (including terminal emulation).
in the early 80s i had brother that was regional apple marketing rep (claimed to have the largest physical region in continental US). he would periodically come to town and i would get invited to dinners with various apple people. during one period (before the mac had been announced) i would get into this argument with some of the mac developers (about being able to acquire large market install base). the mac guys were sort of claiming that the mac was going to be the "volks" computer ... home table top only ... and never would a business or commercial application be allowed to touch it.
various posts mentioning terminal emulation
http://www.garlic.com/~lynn/subnetwork.html#emulation
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The top 10 dead (or dying) computer skills Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 11:20:41 -0600"mensanator@aol.com" <mensanator@aol.com> writes:
oops, finger twitch ... wasn't even spelling ... was purely transcribing letters directly from the article ... for some reason I frequently have typed cobol as cobal w/o even paying attention.
... my impression is that the article is somewhat focused on new-hire (and growth) market segments. it isn't necessarily that they are actually dead or dying ... it is that they aren't looking to hire a growing number of new people (which doesn't necessarily equate with dead/dying).
for some other topic drift ... misc. posts on original relational/sql
implementation system/r
http://www.garlic.com/~lynn/submain.html#systemr
there have been some relatively recent articles saying that there is
still more data under management in the pre/non relational databases
than in relational. post/reference
http://www.garlic.com/~lynn/2006w.html#27 Generalized approach to storing address details
relational tends to be somewhat more in the academic and consumer market segment because it is easier to deal with and understand (i.e. a big part of SQL language was to drastically simplify dealing with DBMS so that significant lower skill levels were required).
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM System/360 signs above control panels - different styles - why? Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 11:25:42 -0600nostalgictechnophile <kstumpf@geosign.com> writes:
check out this webpage and others at this website
http://www.ibm-collectables.com/gallery/view_album.php?set_albumName=album79
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The top 10 dead (or dying) computer skills Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 12:08:25 -0600_firstname_at_lr_dot_los-gatos_dot_ca_us writes:
a couple old emails mentioning IMS
http://www.garlic.com/~lynn/2007.html#email801016
http://www.garlic.com/~lynn/2007c.html#email830125
recent post referencing one of the original IMS people and early IMS
history
http://www.garlic.com/~lynn/2007e.html#41 IBM S/360 series operating systems history
lots of old posts mentioning IMS &/or the IMS groups (in stl & boulder)
http://www.garlic.com/~lynn/94.html#23 CP spooling & programming technology
http://www.garlic.com/~lynn/96.html#14 mainframe tcp/ip
http://www.garlic.com/~lynn/98.html#35a Drive letters
http://www.garlic.com/~lynn/98.html#37 What is MVS/ESA?
http://www.garlic.com/~lynn/98.html#40 Comparison Cluster vs SMP?
http://www.garlic.com/~lynn/99.html#58 When did IBM go object only
http://www.garlic.com/~lynn/99.html#71 High Availabilty on S/390
http://www.garlic.com/~lynn/99.html#92 MVS vs HASP vs JES (was 2821)
http://www.garlic.com/~lynn/99.html#128 Examples of non-relational databases
http://www.garlic.com/~lynn/99.html#137 Mainframe emulation
http://www.garlic.com/~lynn/2000.html#13 Computer of the century
http://www.garlic.com/~lynn/2000c.html#45 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#65 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000d.html#12 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000f.html#30 OT?
http://www.garlic.com/~lynn/2001.html#22 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
http://www.garlic.com/~lynn/2001c.html#31 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001c.html#69 Wheeler and Wheeler
http://www.garlic.com/~lynn/2001d.html#56 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001e.html#2 Block oriented I/O over IP
http://www.garlic.com/~lynn/2001e.html#44 Where are IBM z390 SPECint2000 results?
http://www.garlic.com/~lynn/2001e.html#64 Design (Was Re: Server found behind drywall)
http://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#34 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001h.html#29 checking some myths.
http://www.garlic.com/~lynn/2001h.html#76 Other oddball IBM System 360's ?
http://www.garlic.com/~lynn/2001k.html#22 ESCON Channel Limits
http://www.garlic.com/~lynn/2001k.html#46 3270 protocol
http://www.garlic.com/~lynn/2001l.html#47 five-nines
http://www.garlic.com/~lynn/2001n.html#0 TSS/360
http://www.garlic.com/~lynn/2001n.html#3 News IBM loses supercomputer crown
http://www.garlic.com/~lynn/2001n.html#11 OCO
http://www.garlic.com/~lynn/2001n.html#47 Sysplex Info
http://www.garlic.com/~lynn/2002.html#1 The demise of compaq
http://www.garlic.com/~lynn/2002.html#10 index searching
http://www.garlic.com/~lynn/2002e.html#50 IBM going after Strobe?
http://www.garlic.com/~lynn/2002g.html#48 Why did OSI fail compared with TCP-IP?
http://www.garlic.com/~lynn/2002h.html#78 Q: Is there any interest for vintage Byte Magazines from 1983
http://www.garlic.com/~lynn/2002j.html#67 Total Computing Power
http://www.garlic.com/~lynn/2002j.html#74 Itanium2 power limited?
http://www.garlic.com/~lynn/2002k.html#9 Avoiding JCL Space Abends
http://www.garlic.com/~lynn/2002o.html#14 Home mainframes
http://www.garlic.com/~lynn/2002o.html#68 META: Newsgroup cliques?
http://www.garlic.com/~lynn/2002q.html#35 HASP:
http://www.garlic.com/~lynn/2003f.html#15 Alpha performance, why?
http://www.garlic.com/~lynn/2003g.html#22 303x, idals, dat, disk head settle, and other rambling folklore
http://www.garlic.com/~lynn/2003h.html#15 Mainframe Tape Drive Usage Metrics
http://www.garlic.com/~lynn/2003k.html#22 What is timesharing, anyway?
http://www.garlic.com/~lynn/2003l.html#9 how long does (or did) it take to boot a timesharing system?
http://www.garlic.com/~lynn/2003l.html#11 how long does (or did) it take to boot a timesharing system?
http://www.garlic.com/~lynn/2003n.html#22 foundations of relational theory? - some references for the
http://www.garlic.com/~lynn/2003n.html#29 Architect Mainframe system - books/guidenance
http://www.garlic.com/~lynn/2004.html#40 AMD/Linux vs Intel/Microsoft
http://www.garlic.com/~lynn/2004.html#49 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2004c.html#21 PSW Sampling
http://www.garlic.com/~lynn/2004c.html#31 Moribund TSO/E
http://www.garlic.com/~lynn/2004c.html#42 Moribund TSO/E
http://www.garlic.com/~lynn/2004c.html#53 defination of terms: "Application Server" vs. "Transaction Server"
http://www.garlic.com/~lynn/2004e.html#22 Pre-relational, post-relational, 1968 CODASYL "Survey of Data Base Systems"
http://www.garlic.com/~lynn/2004m.html#6 a history question
http://www.garlic.com/~lynn/2004m.html#16 computer industry scenairo before the invention of the PC?
http://www.garlic.com/~lynn/2004n.html#16 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004n.html#28 Is Fast Path headed nowhere?
http://www.garlic.com/~lynn/2004n.html#55 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2004o.html#5 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2004o.html#67 Relational vs network vs hierarchic databases
http://www.garlic.com/~lynn/2004p.html#49 History of C
http://www.garlic.com/~lynn/2004q.html#23 1GB Tables as Classes, or Tables as Types, and all that
http://www.garlic.com/~lynn/2005.html#11 CAS and LL/SC
http://www.garlic.com/~lynn/2005c.html#67 intel's Vanderpool and virtualization in general
http://www.garlic.com/~lynn/2005e.html#13 Device and channel
http://www.garlic.com/~lynn/2005e.html#21 He Who Thought He Knew Something About DASD
http://www.garlic.com/~lynn/2005f.html#23 the relational model of data objects *and* program objects
http://www.garlic.com/~lynn/2005m.html#17 Another - Another One Bites the Dust
http://www.garlic.com/~lynn/2005r.html#10 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2005r.html#12 Intel strikes back with a parallel x86 design
http://www.garlic.com/~lynn/2005t.html#45 FULIST
http://www.garlic.com/~lynn/2005u.html#22 Channel Distances
http://www.garlic.com/~lynn/2005u.html#23 Channel Distances
http://www.garlic.com/~lynn/2005u.html#37 Mainframe Applications and Records Keeping?
http://www.garlic.com/~lynn/2005v.html#0 DMV systems?
http://www.garlic.com/~lynn/2006e.html#46 using 3390 mod-9s
http://www.garlic.com/~lynn/2006f.html#19 Over my head in a JES exit
http://www.garlic.com/~lynn/2006i.html#34 TOD clock discussion
http://www.garlic.com/~lynn/2006l.html#45 Mainframe Linux Mythbusting (Was: Using Java in batch on z/OS?)
http://www.garlic.com/~lynn/2006m.html#32 Old Hashing Routine
http://www.garlic.com/~lynn/2006n.html#8 Not Your Dad's Mainframe: Little Iron
http://www.garlic.com/~lynn/2006n.html#35 The very first text editor
http://www.garlic.com/~lynn/2006o.html#23 Strobe equivalents
http://www.garlic.com/~lynn/2006o.html#33 When Does Folklore Begin???
http://www.garlic.com/~lynn/2006q.html#26 garlic.com
http://www.garlic.com/~lynn/2006r.html#4 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006s.html#42 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006u.html#30 Why so little parallelism?
http://www.garlic.com/~lynn/2006u.html#55 What's a mainframe?
http://www.garlic.com/~lynn/2006w.html#25 To RISC or not to RISC
http://www.garlic.com/~lynn/2006w.html#27 Generalised approach to storing address details
http://www.garlic.com/~lynn/2006x.html#1 IBM sues maker of Intel-based Mainframe clones
http://www.garlic.com/~lynn/2006x.html#8 vmshare
http://www.garlic.com/~lynn/2006y.html#3 The Future of CPUs: What's After Multi-Core?
http://www.garlic.com/~lynn/2006y.html#43 Remote Tape drives
http://www.garlic.com/~lynn/2007.html#1 "The Elements of Programming Style"
http://www.garlic.com/~lynn/2007.html#39 Just another example of mainframe costs
http://www.garlic.com/~lynn/2007b.html#9 Mainframe vs. "Server" (Was Just another example of mainframe
http://www.garlic.com/~lynn/2007b.html#48 6400 impact printer
http://www.garlic.com/~lynn/2007c.html#13 (old) distributed 4341s
http://www.garlic.com/~lynn/2007c.html#42 Keep VM 24X7 365 days
http://www.garlic.com/~lynn/2007d.html#24 How many 36-bit Unix ports in the old days?
http://www.garlic.com/~lynn/2007e.html#1 Designing database tables for performance?
http://www.garlic.com/~lynn/2007e.html#14 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007e.html#16 Attractive Alternatives to Mainframes
http://www.garlic.com/~lynn/2007e.html#31 Quote from comp.object
http://www.garlic.com/~lynn/2007e.html#36 Quote from comp.object
http://www.garlic.com/~lynn/2007e.html#37 Quote from comp.object
http://www.garlic.com/~lynn/2007e.html#41 IBM S/360 series operating systems history
http://www.garlic.com/~lynn/2007f.html#56 Is computer history taught now?
http://www.garlic.com/~lynn/2007f.html#64 John W. Backus, 82, Fortran developer, dies
http://www.garlic.com/~lynn/2007f.html#66 IBM System z9
http://www.garlic.com/~lynn/2007g.html#25 Bidirectional Binary Self-Joins
http://www.garlic.com/~lynn/2007g.html#26 Bidirectional Binary Self-Joins
http://www.garlic.com/~lynn/2007h.html#35 sizeof() was: The Perfect Computer - 36 bits?
http://www.garlic.com/~lynn/2007h.html#76 John W. Backus, 82, Fortran developer, dies
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The top 10 dead (or dying) computer skills Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 12:14:20 -0600_firstname_at_lr_dot_los-gatos_dot_ca_us writes:
my wife did a short stint as chief architect for AMADEUS (european res system) somewhat built off eastern's system/one (other trivia, ran on 370/195). she didn't last long ... she was backing x.25 as communication infrastructure ... which upset the SNA forces ... which helped precipitate her untimely departure. AMADEUS went x.25 anyway.
old posts mentioning acp, tpf, and/or amadeus
http://www.garlic.com/~lynn/96.html#29 Mainframes & Unix
http://www.garlic.com/~lynn/99.html#100 Why won't the AS/400 die? Or, It's 1999 why do I have to learn how to use
http://www.garlic.com/~lynn/99.html#136a checks (was S/390 on PowerPC?)
http://www.garlic.com/~lynn/99.html#152 Uptime (was Re: Q: S/390 on PowerPC?)
http://www.garlic.com/~lynn/2000b.html#20 How many Megaflops and when?
http://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
http://www.garlic.com/~lynn/2000b.html#65 oddly portable machines
http://www.garlic.com/~lynn/2000c.html#60 Disincentives for MVS & future of MVS systems programmers
http://www.garlic.com/~lynn/2000e.html#21 Competitors to SABRE? Big Iron
http://www.garlic.com/~lynn/2000e.html#22 Is a VAX a mainframe?
http://www.garlic.com/~lynn/2000f.html#20 Competitors to SABRE?
http://www.garlic.com/~lynn/2001b.html#37 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001e.html#2 Block oriented I/O over IP
http://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#45 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#47 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#49 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#50 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001h.html#76 Other oddball IBM System 360's ?
http://www.garlic.com/~lynn/2001n.html#0 TSS/360
http://www.garlic.com/~lynn/2002c.html#9 IBM Doesn't Make Small MP's Anymore
http://www.garlic.com/~lynn/2002g.html#2 Computers in Science Fiction
http://www.garlic.com/~lynn/2002g.html#3 Why are Mainframe Computers really still in use at all?
http://www.garlic.com/~lynn/2002h.html#43 IBM doing anything for 50th Anniv?
http://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
http://www.garlic.com/~lynn/2002i.html#83 HONE
http://www.garlic.com/~lynn/2002n.html#29 why does wait state exist?
http://www.garlic.com/~lynn/2002o.html#28 TPF
http://www.garlic.com/~lynn/2002p.html#58 AMP vs SMP
http://www.garlic.com/~lynn/2003.html#48 InfiniBand Group Sharply, Evenly Divided
http://www.garlic.com/~lynn/2003d.html#67 unix
http://www.garlic.com/~lynn/2003g.html#30 One Processor is bad?
http://www.garlic.com/~lynn/2003g.html#32 One Processor is bad?
http://www.garlic.com/~lynn/2003g.html#37 Lisp Machines
http://www.garlic.com/~lynn/2003j.html#2 Fix the shuttle or fly it unmanned
http://www.garlic.com/~lynn/2003n.html#47 What makes a mainframe a mainframe?
http://www.garlic.com/~lynn/2003p.html#45 Saturation Design Point
http://www.garlic.com/~lynn/2004.html#24 40th anniversary of IBM System/360 on 7 Apr 2004
http://www.garlic.com/~lynn/2004.html#49 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2004.html#50 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2004b.html#6 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2004b.html#7 Mainframe not a good architecture for interactive workloads
http://www.garlic.com/~lynn/2004c.html#35 Computer-oriented license plates
http://www.garlic.com/~lynn/2004e.html#44 Infiniband - practicalities for small clusters
http://www.garlic.com/~lynn/2004m.html#27 Shipwrecks
http://www.garlic.com/~lynn/2004n.html#5 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004o.html#23 Demo: Things in Hierarchies (w/o RM/SQL)
http://www.garlic.com/~lynn/2004o.html#29 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2005.html#22 The Soul of Barb's New Machine (was Re: creat)
http://www.garlic.com/~lynn/2005b.html#6 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005f.html#22 System/360; Hardwired vs. Microcoded
http://www.garlic.com/~lynn/2005h.html#22 Today's mainframe--anything to new?
http://www.garlic.com/~lynn/2005j.html#16 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005j.html#17 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005m.html#55 54 Processors?
http://www.garlic.com/~lynn/2005n.html#4 54 Processors?
http://www.garlic.com/~lynn/2005o.html#44 Intel engineer discusses their dual-core design
http://www.garlic.com/~lynn/2005p.html#8 EBCDIC to 6-bit and back
http://www.garlic.com/~lynn/2005s.html#7 Performance of zOS guest
http://www.garlic.com/~lynn/2005s.html#38 MVCIN instruction
http://www.garlic.com/~lynn/2006d.html#5 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006o.html#4 How Many 360/195s and 370/195s were shipped?
http://www.garlic.com/~lynn/2006r.html#9 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006r.html#10 Was FORTRAN buggy?
http://www.garlic.com/~lynn/2006y.html#14 Why so little parallelism?
http://www.garlic.com/~lynn/2007.html#11 vm/sp1
http://www.garlic.com/~lynn/2007.html#44 vm/sp1
http://www.garlic.com/~lynn/2007d.html#19 Pennsylvania Railroad ticket fax service
http://www.garlic.com/~lynn/2007e.html#52 US Air computers delay psgrs
http://www.garlic.com/~lynn/2007h.html#12 The Perfect Computer - 36 bits?
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Non-Standard Mainframe Language? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers To: <ibm-main@bama.ua.edu> Date: Thu, 24 May 2007 16:42:00 -0600shmuel+ibm-main@ibm-main.lst (Shmuel Metz , Seymour J.) writes:
yes, i skipped over some of the intermediate folklore.
there was a big uproar created with the phili science center apl\360 group when the cambridge science center did cms\apl and added "system services calls" ... the claim was that it totally violated spirit of apl language ... although as i've referenced before, removing the trivial workspace size limits of apl\360 and providing for access to system services (like being able to do file read/writes) ... really opened up being able to use cms\apl for real world applications.
Eventually, APL shared variables was the effective come-back from the APL language purists on how to be able to access system services ... w/o corrupting the purity of the APL language.
misc. past posts mentioning apl shared variable
http://www.garlic.com/~lynn/97.html#4 Mythical beasts (was IBM... mainframe)
http://www.garlic.com/~lynn/2002c.html#30 OS Workloads : Interactive etc
http://www.garlic.com/~lynn/2002n.html#66 Mainframe Spreadsheets - 1980's History
http://www.garlic.com/~lynn/2003n.html#8 The IBM 5100 and John Titor
http://www.garlic.com/~lynn/2004c.html#7 IBM operating systems
http://www.garlic.com/~lynn/2004n.html#37 passing of iverson
http://www.garlic.com/~lynn/2005f.html#63 Moving assembler programs above the line
http://www.garlic.com/~lynn/2005n.html#50 APL, J or K?
http://www.garlic.com/~lynn/2006o.html#13 The SEL 840 computer
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Non-Standard Mainframe Language? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers To: <ibm-main@bama.ua.edu> Date: Thu, 24 May 2007 17:01:54 -0600shmuel+ibm-main@ibm-main.lst (Shmuel Metz , Seymour J.) writes:
the 145/148 ... for lots of typical kernel instruction paths ... there was approximately a one-for-one byte translation from 370 into microcode. 145 allowed for scavanging part of processor memory for microcode. that was changed in 148 ... and after the OS/VS1 microcode assist was done for 148 ... there was only 6kbytes left in dedicated 148 microcode storage for VM370 ECPS.
This somewhat contributed to us doing a significantly better job of
choosing the highest used vm370 instruction paths (vis-a-vis the vs1
effort) for dropping into microcode. basically all the instruction
paths thru the vm370 kernel were carefully profiled and then ranked as
per use ... and then the top 6k bytes were chosen for migration to 148
m'code ... refs:
http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#27 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#28 370 ECPS VM microcode assist
MVS/SE microcode assist would have been much more problamatical since it was applied to the high-end horizontal m'code machines ... where there was already nearly one-for-one between 370 execution and microcode execution; it wouldn't have been possibly to pick up the 10:1 improvement that you found in the low & mid-ranged microcoded machines (and in some cases, trying to do straight-forward one-for-one movement of blocks of 370 instructions to horizontal microcode, would actually increase processing time).
The place where the vm370 virtual machine microcode assists worked across the whole machine line ... was being able to eliminate the priv. op interrupts into the vm370 kernel ... that 370 supervisor state instruction emulation, when running in special virtual machine problem state ... executed the instructions directly. This wasn't a one-for-one movement of kernel instructions to microcode instruction ... this was the total elimination of the interrupt processing, context switch, and a bunch of other kernel overhead stuff.
This was further demonstrated when Amdahl implemented hypervisor in their "macrocode" ... a sort of 370 instruction set running in special hardware mode. The response was PR/SM on the 3090 (which was a much more difficult undertaking since it was native horizontal microcode programming).
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 17:22:30 -0600Peter Flass <Peter_Flass@Yahoo.com> writes:
at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech
for handling of legal documents. Document formating GML tag processing was then added to the cms script command (which had originally been implemented with runoff like "dot" commands). Of source, "M" & "L" standards for two other individuals at the sciecne center ... it then was a task to come up with "generalized markup language" to correspond with the initials of their last name.
gml then morphed in sgml (ansi/iso standard) and then html, xml, and variety of other MLs.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: My Dream PC -- Chip-Based Newsgroups: alt.folklore.computers Date: Thu, 24 May 2007 22:55:44 -0600jmfbahciv writes:
we've also periodically claimed that it may have been the original SOA.
however, later when we were doing some work in the x9a10 financial standard working group ... we did detailed end-to-end processing vulnerability and threat analysis. part of the findings was that the transaction information was needed for some period of time ... but there were extremely conflicted requirements in the existing paradigm: 1) information needed to readily available for some time for numerous business processes and 2) information could never, ever be divulged since it could be used in fraudulent transaction replay attacks.
this was somewhat given rise to our periodic comment that even if the planet were buried under miles of information hiding crypto, it still wouldn't prevent information leakage.
in the mid-90s, the x9a10 financial standard working group had been
given the requirement to preserve the integrity of the financial
infrastructure for all retail payments ... and the result was the x9.59
financial standard.
http://www.garlic.com/~lynn/x959.html#x959
in the pain security acronym
in x9.59 financial standard, basically each transaction is "armored" ... effectively using "authentication" and "integrity" (in lieu of "privacy/confidentiality") as a means of preserving the integrity of the financial infrastructure for all retail payments.
with x9.59 financial strandard, transaction information can be exposed w/o the danger/threat of fraudulent transaction replay attacks. It appears that the major use of SSL is electronic commerce for the purpose of hiding transaction information as countermeasure to fraudulent transaction replay attacks (being able to use exposed information). With x9.59 financial standard, that danger/threat has been eliminated ... and with it, one of the major justifications for the use of SSL.
A little x-over thread from crypto mailing list
http://www.garlic.com/~lynn/aadsm27.htm#14 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#15 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#16 dnssec?
http://www.garlic.com/~lynn/aadsm27.htm#17 dnssec?
http://www.garlic.com/~lynn/aadsm27.htm#19 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#20 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#21 307 digit number factored
and a x-over thread from financial crypto blog
http://www.garlic.com/~lynn/aadsm27.htm#0 H6.2 Most Standardised Security Protocols are Too Heavy
http://www.garlic.com/~lynn/aadsm27.htm#1 H6.2 Most Standardised Security Protocols are Too Heavy
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The top 10 dead (or dying) computer skills Newsgroups: alt.folklore.computers Date: Fri, 25 May 2007 09:27:00 -0600Peter Flass <Peter_Flass@Yahoo.com> writes:
with some old "OS2" email from dec87
http://www.garlic.com/~lynn/2007i.html#email871204
http://www.garlic.com/~lynn/2007i.html#email871204b
along with URLs to several OS2 timeline webpages (os2 1.0 release dec87)
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Fri, 25 May 2007 09:41:12 -0600jmfbahciv writes:
so some of the software that provide i86 virtual machines for running windows ... could even be "after market" installed on machines where windows was installed at the factory. just fixup a partition on a disk that the virtual machine software can be installed and booted ... once it is up and running, it can simulate the bios boot of the windows partition into a virtual machine.
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: John W. Backus, 82, Fortran developer, dies Newsgroups: alt.folklore.computers Date: Fri, 25 May 2007 12:22:26 -0600Roland Hutchinson <my.spamtrap@verizon.net> writes:
possibly one of the reason for the shorten form is that many of the operations disclaim all responsibility and liability related to the certification ... effectively leaving only the "digital certificate" (with possibly little or no actual meaning).
the technology basis is asymmetric cryptography with business processes
represented by public/private key (i.e. a business process where one of
the asymmetric key pair is selected to be private and is kept
confidential and never divulged ... and the other is "published"). old
email reference proposing use for public/private key business process:
http://www.garlic.com/~lynn/2006w.html#email810515
in this post
http://www.garlic.com/~lynn/2006w.html#12 more secure communication over the network
the "digital certificate" business process is sort of an electronic analogy for offline, but electronic operation ... from the letters of credit/introduction dating back to the sailing ship days (and before). the relying party was dealing with complete stranger for the first time and had no other mechanism for obtaining reliable information. The modern motivation is sort of the offline email paradigm from the early 80s where somebody dialed their local, electronic postoffice, exchanged email, hung up ... and now had to deal with first time communication from total stranger.
in the early 90s this somewhat showed up as x.509 identity digital
certificates. however, they tended to be grossly overloaded with
personal information and by the mid-90s most institutions began to
realize that this represented an enormous privacy and liability problem
... and transitioned to what they called relying-party-only digital
certificates ... lots of past post discussing the "RPO" digital
certificates
http://www.garlic.com/~lynn/subpubkey.html#rpo
however, at the time, we were repeatedly able to show that RPO digital certificates were redundant and superfluous.
the other event from the mid-90s that contributed to proliferation of
certification authorities was done in conjunction with something now
frequently referred to as electronic commerce. we had been called in to
consult with a small client/server startup that wanted to payments on
their servers and they had this technology called "SSL". misc. posts
about that activity
http://www.garlic.com/~lynn/subnetwork.html#gateway
we even sometimes refer to it as the original SOA.
As part of getting all those business processes working we had to do
business audits and walk-thrus of these emerging operations called
"certification authorities" doing domain name certifications ... and
issuing domain name certificates (in support of SSL). lots of past posts
referring to SSL and domain name digital certificates from that period
http://www.garlic.com/~lynn/subpubkey.html#sslcert
however, a problem with the integrity of the whole SSL and digital certificate operations quickly developed. The basic "security" assumption in SSL was that the individual entered a URL and the browser then used the webserver's digital certificate to check whether the webserver (that the browser was talking to) corresponded with the URL that the person entered (the webserver that the person thot it was talking to was actually the webserver that the person was talking to).
The issue became that the merchant servers quickly found that the use of SSL was cutting their thruput by up to 90percent ... and they quickly retrenched to just using SSL for the payment process. Now what happens is the person clicks on a button (provided by the webserver) that generates a URL ... and SSL now checks that the SSL provided by the webserver corresponds with the digital certificate provided by the webserver. There is now a major disconnect since the original webserver connection (URL provided by the user) is no longer validated. If the user got routed to a fraudulent website in the initial operation ... then a fraudulent website is likely to be capable of using a URL for which it has some valid digital certificate.
This is also the root of a lot of the phishing, spoofing and
man-in-the-middle attacks. There are even active man-in-the-middle
attacks that have the traffic redirected to a fraudulent website that
uses two pairs of (SSL) sessions ... one spoofing the valid website to
the client and the other spoofing the client to the valid website.
misc. past posts mentioning various kinds of man-in-the-middle attacks
http://www.garlic.com/~lynn/subintegrity.html#mitm
A big issue in the original SSL deployment was requirement that the
person's knowledge provided a tight binding between the website (that
the person wanted to talk to) and the URL of that website. SSL then
provided a tight binding between the URL and the actual website. For the
SSL-based infrastructure to actually work, both pieces of the integrity
chain are required. Today, most people have little awareness between the
website they think they are talking to and the URL for that website
... breaking the integrity chain assumption required for SSL security to
be valid ... and is the source of a lot of attacks and fraudulent
activity. lots of past posts mentioning fraud, exploits,
vulnerabilities, threats:
http://www.garlic.com/~lynn/subintegrity.html#fraud
some recent posts discussing other issues affecting SSL and domain name
certification authority industry
http://www.garlic.com/~lynn/aadsm27.htm#0 H6.2 Most Standardised Security Protocols are Too Heavy
http://www.garlic.com/~lynn/aadsm27.htm#1 H6.2 Most Standardised Security Protocols are Too Heavy
http://www.garlic.com/~lynn/aadsm27.htm#14 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#15 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#16 dnssec?
http://www.garlic.com/~lynn/aadsm27.htm#17 dnssec?
http://www.garlic.com/~lynn/aadsm27.htm#19 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#20 307 digit number factored
http://www.garlic.com/~lynn/aadsm27.htm#21 307 digit number factored