From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: VSPC Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Sat, 12 Jul 2003 16:25:00 GMTterry.sambrooks@BTCLICK.COM (terry sambrooks) writes:
in the early to mid '70s ... the PCO (personal computing option) group (later renamed vs/pc when they discovered some TLA conflict with organization in france) ... had a couple people that built a pco simulated model. They would run benchmarks in the pco model ... and then the vm/370 group was asked to compete with real benchmarks against the pco benchmark model. For an extended period of time ... a significant portion of the whole vm/370 development group was absorbed in doing internal benchmarks matching the pco modeled/simulated benchmarks.
Frequently the PCO simulated benchmarks demonstrated better thruput/performance than the actual vm/370 equivalent benchmarks .. until the vm/370 group had time to do various optimizations and then frequently showed effectively equivalent real benchmark thruput.
The real eye-opener was when PCO finally became operational and they were able to measure real PCO benchmark thruput that was something like 1/10th of the thruput of what was being predicted by the model. However, it did have the side effect of side-tracking and tieing up huge number of person months out of the vm/370 group ... supposedly justifying their existance ... to show that PCO wasn't twice as good as vm/370 .... when the model was actually shading the truth and the actual PCO thruput was less than 1/5th that of vm/370 (or worse).
misc. 545 tech sq. posts
https://www.garlic.com/~lynn/subtopic.html#545tech
random past pco / vspc posts:
https://www.garlic.com/~lynn/2000.html#1 Computer of the century
https://www.garlic.com/~lynn/2001f.html#49 any 70's era supercomputers that ran as slow as today's supercompu
https://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
https://www.garlic.com/~lynn/2002h.html#51 Why did OSI fail compared with TCP-IP?
https://www.garlic.com/~lynn/2002q.html#26 LISTSERV Discussion List For USS Questions?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Dealing with complexity Newsgroups: alt.folklore.computers,comp.arch,comp.sys.super Date: Mon, 14 Jul 2003 13:04:05 GMTjmfbahciv writes:
That significantly started to change with unbundling 6/23/69 ... with not only pricing of software ... but also the pricing of the system engineer time.
sometimes there was more work done on manufacturing engineering than there was on technology/product engineering (aka the engineering of the manufacturing of the product ... as opposed to the engineering of the technology of the product).
The disk product test lab (bldg. 15 in san jose) would tend to get low
single digit serial number processors ... six months or more before
processors were available to customers ... for extensive testing of
new processors with disks ... and new disks with processors. because
of finagling with support of disk engineering and product test labs in
the late '70s ... i sometimes had better access to new processor for
various kinds of benchmarking ... than some of the engineers back in
the processor labs. misc disk engineering/product test lab:
https://www.garlic.com/~lynn/subtopic.html#disk
misc. unbundling
https://www.garlic.com/~lynn/98.html#42 early (1950s & 1960s) IBM mainframe software
https://www.garlic.com/~lynn/98.html#43 early (1950s & 1960s) IBM mainframe software
https://www.garlic.com/~lynn/99.html#29 You count as an old-timer if (was Re: origin of the phrase
https://www.garlic.com/~lynn/99.html#30 You count as an old-timer if (was Re: origin of the phrase
https://www.garlic.com/~lynn/99.html#58 When did IBM go object only
https://www.garlic.com/~lynn/99.html#209 Core (word usage) was anti-equipment etc
https://www.garlic.com/~lynn/2001c.html#18 On RC4 in C
https://www.garlic.com/~lynn/2001e.html#6 Blame it all on Microsoft
https://www.garlic.com/~lynn/2001j.html#38 Big black helicopters
https://www.garlic.com/~lynn/2001j.html#42 Big black helicopters
https://www.garlic.com/~lynn/2001l.html#30 mainframe question
https://www.garlic.com/~lynn/2002b.html#27 IBM SHRINKS by 10 percent
https://www.garlic.com/~lynn/2002c.html#28 OS Workloads : Interactive etc
https://www.garlic.com/~lynn/2002e.html#62 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#44 50 years ago (1952)?
https://www.garlic.com/~lynn/2002n.html#58 IBM S/370-168, 195, and 3033
https://www.garlic.com/~lynn/2002p.html#2 IBM OS source code
https://www.garlic.com/~lynn/2002p.html#7 myths about Multics
https://www.garlic.com/~lynn/2002p.html#16 myths about Multics
https://www.garlic.com/~lynn/2003e.html#18 unix
https://www.garlic.com/~lynn/2003e.html#56 Reviving Multics
https://www.garlic.com/~lynn/2003g.html#58 40th Anniversary of IBM System/360
https://www.garlic.com/~lynn/2003g.html#66 software pricing
https://www.garlic.com/~lynn/2003h.html#36 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
https://www.garlic.com/~lynn/2003j.html#48 June 23, 1969: IBM "unbundles" software
https://www.garlic.com/~lynn/2003j.html#54 June 23, 1969: IBM "unbundles" software
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Rexx vs. Batch Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 14 Jul 2003 17:49:02 GMTtjpo@AIRBORNE.COM (Patrick O'Keefe) writes:
the issue was that VM/370 was translating the 3270 events into virtual 1052 ... and then assuming all operations to a virtual 1052 were of "long" duration. The change discussed in the above reference was originally to cp/67 ... which kept a count of outstanding i/o based on real "high-speed" device type. (i/o that would be of short duration as opposed to i/o that would be of long duration).
the translation to vm/370 maintained summary flags of outstanding "high-speed" i/o based on virtual device type. As a result ... vm/370 was constantly dropping from queue and swapping the cms virtual machines. The other feature dropped in the cp/67 to vm/370 translation was a record of how long was the previous queue drop.
There was an official fix in vm/370 ... which left the virtual structure as is (i.e. the real "bug" was that the high-speed/low-speed determination was based on virtual device type ... which wouldn't necessarily indicate the speed characteristic of the real device type), but added a fixed 300ms delay to every queue drop operation .... to catch all the cases where the system thot the address space should be dropped from queue and pages swapped out ... but was constantly getting it wrong (as in using the 3270 hardware sequence to have all the queue drop/add chatter based on real 3270 being mapped to a virtual 1052).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Ping: Anne & Lynn Wheeler Newsgroups: alt.folklore.computers Date: Tue, 15 Jul 2003 20:03:04 GMTskowen@ufl.edu (UF Scott) writes:
there was also the 4.5 meter satellite dish that HSDT put in the back parking lot. zoning wasn't too bad in lsg ... it was much worse in Yorktown ... putting in a 4.5 meter satellite dish behind the tj watson research bldg. the local towns people were absolutely certain that the radiation would do bad things to them.
it was difficult to describe to them it was only 25 watts ... max.
... typically half that in clear weather ... and only boosted to 25
watts during heavy rain fade (ku band ... similar effects that you see
in microwave ovens with h2o absorbing radiation). They were even shown
that they got significantly more radition from the local 50,000 watt
radio transmission tower than they would get from a 4.5 meter dish
that focused approx. 13 watts straight up. It was even caculated that
if they were suspended straight above the dish in the path of the
focused beam ... they would still be getting more radition from the FM
transmission tower. other hsdt posts:
https://www.garlic.com/~lynn/subnetwork.html#hsdt
sorry ... strayed from lsg/bldg. 29.
they tore it down and turned the whole area into a housing development.
misc. folklore stories i've heard in the past:
the cafeteria had an outside courtyard in the back ... that was currended by an 18inch high wire mesh fence. some executive tried to have it removed because he didn't consider that it look asthetically pleasing. It was patiently explained to him that it was a rattlesnake fence ... the bldg had been built on a migration(?) path of rattlenakes between the hill in the back and the creek out front. the executive quickly changed their mind about having the fence removed.
there was one year when wild boars spent some time tearing up the grass outside the window of my office. not many people argue with wild boar.
the first (ibm) ATM (automatic teller machine) was developed there. They had vault installed in the basement where they kept $50k in US 20 and equivalent number of bills from dozens of other countries for testing.
some airline reservation terminals were developed there. one of the design issues was that the top of the terminal has heat vents ... and directly underneath the heat vents is a tray that has the capacity designed to hold a quart bottle of coke.
LSM simulation machine was used to do digital chip design in some cases involving some analog circuits ... aka as in disk read/write heads.
technique of using a scanning electron microscope for examing operation of running chip was developed there.
misc. references to the los gatos simulation machine/engine
https://www.garlic.com/~lynn/2002d.html#3 Chip Emulators - was How does a chip get designed?
https://www.garlic.com/~lynn/2002g.html#55 Multics hardware (was Re: "Soul of a New Machine" Computer?)
https://www.garlic.com/~lynn/2002g.html#77 Pipelining in the past
https://www.garlic.com/~lynn/2002g.html#82 Future architecture
https://www.garlic.com/~lynn/2002j.html#26 LSM, YSE, & EVE
https://www.garlic.com/~lynn/2002l.html#44 Thirty Years Later: Lessons from the Multics Security Evaluation
https://www.garlic.com/~lynn/2002q.html#23 Free Desktop Cyber emulation on PC before Christmas
https://www.garlic.com/~lynn/2003.html#31 asynchronous CPUs
misc. refs to LSG work on blue iliad first 32bit 801/risc chip design:
https://www.garlic.com/~lynn/2000.html#16 Computer of the century
https://www.garlic.com/~lynn/2000d.html#60 "all-out" vs less aggressive designs (was: Re: 36 to 32 bit transition)
https://www.garlic.com/~lynn/2002g.html#39 "Soul of a New Machine" Computer?
https://www.garlic.com/~lynn/2002l.html#27 End of Moore's law and how it can influence job market
https://www.garlic.com/~lynn/2003.html#3 vax6k.openecs.org rebirth
https://www.garlic.com/~lynn/2003d.html#69 unix
https://www.garlic.com/~lynn/98.html#25 Merced & compilers (was Re: Effect of speed ... )
https://www.garlic.com/~lynn/99.html#66 System/1 ?
misc. other bldg. 29 mentions:
https://www.garlic.com/~lynn/2000b.html#57 South San Jose (was Tysons Corner, Virginia)
https://www.garlic.com/~lynn/2002d.html#3 Chip Emulators - was How does a chip get designed?
https://www.garlic.com/~lynn/2002g.html#55 Multics hardware (was Re: "Soul of a New Machine" Computer?)
https://www.garlic.com/~lynn/2002m.html#45 Wanted: the SOUNDS of classic computing
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 1950s AT&T/IBM lack of collaboration? Newsgroups: comp.dcom.telecom.tech,alt.folklore.computers Date: Tue, 15 Jul 2003 20:10:16 GMTLon Stowell writes:
around 1983 ... the ibm national marketing rep for AT&T tracked me down ... because the custom kernel had proliferated around AT&T and was being carried onto new processors as they were introduced by IBM. The problem was that it was not trivial to adopt the kernel to the next generation of IBM mainframes ... and IBM was looking for whatever help they could find to assist AT&T in migrating to a current, standard VM product.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Wed, 16 Jul 2003 01:09:44 GMTPeter Flass writes:
it also, just happened that it was also possible to partition the machine and run other guest operating systems for batch activity in parallel with the cms interactive workload ... all using the same API to the microkernel.
cp/67 then became vm/370 in the transition from 360/67 hardware to 370 hardware .... and the cambridge monitor system become the conversational monitor system (and a couple lines of code was removed crippling its ability to run on the "bare" hardware).
misc. about resource management algorithms on cp/67 and vm/370:
https://www.garlic.com/~lynn/subtopic.html#fairshare
https://www.garlic.com/~lynn/subtopic.html#wsclock
the API also provided a fairly definable abstraction for security isolation .... which has been investigated a number of times since the original.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security models Newsgroups: sci.crypt Date: Tue, 15 Jul 2003 20:28:16 GMTramup@tech.globalesecure.com (Ramu Ponugupati) writes:
part of the problem seems to be confusing authentication and intention ... as well as some semantic confusion because the term "digital signature" includes the word "signature".
in general, non-repudiation implies that the person agrees with the contents or meaning of the message ... and that their signature is a indicator of that agreement. however, "digital signature" is basically a mechanism that authenticates the integrity of the message and the originator of the message .... but w/o a whole lot more infrastructure carries with it no sense that the person agrees with the contents of the message.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Wed, 16 Jul 2003 12:31:31 GMTadam@fsf.net (Adam Thornton) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Date: Wed, 16 Jul 2003 06:21:18 -0600 Newsgroups: bit.listserv.vmesa-l Subject: z VM 4.3At Sat, 12 Jul 2003 08:46:07 -0400, Mauricio E Gleizer wrote:
In cp/67, it didn't use a real timer-value .... but a software implemented number that was constantly incremented based on elapsed time. the 360/67 had the location 50 interval timer ... but the TOD timer didn't appear until 370.
the original point of calculating the current time plus detla for advisery deadline in the future ... was to include in the delta calculation a multitude of factors. first it was proportional to the size of the time-slice. The original cp/67 scheduler had fixed priorities for both interactive/q1 and background/q2 ... giving Q1 tasks absolute priority over Q2 background tasks. The "fairshare" scheduler that I did as an undergraduate was shipped by IBM in the CP/67 product. In the conversion to VM/370 the fairshare scheduler was dropped and things initially reverted to a fixed priority scheduler (somewhat similar to early cp/67).
The fair share scheduler was then re-introduced in VM/370 with the
Resource Manager (which also had the distinction of being the first
priced/charged-for SCP code).
https://www.garlic.com/~lynn/2001e.html#45 VM/370 Resource Manager
The other factors in the original cp/67 implementation was not only to make the delta value proportional to the size of the time-slice ... but also proportional to weighted recent resource consumption and shift the weight of the resource consumption calculation based on system resource bottleneck. It also could take into account calculation based on non-fairshare. The use of fairshare was the default administrative policy if nothing else was specified ... but it was also possible to administratively specify non-fairshare as basis for the delta value calculation.
Introduced in the VM/370 resource manager was Q3 in addition to Q1 and Q2.
other posts regarding the scheduler
https://www.garlic.com/~lynn/subtopic.html#fairshare
somewhat related is also invention clock page replacement algorithm
that I also did as an undergraduate ... which latter appeared in
various platforms and is the subject of Carr's stanford phd thesis
approx. 15 years later
https://www.garlic.com/~lynn/subtopic.html#wsclock
general collection of technology related posts ... including other
early cp/67 and vm/370 work:
https://www.garlic.com/~lynn/subpubkey.html#technology
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Thu, 17 Jul 2003 13:04:53 GMTPeter Flass writes:
as previously mentioned
https://www.garlic.com/~lynn/2003k.html#5 What is timesharing, anyway?
cp/40, cp/67 (et al) was time-sharing microkernel that evolved from CTSS work ... which happened to have the 360 POP as the micokernel API ... allowing support of interactive user environment ... aka CMS (cambridge monitor system) as well as allowing partitioning for guest (batch and other) operator systems. Later evoluation was the zVM software kenel and return to almost a cp/40 microkernel implemented in the hardware microcode of the mainframes and referred to as LPARS or logical partitions.
because of its choice of kernel API ... it was usable as both hypervisor (aka partitioning and guest operating systems) as well as large scale, interactive time-sharing computing.
360/67 had the 1) official TSS/360 effort, 2) cp/67 from the cambridge science center and 3) MTS(/360) from university of michigan
... referenced zVM post ..
I originally implemented the fair share advisery deadline while an
undergraduate on cp/67 (precursor of vm/370 precursor of vm/esa,
precursor of z/vm) in the late '60s.
In cp/67, it didn't use a real timer-value .... but a software
implemented number that was constantly incremented based on elapsed
time. the 360/67 had the location 50 interval timer ... but the TOD
timer didn't appear until 370.
the original point of calculating the current time plus detla for
advisery deadline in the future ... was to include in the delta
calculation a multitude of factors. first it was proportional to the
size of the time-slice. The original cp/67 scheduler had fixed
priorities for both interactive/q1 and background/q2 ... giving Q1
tasks absolute priority over Q2 background tasks. The "fairshare"
scheduler that I did as an undergraduate was shipped by IBM in the
CP/67 product. In the conversion to VM/370 the fairshare scheduler was
dropped and things initially reverted to a fixed priority scheduler
(somewhat similar to early cp/67).
The fair share scheduler was then re-introduced in VM/370 with the
Resource Manager (which also had the distinction of being the first
priced/charged-for SCP code) ... may' 1976
https://www.garlic.com/~lynn/2001e.html#45 VM/370 Resource Manager
The other factors in the original cp/67 implementation was not only to
make the delta value proportional to the size of the time-slice
... but also proportional to weighted recent resource consumption and
shift the weight of the resource consumption calculation based on
system resource bottleneck. It also could take into account
calculation based on non-fairshare. The use of fairshare was the
default administrative policy if nothing else was specified ... but it
was also possible to administratively specify non-fairshare as basis
for the delta value calculation.
Introduced in the VM/370 resource manager was Q3 in addition to Q1 and
Q2.
other posts regarding the scheduler
https://www.garlic.com/~lynn/subtopic.html#fairshare
somewhat related is also invention clock page replacement algorithm
that I also did as an undergraduate ... which latter appeared in
various platforms and is the subject of Carr's stanford phd thesis
approx. 15 years later
https://www.garlic.com/~lynn/subtopic.html#wsclock
general collection of technology related posts ... including other
early cp/67 and vm/370 work:
https://www.garlic.com/~lynn/subpubkey.html#technology
....
and some past LPAR references:
https://www.garlic.com/~lynn/98.html#45 Why can't more CPUs virtualize themselves?
https://www.garlic.com/~lynn/98.html#57 Reliability and SMPs
https://www.garlic.com/~lynn/99.html#191 Merced Processor Support at it again
https://www.garlic.com/~lynn/2000.html#8 Computer of the century
https://www.garlic.com/~lynn/2000.html#63 Mainframe operating systems
https://www.garlic.com/~lynn/2000.html#86 Ux's good points.
https://www.garlic.com/~lynn/2000b.html#50 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000b.html#51 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000b.html#52 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000b.html#62 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000c.html#8 IBM Linux
https://www.garlic.com/~lynn/2000c.html#50 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000c.html#68 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000f.html#78 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000g.html#3 virtualizable 360, was TSS ancient history
https://www.garlic.com/~lynn/2001b.html#72 Z/90, S/390, 370/ESA (slightly off topic)
https://www.garlic.com/~lynn/2001e.html#5 SIMTICS
https://www.garlic.com/~lynn/2001e.html#61 Estimate JCL overhead
https://www.garlic.com/~lynn/2001f.html#17 Accounting systems ... still in use? (Do we still share?)
https://www.garlic.com/~lynn/2001f.html#23 MERT Operating System & Microkernels
https://www.garlic.com/~lynn/2001h.html#2 Alpha: an invitation to communicate
https://www.garlic.com/~lynn/2001h.html#33 D
https://www.garlic.com/~lynn/2001l.html#24 mainframe question
https://www.garlic.com/~lynn/2001m.html#38 CMS under MVS
https://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
https://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention
https://www.garlic.com/~lynn/2002e.html#25 Crazy idea: has it been done?
https://www.garlic.com/~lynn/2002e.html#75 Computers in Science Fiction
https://www.garlic.com/~lynn/2002f.html#6 Blade architectures
https://www.garlic.com/~lynn/2002f.html#57 IBM competes with Sun w/new Chips
https://www.garlic.com/~lynn/2002n.html#6 Tweaking old computers?
https://www.garlic.com/~lynn/2002n.html#27 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#28 why does wait state exist?
https://www.garlic.com/~lynn/2002o.html#0 Home mainframes
https://www.garlic.com/~lynn/2002o.html#15 Home mainframes
https://www.garlic.com/~lynn/2002o.html#16 Home mainframes
https://www.garlic.com/~lynn/2002o.html#18 Everything you wanted to know about z900 from IBM
https://www.garlic.com/~lynn/2002p.html#4 Running z/VM 4.3 in LPAR & guest v-r or v=f
https://www.garlic.com/~lynn/2002p.html#44 Linux paging
https://www.garlic.com/~lynn/2002p.html#54 Newbie: Two quesions about mainframes
https://www.garlic.com/~lynn/2002p.html#55 Running z/VM 4.3 in LPAR & guest v-r or v=f
https://www.garlic.com/~lynn/2002q.html#26 LISTSERV Discussion List For USS Questions?
https://www.garlic.com/~lynn/2003.html#14 vax6k.openecs.org rebirth
https://www.garlic.com/~lynn/2003.html#15 vax6k.openecs.org rebirth
https://www.garlic.com/~lynn/2003.html#56 Wild hardware idea
https://www.garlic.com/~lynn/2003c.html#41 How much overhead is "running another MVS LPAR" ?
https://www.garlic.com/~lynn/2003f.html#56 ECPS:VM DISPx instructions
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Thu, 17 Jul 2003 17:46:30 GMTAnne & Lynn Wheeler writes:
cp/67 and then vm/370 spawned a number of large scale time-sharing
service bureaus like ncss, idc, and tymshare. misc. related refs:
https://www.garlic.com/~lynn/97.html#14 Galaxies
https://www.garlic.com/~lynn/99.html#10 IBM S/360
https://www.garlic.com/~lynn/99.html#150 Q: S/390 on PowerPC?
https://www.garlic.com/~lynn/99.html#179 S/360 history
https://www.garlic.com/~lynn/2000.html#64 distributed locking patents
https://www.garlic.com/~lynn/2000e.html#9 Checkpointing (was spice on clusters)
https://www.garlic.com/~lynn/2000f.html#52 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000g.html#4 virtualizable 360, was TSS ancient history
https://www.garlic.com/~lynn/2000g.html#22 No more innovation? Get serious
https://www.garlic.com/~lynn/2000g.html#31 stupid user stories
https://www.garlic.com/~lynn/2001b.html#50 IBM 705 computer manual
https://www.garlic.com/~lynn/2001g.html#30 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001g.html#32 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001g.html#52 Compaq kills Alpha
https://www.garlic.com/~lynn/2001h.html#14 Installing Fortran
https://www.garlic.com/~lynn/2001h.html#35 D
https://www.garlic.com/~lynn/2001h.html#59 Blinkenlights
https://www.garlic.com/~lynn/2001k.html#38 3270 protocol
https://www.garlic.com/~lynn/2001m.html#1 ASR33/35 Controls
https://www.garlic.com/~lynn/2001m.html#44 Call for folklore - was Re: So it's cyclical.
https://www.garlic.com/~lynn/2001m.html#47 TSS/360
https://www.garlic.com/~lynn/2001m.html#49 TSS/360
https://www.garlic.com/~lynn/2001m.html#51 Author seeks help - net in 1981
https://www.garlic.com/~lynn/2001m.html#54 Author seeks help - net in 1981
https://www.garlic.com/~lynn/2001m.html#55 TSS/360
https://www.garlic.com/~lynn/2001n.html#10 TSS/360
https://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
https://www.garlic.com/~lynn/2001n.html#79 a.f.c history checkup... (was What specifications will the standard year 2001 PC have?)
https://www.garlic.com/~lynn/2002b.html#1 Microcode? (& index searching)
https://www.garlic.com/~lynn/2002c.html#44 cp/67 (coss-post warning)
https://www.garlic.com/~lynn/2002d.html#48 Speaking of Gerstner years
https://www.garlic.com/~lynn/2002e.html#27 moving on
https://www.garlic.com/~lynn/2002e.html#47 Multics_Security
https://www.garlic.com/~lynn/2002f.html#17 Blade architectures
https://www.garlic.com/~lynn/2002f.html#59 Blade architectures
https://www.garlic.com/~lynn/2002g.html#4 markup vs wysiwyg (was: Re: learning how to use a computer)
https://www.garlic.com/~lynn/2002h.html#34 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#43 IBM doing anything for 50th Anniv?
https://www.garlic.com/~lynn/2002i.html#21 CDC6600 - just how powerful a machine was it?
https://www.garlic.com/~lynn/2002i.html#44 Unisys A11 worth keeping?
https://www.garlic.com/~lynn/2002i.html#62 subjective Q. - what's the most secure OS?
https://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002i.html#64 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002i.html#69 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002l.html#53 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002l.html#56 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002l.html#61 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002l.html#66 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002m.html#61 The next big things that weren't
https://www.garlic.com/~lynn/2002n.html#27 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#32 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
https://www.garlic.com/~lynn/2002n.html#67 Mainframe Spreadsheets - 1980's History
https://www.garlic.com/~lynn/2002n.html#73 Home mainframes
https://www.garlic.com/~lynn/2002o.html#48 XML, AI, Cyc, psych, and literature
https://www.garlic.com/~lynn/2002p.html#2 IBM OS source code
https://www.garlic.com/~lynn/2002p.html#3 IBM OS source code
https://www.garlic.com/~lynn/2002p.html#37 Newbie: Two quesions about mainframes
https://www.garlic.com/~lynn/2003d.html#15 CA-RAMIS
https://www.garlic.com/~lynn/2003d.html#17 CA-RAMIS
https://www.garlic.com/~lynn/2003d.html#68 unix
https://www.garlic.com/~lynn/2003d.html#72 cp/67 35th anniversary
https://www.garlic.com/~lynn/2003e.html#66 History of project maintenance tools -- what and when?
https://www.garlic.com/~lynn/2003e.html#75 History of project maintenance tools -- what and when?
https://www.garlic.com/~lynn/2003f.html#3 Alpha performance, why?
https://www.garlic.com/~lynn/2003h.html#28 OT What movies have taught us about Computers
https://www.garlic.com/~lynn/2003h.html#41 Segments, capabilities, buffer overrun attacks
https://www.garlic.com/~lynn/2003i.html#15 two pi, four phase, 370 clone
https://www.garlic.com/~lynn/2003i.html#69 IBM system 370
random past time-sharing threads:
https://www.garlic.com/~lynn/93.html#31 Big I/O or Kicking the Mainframe out the Door
https://www.garlic.com/~lynn/94.html#12 360 "OS" & "TSS" assemblers
https://www.garlic.com/~lynn/94.html#15 cp disk story
https://www.garlic.com/~lynn/97.html#7 Did 1401 have time?
https://www.garlic.com/~lynn/97.html#16 Why Mainframes?
https://www.garlic.com/~lynn/99.html#39 Internet and/or ARPANET?
https://www.garlic.com/~lynn/99.html#76 Mainframes at Universities
https://www.garlic.com/~lynn/99.html#87 1401 Wordmark?
https://www.garlic.com/~lynn/99.html#119 Computer, supercomputers & related
https://www.garlic.com/~lynn/99.html#122 Computer supersitions [was Re: Speaking of USB ( was Re: ASR 33 Typing Element)]
https://www.garlic.com/~lynn/99.html#126 Dispute about Internet's origins
https://www.garlic.com/~lynn/99.html#127 Dispute about Internet's origins
https://www.garlic.com/~lynn/99.html#130 early hardware
https://www.garlic.com/~lynn/99.html#148 OS/360 (and descendants) VM system?
https://www.garlic.com/~lynn/99.html#177 S/360 history
https://www.garlic.com/~lynn/2000.html#81 Ux's good points.
https://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000d.html#40 360 CPU meters (was Re: Early IBM-PC sales proj..
https://www.garlic.com/~lynn/2000d.html#44 Charging for time-share CPU time
https://www.garlic.com/~lynn/2000d.html#45 Charging for time-share CPU time
https://www.garlic.com/~lynn/2000d.html#46 Charging for time-share CPU time
https://www.garlic.com/~lynn/2000d.html#47 Charging for time-share CPU time
https://www.garlic.com/~lynn/2000e.html#9 Checkpointing (was spice on clusters)
https://www.garlic.com/~lynn/2000e.html#13 internet preceeds Gore in office.
https://www.garlic.com/~lynn/2000f.html#52 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000f.html#53 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#54 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#56 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000f.html#58 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#59 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#61 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#66 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#78 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000g.html#4 virtualizable 360, was TSS ancient history
https://www.garlic.com/~lynn/2001b.html#15 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
https://www.garlic.com/~lynn/2001c.html#3 Z/90, S/390, 370/ESA (slightly off topic)
https://www.garlic.com/~lynn/2001e.html#69 line length (was Re: Babble from "JD" <dyson@jdyson.com>)
https://www.garlic.com/~lynn/2001h.html#10 VM: checking some myths.
https://www.garlic.com/~lynn/2001h.html#34 D
https://www.garlic.com/~lynn/2001h.html#35 D
https://www.garlic.com/~lynn/2001h.html#59 Blinkenlights
https://www.garlic.com/~lynn/2001i.html#7 YKYGOW...
https://www.garlic.com/~lynn/2001i.html#43 Withdrawal Announcement 901-218 - No More 'small machines'
https://www.garlic.com/~lynn/2001i.html#44 Withdrawal Announcement 901-218 - No More 'small machines'
https://www.garlic.com/~lynn/2001i.html#46 Withdrawal Announcement 901-218 - No More 'small machines'
https://www.garlic.com/~lynn/2001j.html#29 Title Inflation
https://www.garlic.com/~lynn/2001j.html#30 Title Inflation
https://www.garlic.com/~lynn/2001k.html#56 E-mail 30 years old this autumn
https://www.garlic.com/~lynn/2001l.html#24 mainframe question
https://www.garlic.com/~lynn/2001l.html#46 MVS History (all parts)
https://www.garlic.com/~lynn/2001n.html#45 Valid reference on lunar mission data being unreadable?
https://www.garlic.com/~lynn/2002b.html#2 Microcode? (& index searching)
https://www.garlic.com/~lynn/2002b.html#6 Microcode?
https://www.garlic.com/~lynn/2002c.html#13 OS Workloads : Interactive etc
https://www.garlic.com/~lynn/2002c.html#44 cp/67 (coss-post warning)
https://www.garlic.com/~lynn/2002d.html#7 IBM Mainframe at home
https://www.garlic.com/~lynn/2002f.html#8 Is AMD doing an Intel?
https://www.garlic.com/~lynn/2002h.html#12 Why did OSI fail compared with TCP-IP?
https://www.garlic.com/~lynn/2002h.html#34 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#50 crossreferenced program code listings
https://www.garlic.com/~lynn/2002h.html#51 Why did OSI fail compared with TCP-IP?
https://www.garlic.com/~lynn/2002h.html#56 history of CMS
https://www.garlic.com/~lynn/2002h.html#60 Java, C++ (was Re: Is HTML dead?)
https://www.garlic.com/~lynn/2002i.html#18 AS/400 and MVS - clarification please
https://www.garlic.com/~lynn/2002i.html#44 Unisys A11 worth keeping?
https://www.garlic.com/~lynn/2002i.html#48 CDC6600 - just how powerful a machine was it?
https://www.garlic.com/~lynn/2002i.html#62 subjective Q. - what's the most secure OS?
https://www.garlic.com/~lynn/2002i.html#64 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002i.html#69 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002i.html#76 HONE was .. Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002j.html#4 HONE, , misc
https://www.garlic.com/~lynn/2002j.html#19 ITF on IBM 360
https://www.garlic.com/~lynn/2002k.html#34 30th b'day .... original vm/370 announcement letter (by popular demand)
https://www.garlic.com/~lynn/2002k.html#54 general networking
https://www.garlic.com/~lynn/2002k.html#57 History of AOL
https://www.garlic.com/~lynn/2002k.html#64 History of AOL
https://www.garlic.com/~lynn/2002l.html#14 Z/OS--anything new?
https://www.garlic.com/~lynn/2002l.html#53 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002l.html#56 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002l.html#62 Itanium2 performance data from SGI
https://www.garlic.com/~lynn/2002l.html#63 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002l.html#64 10 choices that were critical to the Net's success
https://www.garlic.com/~lynn/2002n.html#27 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#28 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#32 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
https://www.garlic.com/~lynn/2002n.html#58 IBM S/370-168, 195, and 3033
https://www.garlic.com/~lynn/2002n.html#73 Home mainframes
https://www.garlic.com/~lynn/2002p.html#37 Newbie: Two quesions about mainframes
https://www.garlic.com/~lynn/2002q.html#51 windows office xp
https://www.garlic.com/~lynn/2003b.html#2 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003b.html#10 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003b.html#60 founder, cambridge science center
https://www.garlic.com/~lynn/2003c.html#40 "average" DASD Blocksize
https://www.garlic.com/~lynn/2003d.html#15 CA-RAMIS
https://www.garlic.com/~lynn/2003d.html#64 IBM was: VAX again: unix
https://www.garlic.com/~lynn/2003d.html#72 cp/67 35th anniversary
https://www.garlic.com/~lynn/2003e.html#1 cp/67 35th anniversary
https://www.garlic.com/~lynn/2003f.html#3 Alpha performance, why?
https://www.garlic.com/~lynn/2003f.html#34 Lisp Machines
https://www.garlic.com/~lynn/2003g.html#10 Speed of APL on 360s, was Any DEC 340 Display System Doco ?
https://www.garlic.com/~lynn/2003g.html#27 SYSPROF and the 190 disk
https://www.garlic.com/~lynn/2003g.html#29 Lisp Machines
https://www.garlic.com/~lynn/2003g.html#31 Lisp Machines
https://www.garlic.com/~lynn/2003h.html#28 OT What movies have taught us about Computers
https://www.garlic.com/~lynn/2003h.html#41 Segments, capabilities, buffer overrun attacks
https://www.garlic.com/~lynn/2003i.html#15 two pi, four phase, 370 clone
https://www.garlic.com/~lynn/2003j.html#71 Multics Concepts For the Contemporary Computing World
https://www.garlic.com/~lynn/2003k.html#9 What is timesharing, anyway?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: humor in source code Newsgroups: alt.folklore.computers Date: Fri, 18 Jul 2003 12:45:47 GMTlawrence@c896388-c.attbi.com (Lawrence Statton N1GAK/XE2) writes:
the module in the resource manager that implemented all the dynamic adaptive, fairshare, nonfairshare, feedback & feedfoward control, etc was
DMKSTP
after the product that had tv advertisement
The Racer's Edge
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: humor in source code Newsgroups: alt.folklore.computers Date: Fri, 18 Jul 2003 13:55:53 GMTAnne & Lynn Wheeler writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Sat, 19 Jul 2003 18:56:06 GMT"Russ Holsclaw" writes:
tso was so horrible that the cern tso/cms bake-off/comparison done circa 1974 and distributed at share ... internally within ibm, was immediately classified as confidential-restricted ... available on a need-to-know basis only.
random past cern cms refs:
https://www.garlic.com/~lynn/98.html#28 Drive letters
https://www.garlic.com/~lynn/2000f.html#61 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2001f.html#49 any 70's era supercomputers that ran as slow as today's supercompu
https://www.garlic.com/~lynn/2001h.html#11 checking some myths.
https://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
https://www.garlic.com/~lynn/2001m.html#19 3270 protocol
https://www.garlic.com/~lynn/2001m.html#43 FA: Early IBM Software and Reference Manuals
https://www.garlic.com/~lynn/2001n.html#36 Movies with source code (was Re: Movies with DEC minis)
https://www.garlic.com/~lynn/2001n.html#37 Hercules etc. IBM not just missing a great opportunity...
https://www.garlic.com/~lynn/2001n.html#40 Google increase archive reach
https://www.garlic.com/~lynn/2002g.html#67 Coulda, Woulda, Shoudda moments?
https://www.garlic.com/~lynn/2002h.html#14 Why did OSI fail compared with TCP-IP?
https://www.garlic.com/~lynn/2002j.html#64 vm marketing (cross post)
https://www.garlic.com/~lynn/2002n.html#35 VR vs. Portable Computing
https://www.garlic.com/~lynn/2002n.html#37 VR vs. Portable Computing
https://www.garlic.com/~lynn/2002n.html#54 SHARE MVT Project anniversary
https://www.garlic.com/~lynn/2002n.html#73 Home mainframes
https://www.garlic.com/~lynn/2002o.html#54 XML, AI, Cyc, psych, and literature
https://www.garlic.com/~lynn/2003.html#54 Timesharing TOPS-10 vs. VAX/VMS "task based timesharing"
https://www.garlic.com/~lynn/2003c.html#53 HASP assembly: What the heck is an MVT ABEND 422?
https://www.garlic.com/~lynn/2003c.html#69 OT: One for the historians - 360/91
https://www.garlic.com/~lynn/2003e.html#70 ARIDUS
https://www.garlic.com/~lynn/2003g.html#22 303x, idals, dat, disk head settle, and other rambling folklore
https://www.garlic.com/~lynn/2003h.html#19 Why did TCP become popular ?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Ping: Anne & Lynn Wheeler Newsgroups: alt.folklore.computers Date: Sun, 20 Jul 2003 22:32:59 GMTJulian Thomas writes:
SBS was 1/3rd owned by IBM (with Aetna and comsat). ibm internal phone network for awhile ran over T3, c-band network ... big dishes ... i think there was possibly some 20-odd dishes at various ibm locations (san jose, kingston, endicott, pok, etc). Operation included the data aggravator ... T3 DES-encryptor.
HSDT
https://www.garlic.com/~lynn/subnetwork.html#hsdt
designed, built, and deployed data-only tdma, ku-band system using
transponder on sbs-4, bird which flew on 41-d:
http://www.nasa.gov/mission_pages/shuttle/shuttlemissions/archives/sts-41D.html
minor ref:
https://www.garlic.com/~lynn/2003j.html#29 IBM 3725 Comms. controller - Worth saving?
one of the hsdt dishes was out back of bldg. 29. another was in
austin. some amount of the rios chip design flowed over the link
... sometimes at least daily (utilizing LSM and/or EVE). previous
post:
https://www.garlic.com/~lynn/2003k.html#3 Ping: Anne & Lynn Wheeler
The microwave repeater above the san jose dump between bldg. 29 and bldg. 12 once had a security incident; after which the sensors on the perimeter, and other security facilities etc. were upgraded. Somebody got past the security and climbed the tower .... leaving behind a large inflatable doll flying from the top.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: RFC # for DCC protocol? Newsgroups: comp.protocols.tcp-ip Date: Sun, 20 Jul 2003 22:58:49 GMTarielgont@softhome.net (Fernando Gont) writes:
getting to 1459
https://www.garlic.com/~lynn/rfcidx4.htm#1459
brings up hyperlinks to updated &/or obsoleted.
clicking on the "(.txt=xxxx)" field retrieves the actual rfc.
clicking on the RFC number brings up the list of keywords it is associated with.
clicking on a keyword, brings up the list of RFCs associated with that keyword.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Dealing with complexity Newsgroups: alt.folklore.computers,comp.arch,comp.sys.super Date: Mon, 21 Jul 2003 12:49:38 GMTAndrew Reilly writes:
home page:
http://www.software.org/
members:
http://www.software.org/pub/memberaffiliate.asp
architecture page:
http://www.software.org/pub/architecture/
architecture quagmire:
http://www.software.org/pub/architecture/quagmire.asp
random other stuff:
https://web.archive.org/web/20011004023230/http://www.hdcc.cs.cmu.edu/may01/index.html
http://www.bmpcoe.org/guideline/books/498/0001c70a.html
http://chacs.nrl.navy.mil/main_fra.html
http://www.disa.mil/coe/
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Dealing with complexity Newsgroups: alt.folklore.computers Date: Mon, 21 Jul 2003 12:56:27 GMT"Rupert Pigott" writes:
They said that they were also able to do it over a 56kbit link between the waltham datacenter and the sanfran datacenter.
misc. related migration:
https://www.garlic.com/~lynn/97.html#14 Galaxies
https://www.garlic.com/~lynn/2000.html#64 distributed locking patents
https://www.garlic.com/~lynn/2000b.html#43 Migrating pages from a paging device (was Re: removal of paging device)
https://www.garlic.com/~lynn/2000e.html#9 Checkpointing (was spice on clusters)
https://www.garlic.com/~lynn/2001.html#49 Options for Delivering Mainframe Reports to Outside Organizat ions
https://www.garlic.com/~lynn/2001b.html#15 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
https://www.garlic.com/~lynn/2001c.html#89 database (or b-tree) page sizes
https://www.garlic.com/~lynn/2001f.html#20 VM-CMS emulator
https://www.garlic.com/~lynn/2001g.html#52 Compaq kills Alpha
https://www.garlic.com/~lynn/2001j.html#16 OT - Internet Explorer V6.0
https://www.garlic.com/~lynn/2002b.html#36 windows XP and HAL: The CP/M way still works in 2002
https://www.garlic.com/~lynn/2002f.html#16 Blade architectures
https://www.garlic.com/~lynn/2002f.html#17 Blade architectures
https://www.garlic.com/~lynn/2002i.html#54 Unisys A11 worth keeping?
https://www.garlic.com/~lynn/2002o.html#40 I found the Olsen Quote
https://www.garlic.com/~lynn/2002p.html#45 Linux paging
https://www.garlic.com/~lynn/2003d.html#8 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
https://www.garlic.com/~lynn/2003h.html#28 OT What movies have taught us about Computers
https://www.garlic.com/~lynn/2003h.html#31 OT What movies have taught us about Computers
https://www.garlic.com/~lynn/2003h.html#35 UNIX on LINUX on VM/ESA or z/VM
https://www.garlic.com/~lynn/2003h.html#45 Question about Unix "heritage"
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: How do I know currently used RFC? Newsgroups: comp.protocols.tcp-ip.domains Date: Mon, 21 Jul 2003 13:08:57 GMTgrinder9@freechal.com (J W Lee) writes:
which includes a separate list of standards activity since the published std1.
there is a file on the rfc editor site: rfcxx00.txt
which is sort of what the contents of an up-to-date std1 would approximately look like.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Dealing with complexity Newsgroups: alt.folklore.computers Date: Mon, 21 Jul 2003 13:40:26 GMT"Rupert Pigott" writes:
aka ... the kernel structures are only selected removal if the process is so idle that it is already loosing all of its other virtual pages from real storage. the incremental paging activity of also paging the related kernel data structures is lost in the overall paging activity noise.
resource manager had support for paging a subset of those kernel
data structures (although a significant percentage)
https://www.garlic.com/~lynn/2001e.html#45 VM/370 Resource Manager
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Fri, 25 Jul 2003 15:11:57 GMTBrian Inglis writes:
the "response" time was from keyboard enter to re-display which included both system and hardware processing time for locally connected controllers.
I was at internal corporate technical exchange circa 1970 in DC. Harlen Mills was one of the presentors. There was also presentation by human factors group from YKT about people perception of response time. There was variation in the population studied (mostly univ. graduates) regarding the minimum perception threshold varying between .10 and .20 seconds across the population (with no explanation for the variability).
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: smp 2.4.20-19.9 tcp/scp problem? Newsgroups: redhat.kernel.general Date: Fri, 25 Jul 2003 23:15:02 GMTpoweredge with dual 1ghz processors and 100mbit ethernet.
frequent process that uses scp/ssh to copy several hundred mbytes into the machine with kernel/18.9 goes into permanent stall starting with kernel/19.9. also stalls copying several hundred mbytes out of the machine.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Sat, 26 Jul 2003 13:16:09 GMTjmfbahciv writes:
the referenced "enter" had system processing & controller processing before response to trivial command (say locate some text in moderate sized edit session) before display. A moderate loaded system included paging in the address space's cms plus editor plus file image (which might require paging out other stuff) and doing the operation.
Typical measurement for 90th percentile system response for such activity could be .11 seconds. The referenced table was that the original 3272 controller added another .086 seconds of processing time (total .196 seconds elapsed) for end-to-end as perceived by user at 3270 terminal. The newer 3274 controller (late 70s) increased that processing time for typical operations to .530 seconds (.64 seconds elapsed with .11 second system response).
Typical CMS environments had moderate to heavily loaded 90th
precentile system trivial interactive response in the .11 to .25
seconds (depending on hardware configuration and severity of load
... and sometimes whether they had my latest system enhancements).
Corresponding TSO avg. response (similar configurations and loading)
was a second or more. Note that frequently CMS measured that 90
percent of all trivial transactions were .11 second or less ... while
TSO measured average response (90th percentile would tend to be much
longer than average).
https://www.garlic.com/~lynn/2001m.html#19 3270 protocol
https://www.garlic.com/~lynn/2001m.html#17 3270 protocol
above were figures for local, channel attached controllers. if these were remote 3270 controllers at the end of (say 9600 baud) telco link, response could be significantly longer (fullscreen redisplay of 24x80=1920 @960 could add more than another two seconds).
the "remoting" of 300 some odd IMS support progremmers at STL to bldg. five miles away (circa 1981) using traditional products would have had them using a lot of (shared) 9600 baud lines. Instead, a single T1 was used with HYPERchannel channel extenders ... which actually improved overall system response.
the issue was that while 3274 channel attached controllers nominally operated 640mbytes/sec, they actually had some significant command processing overhead which leaked out into total channel busy. When the channels were also shared with other controllers (like disk controllers) the 3274 controller channel busy could have a significant degradation on total system thruput. The HYPERchannel channel extender boxes actually had significantly lower channel busy per byte transferred compared to 3274 controllers. In the STL case, moving the 3274 controllers to the end of HYPERchannel channel extenders lowered the channel busy overhead and improved overall system thruput by 10 to 15 percent (with no noticable degradation in trivial response).
After that exercise, there was some official presentations by various product groups at user group meetings about never placing 3274 controllers on same (shared) channels with disk controllers (as had been common practice up until that time).
misc. hsdt:
https://www.garlic.com/~lynn/subnetwork.html#hsdt
the other activity that was going on about the same time was the stuff about the relative disk system thruput had declined by nearly a factor of ten over a ten to 15 year period (processor and memory had gotten fifty times faster, disks had only gotten five times faster). There was some initial effort to refute the assertion ... but then that morphed into user group presentations regarding how to better utilize the disks features.
average record access had gotten around 3-4 times faster but transfer rate had gotten ten times faster. however, the amount of data under an arm had increased by 20 times ... so that installations tended to have fewer physical disks ... increasing overall average access because of increased service delays.
so taking a page out of boyd's performance envelopes ... you try and
shift your operational environment to where the newer disks had more
advantage vis-a-vis the older disks; aka go for larger block transfers
(which eventually also led to things like parallel
transfers). misc. boyd
https://www.garlic.com/~lynn/subboyd.html#boyd
some of the discussions about changing system environment:
https://www.garlic.com/~lynn/95.html#8 3330 Disk Drives
https://www.garlic.com/~lynn/99.html#6 3330 Disk Drives
https://www.garlic.com/~lynn/2001m.html#23 Smallest Storage Capacity Hard Disk?
https://www.garlic.com/~lynn/2002.html#22 index searching
https://www.garlic.com/~lynn/2002b.html#20 index searching
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: virtual machines for security Newsgroups: alt.folklore.computers Date: Sun, 27 Jul 2003 01:31:19 GMTthe more things change ... the more they stay the same .... going back at least 35 years ... I started as an undergradudate at the univ. in last week in jan, 1968.
http://www.computerworld.com/securitytopics/security/story/0,10801,83465,00.html?SKC=home83465
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Microkernels are not "all or nothing". Re: Multics Concepts For the Contemporary Computing World Newsgroups: alt.os.multics,comp.arch,alt.folklore.computers Date: Sun, 27 Jul 2003 13:05:28 GMT"Shmuel (Seymour J.) Metz" writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: virtual machines for security Newsgroups: alt.folklore.computers Date: Sun, 27 Jul 2003 14:30:43 GMTCharles Richmond writes:
random other ref:
http://itmanagement.earthweb.com/secu/article.php/734111
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Microkernels are not "all or nothing". Re: Multics Concepts For the Contemporary Computing World Newsgroups: alt.os.multics,comp.arch,alt.folklore.computers Date: Sun, 27 Jul 2003 16:22:06 GMT"Shmuel (Seymour J.) Metz" writes:
somewhat later, I tried to get even that little bit out of the kernel by
demonstrating an implementation that ran faster (shorter pathlength
and higher aggregate thruput) than the kernel-based implementation ...
SFS ... or spool file system (not the product's SFS for shared file
system) ... the other demonstration was that it was almost totally
implemented in vs/pascal (compared to the assembler kernel
implementation), used red-black tree structures to get the pathlength
reduction (compared to the linear lists in the kernel implementation),
and leveraged some of the features I had done in the paged-mapped
filesystem stuff to get the higher aggregate thruput. The thruput
issue was in part motivated by HSDT
https://www.garlic.com/~lynn/subnetwork.html#hsdt
the sparse kernel-based implementation was synchronous to the application ... while it was faster than a real printer or card-reader ... it basically bottlenecked at one 4k disk operation queued at a time per address space. This resulted in long suspended periods for the address space whenever a 4k disk spool operation was kicked off; with any other contention for a spool drive ... the queueing and service time could elongate until address space (even high performance networking) was limited to four to five 4k blocks/sec.
In hsdt, we were driving multiple HYPERchannel CTCA links (to local processors on the same floor) as well as multiple T1 links. HYPERchannel links were rated at 1mbyte/sec ... or 256 4k blocks/sec (in slightly related venue, I had done the RFC1044 support for tcp/ip product and in tests at cray research was getting 1mbyte/sec sustained between 4341-clone and cray ... using only modest 4341 cycles ... compared to standard 8232 support that would saturate a 3090 cpu at 44kbytes/sec). The T1 links were full duplex ... or peak at twice 1.5mbits/sec or about 75 4k blocks/sec per link.
The standard, extremely sparse kernel-based implementation with synchronous API at 4 to 5 4k blocks per second couldn't even come close to dealing with a configuration rated easily at upwards of 400 to 500 4k blocks per second (two orders of magnitude higher) ...
The advanced (non-kernel) implementation also supported contiguous allocation for large (asynchronous) block writes and large (asynchronous) block reads (while the sparse kernel-based implementation was purely block at a time scatter allocation)
misc. past refs to sfs/spool file system
https://www.garlic.com/~lynn/2000b.html#43 Migrating pages from a paging device (was Re: removal of paging device)
https://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
https://www.garlic.com/~lynn/2003b.html#33 dasd full cylinder transfer (long post warning)
https://www.garlic.com/~lynn/2003b.html#44 filesystem structure, was tape format (long post)
https://www.garlic.com/~lynn/2003b.html#46 internal network drift (was filesystem structure)
https://www.garlic.com/~lynn/2003g.html#27 SYSPROF and the 190 disk
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Microkernels are not "all or nothing". Re: Multics Concepts For the Contemporary Computing World Newsgroups: alt.os.multics,comp.arch,alt.folklore.computers Date: Sun, 27 Jul 2003 18:45:36 GMT"Shmuel (Seymour J.) Metz" writes:
however, majority of the stuff was done by emulating the channel architecture ... w/o actually having to know a lot about device level semantics. virtual guests & cms had all sorts of channel command word (ccw) programs that were device specific (real device drivers) ... that were then passed thru CP/67's CCWTRANS (renamed to DMKCCW for vm/370) to do the virtual to real address translation and pin the related virtual pages for the duration of the i/o.
Somewhat side-note, the original translation of MVT to VS2/SVS involved hacking CP/67's CCWTRANS into MVT (we were down in pok 705(706?) machine room doing some 3rd shift testing along with Ludlow(?) doing the MVT to VS2/SVS hack.
misc. other from 4th floor, 545 tech. sq
https://www.garlic.com/~lynn/subtopic.html#545tech
(multics group was in the same bldg.).
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Microkernels are not "all or nothing". Re: Multics Concepts For the Contemporary Computing World Newsgroups: alt.os.multics,comp.arch,alt.folklore.computers Date: Mon, 28 Jul 2003 18:30:39 GMTEric Sosman writes:
such semantics required that each CCW execution (and any associated arguments) be explicitly fetched each time. the implementation fall-out was that a dedicated I/O path was needed between the device, controller, channel, channel subsystem and CPU memory (as well as imposing various command processing latencies on that I/O path).
The OS/360 genre of systems made extensive use of the (almost) outboard search feature in conjunction with vtocs, directories, libraries, etc. ... effectively on 360s ... it traded off I/O bandwidth against real storage requirements (relative cost of memory on 360 was much more expensive than i/o bandwidth).
However, by the late '70s the trade-off had swung in the complete opposite direction .... I/O bandwidth & access was a significantly more scarce resource than processor memory.
A case in point was the san jose research installation for a time that had a 168-3 MVS system with disk infrastructure interconnected with that of a 158-3 vm/370 system. Anytime, even a single MVS volume was placed on a string/controller that was nominally reserved for VM/370 there was a perceived horrendous performance degradation .... because of the extrreme performance penalty in controller busy cause by MVS multi-track search operations (compared to normal VM/370 I/O string optimizations).
The interesting side-note was that the TSO users running on the MVS system .... where ALL the disks were subject to multi-track search penalty, didn't notice the extremely horrible performance penalty; they were so accustomed to (by cms standards) the horrible performance ... they didn't realize that it was horrible performance.
There was an absolute dictate that the controller interconnect was for backup purposes and that mounting a nominal MVS disk on a disk string nominal dedicated to vm/370 operations was absolutely forbidden because of the extremely horrible performance penalty that MVS multi-track searches imposed on normal operation.
There wasn't much you could do to eliminate the horrible performance contamination that MVS disks had on MVS system operation ... but you could at least trying and prevent the horrible performance penalty caused by MVS disks from severely contaminating VM/370 system performance.
random past multi-track search references:
https://www.garlic.com/~lynn/93.html#29 Log Structured filesystems -- think twice
https://www.garlic.com/~lynn/94.html#35 mainframe CKD disks & PDS files (looong... warning)
https://www.garlic.com/~lynn/97.html#16 Why Mainframes?
https://www.garlic.com/~lynn/97.html#29 IA64 Self Virtualizable?
https://www.garlic.com/~lynn/99.html#75 Read if over 40 and have Mainframe background
https://www.garlic.com/~lynn/2000f.html#18 OT?
https://www.garlic.com/~lynn/2000f.html#19 OT?
https://www.garlic.com/~lynn/2000f.html#42 IBM 3340 help
https://www.garlic.com/~lynn/2000g.html#51 > 512 byte disk blocks (was: 4M pages are a bad idea)
https://www.garlic.com/~lynn/2000g.html#52 > 512 byte disk blocks (was: 4M pages are a bad idea)
https://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
https://www.garlic.com/~lynn/2001d.html#60 VTOC/VTOC INDEX/VVDS and performance (expansion of VTOC position)
https://www.garlic.com/~lynn/2001d.html#64 VTOC/VTOC INDEX/VVDS and performance (expansion of VTOC position)
https://www.garlic.com/~lynn/2001l.html#40 MVS History (all parts)
https://www.garlic.com/~lynn/2002.html#5 index searching
https://www.garlic.com/~lynn/2002.html#6 index searching
https://www.garlic.com/~lynn/2002.html#10 index searching
https://www.garlic.com/~lynn/2002d.html#22 DASD response times
https://www.garlic.com/~lynn/2002f.html#8 Is AMD doing an Intel?
https://www.garlic.com/~lynn/2002g.html#13 Secure Device Drivers
https://www.garlic.com/~lynn/2002l.html#47 Do any architectures use instruction count instead of timer
https://www.garlic.com/~lynn/2002l.html#49 Do any architectures use instruction count instead of timer
https://www.garlic.com/~lynn/2002n.html#50 EXCP
https://www.garlic.com/~lynn/2002o.html#46 Question about hard disk scheduling algorithms
https://www.garlic.com/~lynn/2003.html#15 vax6k.openecs.org rebirth
https://www.garlic.com/~lynn/2003b.html#22 360/370 disk drives
https://www.garlic.com/~lynn/2003c.html#48 "average" DASD Blocksize
https://www.garlic.com/~lynn/2003f.html#51 inter-block gaps on DASD tracks
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Why A.I. Is Brain-Dead Newsgroups: sci.skeptic,comp.ai.games,comp.lang.lisp,rec.arts.sf.science,alt.folklore.computers Date: Mon, 28 Jul 2003 18:42:40 GMT
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM channels, was Re: Microkernels are not "all or nothing". Newsgroups: alt.folklore.computers Date: Tue, 29 Jul 2003 14:15:04 GMT"Alan J. Flavell" writes:
random past musings:
https://www.garlic.com/~lynn/submain.html#360pcm
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Where the Good Jobs are Going Newsgroups: alt.folklore.computers Date: Tue, 29 Jul 2003 21:37:51 GMT
Where the Good Jobs are Going
Forget sweatshops, US companies are now shifting high-wage work overseas.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Tue, 29 Jul 2003 21:42:09 GMTjchausler writes:
I believe "storage" came into vogue with the 370 announcement of relocation hardware and the various virtualized products ... dos/vs, vs1, and vs2. I have vague recollection that somebody may have perceived that the term "virtual memory" was some how encumbered.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The Vintage Computer Forum Newsgroups: alt.folklore.computers Date: Wed, 30 Jul 2003 14:15:49 GMTThomas Dzubin writes:
usenet was original uucp ... and then later gatewayed to tcp/ip
the bitnet listserv was predated by some internal corporate listserv stuff (the internal corporate network was larger than the internet/arpanet until about mid-86) ... and is from approx. same era as usenet.
UUCP rfc ... relatively late in UUCP lifetime:
https://www.garlic.com/~lynn/rfcidx3.htm#976
976
UUCP mail interchange format standard, Horton M., 1986/02/01
(12pp) (.txt=26130) (Updated by 1137)
if you go to the above URL and click on the ".txt" field, it retrieves the actual RFC.
remember the telebit trailblazers that had uucp optimized mode?
misc. telebit/uucp posts:
https://www.garlic.com/~lynn/2000e.html#19 Is Al Gore The Father of the Internet?^
https://www.garlic.com/~lynn/2001e.html#62 Modem "mating calls"
https://www.garlic.com/~lynn/2003g.html#6 Oldest system to run a web browser?
random other uucp refs:
https://www.garlic.com/~lynn/2000c.html#26 The first "internet" companies?
https://www.garlic.com/~lynn/2001b.html#57 I am fed up!
https://www.garlic.com/~lynn/2001c.html#5 what makes a cpu fast
https://www.garlic.com/~lynn/2001h.html#65 UUCP email
https://www.garlic.com/~lynn/2001h.html#66 UUCP email
https://www.garlic.com/~lynn/2001n.html#87 A new forum is up! Q: what means nntp
https://www.garlic.com/~lynn/2002b.html#53 Computer Naming Conventions
https://www.garlic.com/~lynn/2002k.html#26 DEC eNet: was Vnet : Unbelievable
https://www.garlic.com/~lynn/2002m.html#48 History of The Well was AOL
https://www.garlic.com/~lynn/2002o.html#41 META: Newsgroup cliques?
https://www.garlic.com/~lynn/2003f.html#15 Alpha performance, why?
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: RFC2557? Newsgroups: opera.general Date: Thu, 31 Jul 2003 04:42:04 GMTFig writes:
in the section RFCs listed by click on Term (term->RFC#)
and then click on "MIME" in the Acronym fastpath ... which brings up all the "MIME" related RFCs. In that section you can click on "2557" which brings up RFC summary in lower frame. clicking on the ".txt=nnnn" field (from the summary) retrieves the actual RFC.
2557 PS
MIME Encapsulation of Aggregate Documents, such as HTML (MHTML),
Hopmann A., Palme J., Shelness N., 1999/03/31 (28pp) (.txt=61854)
(Obsoletes 2110) (MHTML)
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Artificial intelligence (AI) has been solved Newsgroups: sci.skeptic,comp.ai.games,comp.lang.lisp,rec.arts.sf.science,alt.folklore.computers Date: Thu, 31 Jul 2003 13:25:59 GMTjmfbahciv writes:
where committee intelligence approaches zero
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Fri, 01 Aug 2003 02:04:21 GMTLon Stowell writes:
there was more information posted on large optical system in this
thread
https://www.garlic.com/~lynn/2002i.html#33 "Mass Storage System"
there may have also been something previously posted in this thread:
https://www.garlic.com/~lynn/2002g.html#84 Questions on IBM Model 1630
misc. past posts with 2321:
https://www.garlic.com/~lynn/2000.html#9 Computer of the century
https://www.garlic.com/~lynn/2000b.html#41 How to learn assembler language for OS/390 ?
https://www.garlic.com/~lynn/2001.html#17 IBM 1142 reader/punch (Re: First video terminal?)
https://www.garlic.com/~lynn/2001.html#51 Competitors to SABRE?
https://www.garlic.com/~lynn/2001e.html#42 OT: Ever hear of RFC 1149? A geek silliness taken wing
https://www.garlic.com/~lynn/2001e.html#50 "IP Datagrams on Avian Carriers" tested successfully
https://www.garlic.com/~lynn/2001f.html#78 HMC . . . does anyone out there like it ?
https://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
https://www.garlic.com/~lynn/2001n.html#61 Google Archive
https://www.garlic.com/~lynn/2002.html#16 index searching
https://www.garlic.com/~lynn/2002.html#22 index searching
https://www.garlic.com/~lynn/2002f.html#3 Increased Paging in 64-bit
https://www.garlic.com/~lynn/2002i.html#26 : Re: AS/400 and MVS - clarification please
https://www.garlic.com/~lynn/2002i.html#31 : Re: AS/400 and MVS - clarification please
https://www.garlic.com/~lynn/2002i.html#33 "Mass Storage System"
https://www.garlic.com/~lynn/2002m.html#40 Wanted: the SOUNDS of classic computing
https://www.garlic.com/~lynn/2002o.html#3 PLX
https://www.garlic.com/~lynn/2002o.html#9 PLX
https://www.garlic.com/~lynn/2003.html#70 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003.html#72 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003b.html#7 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003b.html#9 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003b.html#18 Card Columns
https://www.garlic.com/~lynn/2003c.html#36 "average" DASD Blocksize
https://www.garlic.com/~lynn/2003c.html#61 RFC 3092
https://www.garlic.com/~lynn/2003f.html#28 New RFC 3514 addresses malicious network traffic
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Microkernels are not "all or nothing". Re: Multics Concepts For the Contemporary Computing World Newsgroups: alt.os.multics,comp.arch,alt.folklore.computers Date: Fri, 01 Aug 2003 02:55:20 GMTBrian Inglis writes:
after a lot of other people were called in, i asked to visit the customer. they brought me into a classroom that had about a dozen or so student tables (table about 6' long ... enuf for three chairs easily) ... all surfaces buried about a foot deep with performance data on standard greenbar fanfold paper. So I spent an hour or so thumbing thru the papar ... asking questions about when the severe performance degradation across the whole complex was observed. For some reason, I pick out a pattern on one of the disks ... that in normal conditions would have 20-30 i/os per second aggregate activity. However, under severe performance conditions ... the aggregate i/os per second for this particular disk was consistently around 6.5 I/Os per second.
so this turns out this was a disk dedicated to a shared application program library. it turns out that the PDS had a three cylinder directory. A program member name search was consistently averaging over one cylinder. These were all 3330 disks. There are 19 tracks per 3330 cylinder and the drive spins at 3600RPM ... or 60rps. A single multi-track search of a full cylinder was taking 19/60 = ,32 seconds; during which time the disk was busy, the associated disk controller was busy (which also blocked access to the 15 or so other disks handled by the same controller) ... and the associated channel for that particular processor was busy. The maximum possibly number of such operations per second was three. It not only seriously bottlenecked all access to program loading from that PDS application program library .... but contributed to degrading utilization of other disks under control of the same controller (for all processors). For the specific processor, during the operation at any specific moment, any other devices where that processor needed to access with the busy channel was also blocked for the duration of the operation.
the trick was recognizing a disk that appeared to have a consistent activity value highly correlated with periods of extreme performance degradation ... and not have any preconceived notions about what a specific disk drive technology saturated I/O rate might be. going into the exercise with any such preconceived assumptions would have resulted in automatically ignoring disks that had peak 6.5 i/o operations per second (since everybody absolutely knew that saturation of such disks didn't occur until between 40-80 disk i/os pe second).
recent multi-track posting in this same thread:
https://www.garlic.com/~lynn/2003k.html#28 Microkernels are not "all or nothing". Re: Multics Concepts For
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Code Sizing for Digital Signature Verification - DSS/DSA Newsgroups: sci.crypt Date: Fri, 01 Aug 2003 03:04:22 GMTfor ecdsa, fips186-2 .... have a look at
while it specifically references signature authentication for a specific hardware token .... the signature that the hardare token is performing is ecdsa/fips186-2.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Differnce between LF and NL Newsgroups: bit.listserv.ibm-main Date: Fri, 01 Aug 2003 14:26:28 GMT"John Mycroft" writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Share lunch/dinner? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Fri, 01 Aug 2003 19:24:24 GMTjchase@USSCO.COM (Chase, John) writes:
has anybody noticed that marriott seems to be buying up several of the more boutique hotels (at least in the DC area).
the first time i stayed at any marriott was in 1970 when the se symposium was held in DC at the marriott ... harlen milss was one of the speakers.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: An Understanding Database Theory Newsgroups: comp.databases.theory,alt.folklore.computers Date: Fri, 01 Aug 2003 20:02:51 GMT"Dave Ulmer" writes:
the original basel II from 2001 had section called qualitative
risk .... as part of risk adjusted capital accords. some
http://www.bis.org/
and straying even further
https://www.garlic.com/~lynn/aadsm5.htm#asrn2
https://www.garlic.com/~lynn/95.html#13
the relational genre is from:
https://www.garlic.com/~lynn/submain.html#systemr
and the xml inherits back to 4th floor, 545 tech sq. ... aka
xml, html, sgml, gml circa 1970
https://www.garlic.com/~lynn/subtopic.html#545tech
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: text character based diagrams in technical documentation Newsgroups: alt.folklore.computers Date: Sun, 03 Aug 2003 15:27:18 GMTarargh307NOSPAM writes:
I fied search engine on HIPO and flowcharts .... but the references I ran across were done with graphics. all the autoflow references seem to be current. searching autoflow and 1403 (mainframe printer used to produce the charts) didn't come up with example.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: text character based diagrams in technical documentation Newsgroups: alt.folklore.computers Date: Sun, 03 Aug 2003 15:41:19 GMTstanislav shalunov writes:
produced by a knowledge based application that has things recorded
in patterns .... including patterns representing the stnadards
process. STD1 used to include the following in section 6.10:
https://www.garlic.com/~lynn/rfcietf.htm#obsol
... aka RFCs that were still listed as standards but had been obsoleted.
RFC summary example:
3576 I
Dynamic Authorization Extensions to Remote Authentication Dial In
User Service (RADIUS), Aboba B., Chiba M., Dommety G., Eklund M.,
Mitton D., 2003/07/30 (30pp) (.txt=70027) (was
draft-chiba-radius-dynamic-authorization-21.txt)
clicking on the ".txt" field retrieves that actualy RFC. clicking on the RFC number brings up the keywords for that RFC. Clicking on any of the keywords, brigns up a "keyword->RFC#" list for that keyword.
An example of text-based diagram extracted from ien-166 and used in
posting for thread "Difference between NCP and TCP/IP protocols":
https://www.garlic.com/~lynn/internet.htm#27
https://www.garlic.com/~lynn/2000.html#72
the technology is similar to what I used for managing the merged
glossar & taxonomy
https://www.garlic.com/~lynn/index.html#glossary
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: text character based diagrams in technical documentation Newsgroups: alt.folklore.computers Date: Sun, 03 Aug 2003 15:51:30 GMTAnne & Lynn Wheeler writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: text character based diagrams in technical documentation Newsgroups: alt.folklore.computers Date: Sun, 03 Aug 2003 17:08:07 GMT"Geoffrey G. Rochat" writes:
architecture moved the "red book" into script (on cp/67/cms ... initially supported run-off-like "dot" commands but circa 1970 or so, gml was added to script ... aka precursor to sgml, html, xml, etc). The "red book" came from it being distributed in red 3-ring binders ... and standard cms script was used to print it on 1403 printers where the use of standard ("TN") characters no longer resulted in solid lines for boxes, etc.
The red book had all the really interesting engineering, background, compatibility and justification details .... interspersed with the principles of operation "text". specification on the script command would either print the full red book .... or just the pinciple of operations subset ... for publication.
as more and more documentation was converted to the cms script-based infrastructure, there were more manuals and publications that lost the solid connected lines in boxes and other diagrams.
this continued pretty much up until the introduction of the 3800 printer where script got the ability to specify characters that would produce solid connected lines for boxes. in some respects, script/gml font specification feature originated for support of 2741/selectric typeballs (i.e. possible to switch typeballs on 2741 terminal to get different character sets .... like apl (I actually still have 2741 apl typeball in top drawer of my desk).
cp/67, cms, script, gml, internal network, virtual machines, lots of
text editoring, compare&swap instruction, port of apl\360 to cms and
support for virtual memory, etc ... all originally the product of the
cambridge scient center, 4th floor, 545 tech sq. misc. refs:
https://www.garlic.com/~lynn/subtopic.html#545tech
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Slashdot: O'Reilly On The Importance Of The Mainframe Heritage Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Sun, 03 Aug 2003 19:19:26 GMTtheodp@aol.com (theodp) writes:
VM/370 had inherited from cp/67 the standard convention as part of all distributions and maintenance, included was all the machine readable source for rebuilding the system from original source files. The CP/67 source maintenance system was infrastructure for cascading updates being applied as part of the standard source->executable translation. It was common practice at many installations during the 70s to always build their systems from the original source files ... including the application of lots of local source updates.
misc. past source maint. discussions
https://www.garlic.com/~lynn/2001h.html#57 Whom Do Programmers Admire Now???
https://www.garlic.com/~lynn/2001n.html#26 Open Architectures ?
https://www.garlic.com/~lynn/2003.html#58 Card Columns
https://www.garlic.com/~lynn/2003e.html#75 History of project maintenance tools -- what and when?
https://www.garlic.com/~lynn/2003e.html#77 unix
https://www.garlic.com/~lynn/2003j.html#14 A Dark Day
misc. past unbundling threads.
https://www.garlic.com/~lynn/99.html#58 When did IBM go object only
https://www.garlic.com/~lynn/2001c.html#18 On RC4 in C
https://www.garlic.com/~lynn/2001l.html#30 mainframe question
https://www.garlic.com/~lynn/2002b.html#27 IBM SHRINKS by 10 percent
https://www.garlic.com/~lynn/2002c.html#28 OS Workloads : Interactive etc
https://www.garlic.com/~lynn/2002e.html#62 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#44 50 years ago (1952)?
https://www.garlic.com/~lynn/2002p.html#2 IBM OS source code
https://www.garlic.com/~lynn/2002p.html#7 myths about Multics
https://www.garlic.com/~lynn/2003e.html#18 unix
https://www.garlic.com/~lynn/2003e.html#56 Reviving Multics
https://www.garlic.com/~lynn/2003g.html#58 40th Anniversary of IBM System/360
https://www.garlic.com/~lynn/2003g.html#66 software pricing
https://www.garlic.com/~lynn/2003h.html#36 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
https://www.garlic.com/~lynn/2003k.html#1 Dealing with complexity
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Slashdot: O'Reilly On The Importance Of The Mainframe Heritage Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 04 Aug 2003 14:07:11 GMT"David Wade" writes:
I did take the vmfplc2 source and do some mods to it ... i was trying to significantly reduce the inter block gaps on 6250 tapes. I combined the 60-some byte header record with the first data record to cut the inter-block gaps in half for small files ... and went to a much larger maximum data block size.
I was doing a incremental file backup and achive system ... initially for HONE and San Jose research. That was picked up by some other internal sites during version one and two of the internal release. A group at SJR was then assigned to be responsible for doing futher development ... which begat internal version 3 and then workstation datasave facility. WDSF then became ADSM (adstar storage manager) and then turned over to Tivoli and renamed TSM (tivoli storage manager).
misc. past hone refs:
https://www.garlic.com/~lynn/subtopic.html#hone
misc. past vmfplc, wdsf, adsm, & tsm posts:
https://www.garlic.com/~lynn/99.html#149 OS/360 (and descendants) VM system?
https://www.garlic.com/~lynn/2001n.html#66 Holy Satanism! Re: Hyper-Threading Technology - Intel information.
https://www.garlic.com/~lynn/2001n.html#92 "blocking factors" (Was: Tapes)
https://www.garlic.com/~lynn/2002e.html#3 IBM's "old" boss speaks (was "new")
https://www.garlic.com/~lynn/2002h.html#29 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#35 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#36 Computers in Science Fiction
https://www.garlic.com/~lynn/2002k.html#8 Avoiding JCL Space Abends
https://www.garlic.com/~lynn/2002q.html#25 Beyond 8+3
https://www.garlic.com/~lynn/2003b.html#42 VMFPLC2 tape format
https://www.garlic.com/~lynn/2003b.html#43 VMFPLC2 tape format
https://www.garlic.com/~lynn/2003b.html#44 filesystem structure, was tape format (long post)
https://www.garlic.com/~lynn/2003d.html#9 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
https://www.garlic.com/~lynn/2003h.html#6 IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM
https://www.garlic.com/~lynn/2003i.html#52 HSM Functionality for Microsoft, using the Mainframe as the
https://www.garlic.com/~lynn/2003i.html#53 A Dark Day
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Who said DAT? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 04 Aug 2003 14:38:25 GMTRick.Fochtman@CLEARINGCORP.COM (Rick Fochtman) writes:
cambridge then got a 360/67 and ported cp/40 to it and renamed virtual machine system to cp/67. cp/67 was announced at the spring 1968 share meeting in houston. the "official" system for the 360/67 was tss/360.
360/67 was basically a 360/65 with a dynamic address translation box or DAT box ... that was a fully associative array (current generation of boxes are TLBs ... or table look aside box). I still have a 360/67 "blue" reference card. The 360/67 is older than 35 years.
360/67 also had some advanced multiprocessor features that disappeared in to 370 generation ... and didn't start to really re-appear until 3081; in fact the compare&swap instruction (that did appear in 370) was done by person at cambridge science center who's initials are CAS (i.e. the objective was to come up with an instruction name that matched his initials).
for lots of stuff about 360/67, tss/360, ctss, and various other
historical happenings around cambridge science center ... see
melinda's "vm history" paper at:
https://www.leeandmelindavarian.com/Melinda#VMHist
misc. cambridge science center refs:
https://www.garlic.com/~lynn/subtopic.html#545tech
past posts mentioning tss/360 &/or tss/370:
https://www.garlic.com/~lynn/94.html#46 Rethinking Virtual Memory
https://www.garlic.com/~lynn/94.html#53 How Do the Old Mainframes
https://www.garlic.com/~lynn/95.html#1 pathlengths
https://www.garlic.com/~lynn/96.html#4a John Hartmann's Birthday Party
https://www.garlic.com/~lynn/98.html#11 S/360 operating systems geneaology
https://www.garlic.com/~lynn/98.html#12 S/360 operating systems geneaology
https://www.garlic.com/~lynn/99.html#2 IBM S/360
https://www.garlic.com/~lynn/99.html#64 Old naked woman ASCII art
https://www.garlic.com/~lynn/99.html#237 I can't believe this newsgroup still exists
https://www.garlic.com/~lynn/2000b.html#54 Multics dual-page-size scheme
https://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000c.html#8 IBM Linux
https://www.garlic.com/~lynn/2000c.html#79 Unisys vs IBM mainframe comparisons
https://www.garlic.com/~lynn/2000d.html#30 Secure Operating Systems
https://www.garlic.com/~lynn/2000f.html#18 OT?
https://www.garlic.com/~lynn/2000f.html#56 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2000f.html#58 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#61 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000g.html#0 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2001b.html#18 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
https://www.garlic.com/~lynn/2001b.html#35 John Mashey's greatest hits
https://www.garlic.com/~lynn/2001e.html#19 SIMTICS
https://www.garlic.com/~lynn/2001f.html#20 VM-CMS emulator
https://www.garlic.com/~lynn/2001f.html#22 Early AIX including AIX/370
https://www.garlic.com/~lynn/2001f.html#23 MERT Operating System & Microkernels
https://www.garlic.com/~lynn/2001f.html#47 any 70's era supercomputers that ran as slow as today's supercomputers?
https://www.garlic.com/~lynn/2001f.html#48 any 70's era supercomputers that ran as slow as today's supercomputers?
https://www.garlic.com/~lynn/2001h.html#17 IBM 9020 FAA/ATC Systems from 1960's
https://www.garlic.com/~lynn/2001h.html#26 TECO Critique
https://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
https://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline?
https://www.garlic.com/~lynn/2001i.html#39 IBM OS Timeline?
https://www.garlic.com/~lynn/2001l.html#5 mainframe question
https://www.garlic.com/~lynn/2001l.html#6 mainframe question
https://www.garlic.com/~lynn/2001l.html#7 mainframe question
https://www.garlic.com/~lynn/2001l.html#8 mainframe question
https://www.garlic.com/~lynn/2001l.html#9 mainframe question
https://www.garlic.com/~lynn/2001l.html#11 mainframe question
https://www.garlic.com/~lynn/2001l.html#17 mainframe question
https://www.garlic.com/~lynn/2001l.html#18 mainframe question
https://www.garlic.com/~lynn/2001l.html#20 mainframe question
https://www.garlic.com/~lynn/2001m.html#47 TSS/360
https://www.garlic.com/~lynn/2001m.html#49 TSS/360
https://www.garlic.com/~lynn/2001m.html#53 TSS/360
https://www.garlic.com/~lynn/2001m.html#55 TSS/360
https://www.garlic.com/~lynn/2001n.html#0 TSS/360
https://www.garlic.com/~lynn/2001n.html#10 TSS/360
https://www.garlic.com/~lynn/2001n.html#18 Call for folklore - was Re: So it's cyclical.
https://www.garlic.com/~lynn/2001n.html#23 Alpha vs. Itanic: facts vs. FUD
https://www.garlic.com/~lynn/2001n.html#26 Open Architectures ?
https://www.garlic.com/~lynn/2001n.html#62 The demise of compaq
https://www.garlic.com/~lynn/2001n.html#89 TSS/360
https://www.garlic.com/~lynn/2002.html#36 a.f.c history checkup... (was What specifications will the standard year 2001 PC have?)
https://www.garlic.com/~lynn/2002.html#52 Microcode?
https://www.garlic.com/~lynn/2002b.html#6 Microcode?
https://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
https://www.garlic.com/~lynn/2002b.html#64 ... the need for a Museum of Computer Software
https://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
https://www.garlic.com/~lynn/2002c.html#52 Swapper was Re: History of Login Names
https://www.garlic.com/~lynn/2002d.html#23 Mainframers: Take back the light (spotlight, that is)
https://www.garlic.com/~lynn/2002d.html#36 Mainframers: Take back the light (spotlight, that is)
https://www.garlic.com/~lynn/2002e.html#32 What goes into a 3090?
https://www.garlic.com/~lynn/2002e.html#47 Multics_Security
https://www.garlic.com/~lynn/2002f.html#17 Blade architectures
https://www.garlic.com/~lynn/2002f.html#36 Blade architectures
https://www.garlic.com/~lynn/2002f.html#37 Playing Cards was Re: looking for information on the IBM 7090
https://www.garlic.com/~lynn/2002f.html#42 Blade architectures
https://www.garlic.com/~lynn/2002f.html#53 WATFOR's Silver Anniversary
https://www.garlic.com/~lynn/2002f.html#59 Blade architectures
https://www.garlic.com/~lynn/2002f.html#60 Mainframes and "mini-computers"
https://www.garlic.com/~lynn/2002g.html#2 Computers in Science Fiction
https://www.garlic.com/~lynn/2002h.html#59 history of CMS
https://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002j.html#27 Unisys A11 worth keeping?
https://www.garlic.com/~lynn/2002j.html#43 Killer Hard Drives - Shrapnel?
https://www.garlic.com/~lynn/2002j.html#75 30th b'day
https://www.garlic.com/~lynn/2002l.html#14 Z/OS--anything new?
https://www.garlic.com/~lynn/2002l.html#36 Do any architectures use instruction count instead of timer
https://www.garlic.com/~lynn/2002l.html#39 Moore law
https://www.garlic.com/~lynn/2002l.html#44 Thirty Years Later: Lessons from the Multics Security Evaluation
https://www.garlic.com/~lynn/2002m.html#21 Original K & R C Compilers
https://www.garlic.com/~lynn/2002m.html#24 Original K & R C Compilers
https://www.garlic.com/~lynn/2002n.html#27 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#32 why does wait state exist?
https://www.garlic.com/~lynn/2002n.html#57 SHARE MVT Project anniversary
https://www.garlic.com/~lynn/2002n.html#62 PLX
https://www.garlic.com/~lynn/2002n.html#64 PLX
https://www.garlic.com/~lynn/2002o.html#15 Home mainframes
https://www.garlic.com/~lynn/2002o.html#28 TPF
https://www.garlic.com/~lynn/2002o.html#78 Newsgroup cliques?
https://www.garlic.com/~lynn/2002p.html#14 Multics on emulated systems?
https://www.garlic.com/~lynn/2002p.html#37 Newbie: Two quesions about mainframes
https://www.garlic.com/~lynn/2002p.html#44 Linux paging
https://www.garlic.com/~lynn/2003.html#48 InfiniBand Group Sharply, Evenly Divided
https://www.garlic.com/~lynn/2003b.html#0 Disk drives as commodities. Was Re: Yamhill
https://www.garlic.com/~lynn/2003c.html#0 Wanted: Weird Programming Language
https://www.garlic.com/~lynn/2003c.html#30 difference between itanium and alpha
https://www.garlic.com/~lynn/2003c.html#53 HASP assembly: What the heck is an MVT ABEND 422?
https://www.garlic.com/~lynn/2003d.html#15 CA-RAMIS
https://www.garlic.com/~lynn/2003d.html#38 The PDP-1 - games machine?
https://www.garlic.com/~lynn/2003d.html#54 Filesystems
https://www.garlic.com/~lynn/2003d.html#58 POWER hashes vs tree
https://www.garlic.com/~lynn/2003d.html#67 unix
https://www.garlic.com/~lynn/2003d.html#72 cp/67 35th anniversary
https://www.garlic.com/~lynn/2003e.html#56 Reviving Multics
https://www.garlic.com/~lynn/2003f.html#13 Alpha performance, why?
https://www.garlic.com/~lynn/2003f.html#41 SLAC 370 Pascal compiler found
https://www.garlic.com/~lynn/2003f.html#46 Any DEC 340 Display System Doco ?
https://www.garlic.com/~lynn/2003f.html#48 Alpha performance, why?
https://www.garlic.com/~lynn/2003f.html#53 Alpha performance, why?
https://www.garlic.com/~lynn/2003f.html#56 ECPS:VM DISPx instructions
https://www.garlic.com/~lynn/2003g.html#22 303x, idals, dat, disk head settle, and other rambling folklore
https://www.garlic.com/~lynn/2003g.html#24 UltraSPARC-IIIi
https://www.garlic.com/~lynn/2003g.html#31 Lisp Machines
https://www.garlic.com/~lynn/2003h.html#41 Segments, capabilities, buffer overrun attacks
https://www.garlic.com/~lynn/2003h.html#52 Question about Unix "heritage"
https://www.garlic.com/~lynn/2003i.html#15 two pi, four phase, 370 clone
https://www.garlic.com/~lynn/2003j.html#2 Fix the shuttle or fly it unmanned
https://www.garlic.com/~lynn/2003k.html#9 What is timesharing, anyway?
https://www.garlic.com/~lynn/2003k.html#10 What is timesharing, anyway?
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: S/360 IPL from 7 track tape. Newsgroups: alt.folklore.computers Date: Mon, 04 Aug 2003 23:34:18 GMT"Russ Holsclaw" writes:
cp/67 did allow for defining some number of 2741s as being physically secure (in the machine room) ... that could be used as alternative "console" ... primarily required as backup for hardcopy log for what was going on in the system.
I developed the autolog command and the automatic execution of the command at kernel boot with a reserved userid name (autolog). This was originally done for various automated benchmarking processes (dedicated machine time .... that automatically rebooted the machine autologed a process running a script of benchmarks, which in turn autologged a bunch of processes that simulated various workload profiles). The command eventually shipped in the official product in vm/370 release 3 (as well as some number of other enhancements from cambridge) .... which enabled a whole slew of boot/ipl startup activities to be initiated automagically.
I then used it extensively for getting the resource manager out
... since over 2000 benchmarks were run as part of calibrating and
verifying the resource manager prior to product ship (taking three
months elapsed time). misc. past benchmarking posts:
https://www.garlic.com/~lynn/submain.html#bench
the other thing helping enable 7x24 offshift operation was the change to support the prepare command on the 2702 telecommunication controller. Most machines were on some kind of lease ... being charged on the basis of the time clocked on the processor meter. The meter ran whenever the processor was executing instructions and/or whenever there was active I/O (even if the processor wasn't executing instructions). Lots of things were looked at to allow the meter to stop ... when nothing was going on. W/O the prepare command ... if terminals were enabled to transfer i/o at all ... then the meter ran. The "prepare" command in each ccw string for every terminal .... (in effect) allowed the 2702 to be setup to receive signals from terminals ... w/o the processor meter running when there wasn't anything going on.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Slashdot: O'Reilly On The Importance Of The Mainframe Heritage Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Tue, 05 Aug 2003 13:13:53 GMT"David Wade" writes:
tymshare (one of the major online vm-based timesharing services)
started hosting the online vmshare computer conferencing in the 70s
.... where there was lots of discussion of vm related things
... including some amount of customer source code changes. The
archives from tymshare:
http://vm.marist.edu/~vmshare/
example of posting in vmshare ... "IBM MAINFRAME HISTORY TREE" from
12/4/85 computerworld article:
http://vm.marist.edu/~vmshare/browse.cgi?fn=IBMHIST&ft=NOTE&args=4341
in the late '70s i started getting monthly tape copies of all the
vmshare files from tymshare ... and maintained shadow copy of the
conference files on a number of internal corporate nodes ... including
the internal HONE systems supporting all branch office and customer
support people world-wide (early 80s, the US HONE system had something
on the order of 40k userids defined):
https://www.garlic.com/~lynn/subtopic.html#hone
in the mid-80s, M/D bought tymshare ... spun of some of the assets to
various places ... tymnet to b/t; gnosis as startup became keykos (I
still have hardcopy of gnosis document laying around from due
diligence done on gnosis for M/D prior to the spin-off):
http://cap-lore.com/CapTheory/upenn/Gnosis/Gnosis.html
http://cap-lore.com/CapTheory/upenn/
and slightly related as outgrowth of keykos
http://www.cis.upenn.edu/~eros/
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Linux gets sensitive government use approval Newsgroups: comp.os.linux.security Date: Tue, 05 Aug 2003 13:29:09 GMTslightly related discussion of eal4 evaluation:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: dissassembled code. Newsgroups: comp.lang.asm370,alt.folklore.computers Date: Wed, 06 Aug 2003 14:19:53 GMT"Sven Pran" writes:
starting around 1970 or so the red book was entered into cms (cambridge monitor system) script file. all the interesting engineering notes, instruction justification, model dependent considerations, etc. are in the "red book" sections, with the principles of operation sections interspersed. depending on invokation of cms script command, either the full red book would be printed or just the principles of operation subset. You could somewhat tell the transition in the principles of operation and other documents by whether the boxes had connected lines or not. During that period, script documents were most frequently printed on 1403/3211 printers and the box diagrams wouldn't have solid, connected lines ... which reappeared with 3800 printers. The earliest "font" support by the variously named cms script processors (gml, bookie, bookmaster, etc) somewhat grew out of the script support for different 2741 selectric typeballs (aka could manually switch selectric typeballs on the 2741 to get different character sets/fonts).
1970 was about the time that "G", "M", and "L" (all at the cambridge scientic center), invented "gml" (note their initials) and the syntax support was added to cms script. The original script syntax is runoff-like "dot" commands. during the '70s it was common to find lots of cms script files that had "gml" and "dot" syntax intermixed in the same document. of course, gml begat sgml, html, xml, etc. In the port from 360/67 to 370, cp/67 was renamed vm/370 and cambridge monitor system (cms) was renamed conversational monitor system (cms).
misc. cambrdige science center:
https://www.garlic.com/~lynn/subtopic.html#545tech
now, i have vaque memories of somebody talking about a custom chain for 1403n1 ... that did have the characters that would produce solid lines for boxes and other diagrams .... reportedly used for engineering logic diagrams. however, some number of ibm publications went thru the period where they were princted with boxes and diagrams that didn't have solid, connected lines.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Getting old. Newsgroups: alt.folklore.computers Date: Thu, 07 Aug 2003 15:15:20 GMT"Nico de Jong" writes:
they had large flood not too long afterwards ... and haven't been back to see how it affected downtown.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: dissassembled code. Newsgroups: comp.lang.asm370,alt.folklore.computers Date: Thu, 07 Aug 2003 15:44:13 GMTbhagavad_guitar@yahoo.com (bhagavad_guitar) writes:
so one relatively straight processes is to sequentially list the two-byte aligned halfwords ... and then have table of instruction op-codes and list the possible instruction for each half word, also list possible character string reprsentation for each half word (aka start with three columns, two byte hex, possible instruction, possible character; absolutely no idea at the sart regarding data characteristics).
look for markers that are obviously not instructions ... and then work both directions ... aggregating obvious half-word collections of data vis-a-vis half-word collections of instructions. a little smarts about instruction flow and instruction lengths ... can start to clump half-word units into possible instructions.
past dump reader posts:
https://www.garlic.com/~lynn/submain.html#dumprx
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: S/360 IPL from 7 track tape. Newsgroups: alt.folklore.computers Date: Thu, 07 Aug 2003 20:28:53 GMTJulian Thomas writes:
the above mentions that at the time, multics was taking an hour to
recover ... and the comparison was possibly one of the reasons that
prompted the multics new storage system:
http://www.multicians.org/nss.html
some other stuff about tech square:
http://www.multicians.org/tech-square.html
cambridge science center was on the 4th floor with its machine room on the 2nd floor. The (IBM) boston programming center was on the 3rd floor. The boston programming center had produced something called cps (conversational programming system) that supported a conversational/incremental PLI environment and had optional support for microcode accelerator RPQ available on 360/50. Noteable names at boston programming center were jean sammet and nat rochester.
As the CP/67 "development" group split off from the science center and morphed into the vm/370 development group ... it took over 3rd floor and absorbed the boston programming center (and the cps developers). As the vm/370 development group activity increased, it outgrew the 3rd floor and moved out to the old SBC (service bureau corporation which had been sold off to cdc) bldg. in burlington mall.
misc. other from above pages:
http://www.multicians.org/thvv/tvvgallery.html
& tom's home page:
http://www.multicians.org/thvv/
misc. past postings regarding 545 tech sq.
https://www.garlic.com/~lynn/subtopic.html#545tech
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Obsolete mainframes Newsgroups: alt.folklore.computers Date: Thu, 07 Aug 2003 21:53:18 GMTjchausler writes:
with lots of dg stuff ... including following product map:
http://www.simulogics.com/nostalgia/DGmachines.htm
i didn't encounter much dg ... until having to spend some time at the
santa clara campus after the rolm purchase:
http://www.simulogics.com/nostalgia/Rolm/rolm.htm
couple other hits that came up in the same search:
http://www.trailingedge.org/wishlist.htm
http://simh.trailing-edge.com/links.html
http://www.wildharecomputers.com/
http://ed-thelen.org/comp-hist/dg-nova.html
http://www.dg.com/
and this one which has some topic drift opportunity:
http://www.classicgaming.com/features/articles/computergaminghistory/index4.shtml
ot this site:
http://www.classicgaming.com/
which includes some game work in 1974 on nova 800.
another hit was collection of old computer documents
http://www.cbi.umn.edu/collections/inv/mktrsrch.htm
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Window field in TCP header goes small Newsgroups: comp.protocols.tcp-ip Date: Thu, 07 Aug 2003 22:19:21 GMTDetlef.Bosau@tesionmail.de (Detlef Bosau) writes:
the fundamental paradigm issue is that windows are orthogonal to rate control (needed for directly addressing congestion). The problem is that in real world networks that transmitted packets and returning ACKs can be subject to totally different traffic conditions ... and in any large network can have almost totally independent rate constraits.
the trivial example given in the '88 paper, was that returning ACKs frequently tend to bunch/clump ... so that several frames are opened up simultaneously at the transmitting node ... resulting in multiple back-to-back transmissions. the multiple back-to-back packets result in packet loss ... aka congestion ... resulting in the slow-start algorithm dropping way back. then slow starts begins opening up the window ... until the next bunched/clumped series of ACKs. in the worst case, single frame window can significantly avoid congestion ... but also significantly decreases thruput on high latency infrastructures.
in the fundamental paradigm, congestion control might be viewed as avoiding multiple back-to-back packet arrivals at any place along the way. windows provide a control mechanism that tends to be only loosely correlated to congestion issues.
the claim is that congestion has a much higher correlation with inter-packet transmission intervals than it does with window size. Large window size w/o inter-packet transmission interval control is subject to bursty packet behavior and small/ACK packet bunch/clumping, leading to multiple, back-to-back packet transmissions (and non-stable congestion control).
If the problem most directly correlates with inter-packet transmission interval ... then the claim is that directly controlling the inter-packet transmission interval can manage congestion ... even if the window size (outstanding frames/packets) is otherwise totally ignored.
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Fri, 08 Aug 2003 02:51:40 GMTLon Stowell writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: One big box vs. many little boxes Newsgroups: comp.arch Date: Fri, 08 Aug 2003 03:48:10 GMTPaul Wallich writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Confessions of a first-time SHARE attendee Newsgroups: bit.listserv.ibm-main Date: Tue, 12 Aug 2003 14:24:50 GMTChris_Craddock@BMC.COM (Craddock, Chris) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: The Incredible Shrinking Legacy Workforces Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Wed, 13 Aug 2003 13:05:22 GMTsomewhat appropriately from the halls of share
...
http://www.banktech.com/story/enews/BNK20030812S0002
The Incredible Shrinking Legacy Workforces
Brian Koma, AFCOM, for Optimize
Aug 12, 2003
Just as three weather systems collided to devastating effect in
Sebastian Junger's book, "The Perfect Storm," enterprise IT
organizations are threatened by the collision of three ominous trends:
the continued reliance on mainframe systems, an aging Baby Boomer
population, and the limited skills base of younger IT workers. If
these factors aren't addressed within the next five to seven years,
we'll all be facing an IT skills shortage that could prove devastating
to businesses that depend on technology expertise.
.. snip ...
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The Incredible Shrinking Legacy Workforces Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Fri, 15 Aug 2003 13:25:37 GMTlast night at SCIDS it was pointed at that there were more than ten times as many people at last week's linux world (at moscone) as were at share this week.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Internet trivia, 20th anniv: https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Date: Sat, 16 Jul 2003 09:50:18 -0600 Newsgroups: bit.listserv.vmesa-l Subject: re: SPXTAPE status from REXXAs an aside ... long ago and far away ... I did a demo implementation of moving nearly all of the spool function out of the kernel into a virtual machine.
It was all writtein in vs/pascal and used slightly enhanced spool file diagnose interfaces (aka effectively what RSCS uses for moving spool files between systems)
As part of the demo ... there was a SPTAPE command that could also run on a vanilla system using vanilla diagnose interface (and was relatively flexible in the format of the tapes it could load .... as well as dump/create) ... aka dumping and loading of spool files did not have to be a kernel function (being able to process spool files in much the same way that RSCS moves spool files between systems).
One of the original purposes (besides demonstrating the ability to
remove major function from the kernel into a virtual address space)
was to significantly enhance the performance (reduce the cpu overhead)
and the thruput (optional asynchronous interface, contiguous
allocations, multiple block writes and multiple block reads. An issue
was that HSDT had several full-duplex T1 links requiring RSCS to
simultanuously handled full 150kbytes in and out (300kbytes/sec
aggregate) thruput on each link ... aka 75 4k block transfers per
second per link. random hsdt
https://www.garlic.com/~lynn/subnetwork.html#hsdt
the other technology representation was the ability to both add and delete spool file areas during system operation (and all spool drives not necessarily being available as part of kernel boot). spool file areas on the same drive were self-consistent .... even for cases where a logical spool file had to span multiple physical drives.
The full blown implementation (as opposed to just the sptape function
which could run on vanilla systems) relied heavily on the
memory-mapped I/O functions that I had originally implemented on cp/67
for CMS and then ported to vm/370 (memory mapped paradigm frequently
achieved better than three times the efficiency of the same CMS file
operations not using the memory mapped interface). misc. memory mapped
https://www.garlic.com/~lynn/submain.html#mmap
One of the mistakes that TSS/360 had originally done in their memory-mapped implementation was that they assumed everything could be one-level store .... effectively do total file mapping ... and then strictly rely on page faults. Single 4k, synchronous page fault represented horrible degradation compared to buffered and multi-block asynchronous operation The CP/67 mem-mapped API had semantics for advisery hints about multiple block and asynchronous operation (similar to what some of the later high thruput Unix mem-mapped implementations provided)
misc. past SFS (spool file system) posts.
https://www.garlic.com/~lynn/2000b.html#43 Migrating pages from a paging device (was Re: removal of paging device)
https://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
https://www.garlic.com/~lynn/2003k.html#26 Microkernels are not "all or nothing". Re: Multics Concepts For
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: C & reliability: Was "The Incredible Shrinking Legacy Workforces" Newsgroups: alt.folklore.computers Date: Sat, 16 Aug 2003 18:46:13 GMT"Bob Billing (AKA Uncle Bob)" writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Share lunch/dinner? Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Sun, 17 Aug 2003 14:23:23 GMTAnne & Lynn Wheeler writes:
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Digital signature and Digital Certificate Newsgroups: comp.security.firewalls Date: Sun, 17 Aug 2003 15:16:30 GMTandyoz77@yahoo.com (Andy) writes:
public/privite (asymmetric) cryptography helps address an issue of key distribution (in secret key scenarios). The public key can be freely distributed, w/o compromising the private key. public key can be used to authenticate communication originating from the private key owner .... and messages encrypted with the public key can only be decrypted with the corresponding private key. In this sense the "public" and "private" key attributes are a business process convention of asymmetric cryptography (choosing which key to make public and which key never to divulge).
digital certificates were originally targeted for things like offline email from the early '80s .... you dialed up the email post office, exchanged email with the post office, and hung up. You are now sitting in an offline environment and there was requirement to authenticate email from entities that you had never communicated with before (you had a table of public keys for all your known friends and entities that you had prior communication with).
digital certificates is a business process convention that some entity that you trust will attest to some attributes (like identity) for other public keys. the digital certificate is a form of document that contains some other entities public key, some of their attributes, and digital signed by some entity that you trust. You have the trusted entity's public key in a table you maintain.
An annonymous/unknown entity sends you a digitally signed message, with an appended digital certificate. You validate the signature on the certificate with some trusted public key (you keep in local table), you then take the public key from the certificate and validate the signature on the signed message. You now have some confidence that the signed message originated from some entity with the attributes outlined in the certificate.
X.509 Identity digital certificates were somewhat formalized (international standard) in the late '80s and early '90s ... and places like financial institutions attempted to make use of them. They looked at providing x.509 identity certificates to the customers.
The identity certificates created a lot of ambivalence; on one side there was trying to aggregate all the identity information in a single certificate that might be useful for a bank client when communicating with some, unknown, future entity and on the other side having large numbers of messages flowing around the world ... all having appended certificates containing huge amounts of identity information.
The financial infrastructure in the mid-90s sort of retrenched to relying-party-only certificates .... containing only some form of an account number and the client's public key. This eliminated the severe privacy issues associated with large amounts of identity information blanketing the world with every message in existance. However, with relying-party-only certificates, it was then just a short step to showing that they were redundant and superfluous:
1) they were used in conjunction with messages/documents between the client and the financial institution.
2) the base, signed message/document already contained the account identifier
3) the financial institution and the client already had a prior relationship (negating basic certificate requirement assumption) so the client's public key was already on file with the bank
4) for financial transactions, even a trivial relying-party-only certificate could be one to two orders larger in size than the basic message; adding an extremely large payload bloat to the underlying infrastructure.
misc. related past posts:
https://www.garlic.com/~lynn/subpubkey.html#rpo
https://www.garlic.com/~lynn/subpubkey.html#sslcerts
In the transition of a ubiquituous, online world .... it is becoming harder and harder to find conditions that met the original design and requirement assumptions for stale, static certificates satisfying a need where the relying-party wouldn't have 1) prior relationship (and therefor not already have the entity's public key previously recorded) and 2) no connectivity to the trusted entity signing the certificate (aka a certificate is basically a stale, static copy of some information that the entity signing the certificate has recorded).
The certificate analogy is the plastic payment cards that people carried in their wallets and were used in offline transactions prior to the existing online infrastructure. The merchants (relying-parties) took the existance of the plastic as evidence from the individual's bank that there would likely be payment.
In the transition to the online environment, the certificate paradigm was skipped. While the plastic still looks the same ... the magnetic stripe on the back is used to communicate to the consumer's financial institution. The relying-party (aka merchant) now relies on the realtime, online message back from the certifying authority ... rather than any stale, static "certificate".
--
Anne & Lynn Wheeler | https://www.garlic.com/~lynn/
Internet trivia 20th anv https://www.garlic.com/~lynn/rfcietff.htm
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: What is timesharing, anyway? Newsgroups: alt.folklore.computers Date: Sun, 17 Aug 2003 15:29:26 GMTI was looking for reference on EDI and ran across this "history" of DTSS evolving into GEIS ... which is currently a EDI/VAN service: