From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Sun, 10 Nov 2002 16:31:53 GMTEric Smith <eric-no-spam-for-me@brouhaha.com> writes:
but of course you can run some other (much more batch oriented) operating system in a virtual machine ... and do you batch work there. In fact, LPARS are a form of VM subset running in the microcode & hardware (on the bare metal) ... and I would guess that nearly all of the ibm mainframes these days run in LPAR mode. In that sense nearly all ibm maainframe workload running in the world today is running in a form of VM ... one way or another (including batch, oltp, dbms, etc)
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Sun, 10 Nov 2002 16:40:46 GMTab528@FreeNet.Carleton.CA (Heinz W. Wiggeshoff) writes:
lets say i fell into the career opportunities ... by spending a lot of late nights at the university computing center ... until they give me the whole machine room from 8am sat. until 8am monday ... and the responsibility for supporting the production operating systems. After that I usually tried to schedule things so my first class on monday wasn't until 10am ... it would give me a chance to shower. Pulling a 48hr shift w/o sleep and then doing monday classes sometimes was interesting activity.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Sun, 10 Nov 2002 16:51:36 GMTand although i didn't get as much sleep pulling 48hr shifts (and then going to class) it was more interesting than the job i had up until then washing dishes in university cafeteria (and i was getting paid for spending time at the computing center)
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: PLX Newsgroups: bit.listserv.ibm-main Date: Mon, 11 Nov 2002 04:00:08 GMTSEYMOUR.J.METZ@CUSTOMS.TREAS.GOV (Shmuel Metz , Seymour J.) writes:
3344 was multiple emulated 3340s on a 3350 physical drive. the big difference between 3344 & 3340 from programming standpoint was that the 3344 needed special RAS alternate track support (and the number of 3340 cyls. reduced by the cyls used for alternate tracks).
3350 had a fixed-option for the first two cylinders. i tried to get multiple exposures for the 3350 .. so i/o could be initiated/performed/overlapped (on the fixed heads) while the arm was in motion/busy ... but didn't happen.
misc from (in case anybody has rest of the code names):
https://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
2301 fixed-head/track (2303 but r/w four heads in parallel) 2303 fixed-head/track r/w single head (1/4th rate of 2301) Corinth 2305-1 fixed-head/track Zeus 2305-2 fixed-head/track 2311 2314 2321 data-cell "washing machine" ?Piccolo 3310 FBA Merlin 3330-1 Iceberg 3330-11 Winchester 3340-35 3340-70 3344 (3350 physical drive simulating multiple 3340s) Madrid 3350 NFP 3370 FBA Florence 3375 3370 supporting CKD Coronado 3380 A04, AA4, B04 EvergreenD 3380 AD4, BD4 EvergreenE 3380 AE4, BE4 3830 horizontal microcode engine Cybernet 3850 MSS (also Comanche & Oak) Cutter 3880 jib-prime (vertical) microcode engine Ironwood 3880-11 (4kbyte/page block 8mbyte cache) Sheriff 3880-13 (full track 8mbyte cache) Sahara 3880-21 (larger cache for "11") ?? 3880-23 (larger cache for "13")--
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Mainframe Spreadsheets - 1980's History Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 11 Nov 2002 05:54:52 GMTrandom other apl related refs:
the one from SGML ... is goldfarb csc report ... mentioning APL at CSC (in addition to cp/67, the internal network, and misc & sundry other stuff .. gml also originated at CSC; gml is actually goldfarb, mosher and lorie ... and i bet everybody thot it stood for generalized markup language ... ancestor to to all the current MLs, HTML, XML, etc).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Anyone here ever use the iAPX432 ? Newsgroups: alt.folklore.computers Date: Mon, 11 Nov 2002 08:42:35 GMTDavid Ball writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Who wrote the obituary for John Cocke? Newsgroups: comp.arch,alt.folklore.computers,bit.listserv.ibm-main Date: Mon, 11 Nov 2002 20:47:42 GMTre:
a 801/fort knox url that i stumbled across:
https://web.archive.org/web/20030301042035/http://www.midrangeserver.com/tfh/tfh042902-story07.html
misc. past 801/romp/rios/fort knox postings:
https://www.garlic.com/~lynn/subtopic.html#801
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Are ssl certificates all equally secure? Newsgroups: sci.crypt Date: Mon, 11 Nov 2002 21:13:34 GMTga@braindamage.org (Beavis) writes:
1) integrity of the certificates themselves
2) integrity of the business processes that the certification authorities use for creating certificates (side note ... technically they aren't certificate authorities, they are certification authorities; aka they are certifying somebody else's information).
3) integrity of the business processes of the authoritative agency responsible for the information being certified by the certification authority (aka frequently the certification authority is not the authoritative agency with regard to the information being certified). In SSL certificates ... it is who owns the domain name ... and so the domain name infrastructure is the authoritative agency as to actually who owns which domains. one of the failure modes has been domain name takeover, and then get a certificate.
basically the browsers just accept all certificates that have been signed with a private key ... which the browser has the corresponding public key in an internal table.
So the strength of the infrastructure is effectively as strong was the weakest length ... which might actually not be the crypto integrity of the certificate or the business integrity of the certification authority ... but could extend all the way back to the authoritative agency responsible for the information being certified.
misc. past postings
https://www.garlic.com/~lynn/subpubkey.html#sslcert
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Everything you wanted to know about z900 from IBM Newsgroups: comp.arch,alt.folklore.computers Date: Mon, 11 Nov 2002 23:06:38 GMTRobert Myers writes:
one of the hits:
http://searchdatacenter.techtarget.com/definition/scalability
and one of my past comments:
https://www.garlic.com/~lynn/95.html#13
the z/architectue principles of operation is online,
url in previous post
https://www.garlic.com/~lynn/2002n.html#74
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: PLX Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 11 Nov 2002 23:15:35 GMTSEYMOUR.J.METZ@CUSTOMS.TREAS.GOV (Shmuel Metz , Seymour J.) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Are ssl certificates all equally secure? Newsgroups: sci.crypt Date: Tue, 12 Nov 2002 01:16:05 GMT... in some sense certification authorities are analogous to notary public, they will certify that they've seen something like a driver's license.
one problem might be that the notary doesn't examine the driver's license close enuf to see if it is really valid. another problem might be that the driver's license is so simple that everybody in the world might be running around with a fraudulent/counterfeit driver's license.
in a hypothetical situation, just because the notary's seal is impossible to duplicate ... and every notary is absolutely guaranteed to faithfully have executed the appropriate process .... it still might not be true if the driver's license a trivial to counterfeit.
as mentioned previous posts in
https://www.garlic.com/~lynn/subpubkey.html#sslcerts
one of the primary, original reasons for ssl certs is concern about the integrity of the domain name infrastructure. however, certifications authorities are dependent on domain name infrastructure as the authoritative agency regarding domain name ownership. so there is something of a catch-22 (aka you want a ssl cert to be used because you can't trust the domain name infrastructure ... but the certification authorities are dependent on the domain name infrastructure for the information they are certifying ... the same information you aren't trusting).
in any case, some of the proposals (by the certification authority industry) for improving the integrity of the domain name infrastructure (so that they can trust it) ... also goes a long ways towards allowing everybody to trust it (significantly negating the need for ssl certificates).
there was a glitch today on the IETF PKIX mailing list and brought
up some specific threads from a year ago (also listed in the above
sslserts discussion):
https://www.garlic.com/~lynn/aadsm8.htm#softpki5 Software for PKI
https://www.garlic.com/~lynn/aadsm8.htm#softpki12 Software for PKI
https://www.garlic.com/~lynn/aadsm8.htm#softpki13 Software for PKI
https://www.garlic.com/~lynn/aadsm8.htm#softpki14 DNSSEC (RE: Software for PKI)
https://www.garlic.com/~lynn/aadsm8.htm#softpki15 DNSSEC RFCs, was Software for PKI
https://www.garlic.com/~lynn/aadsm8.htm#softpki16 DNSSEC (RE: Software for PKI)
https://www.garlic.com/~lynn/aadsm8.htm#softpki19 DNSSEC (RE: Software for PKI)
https://www.garlic.com/~lynn/aadsm8.htm#softpki20 DNSSEC (RE: Software for PKI)
https://www.garlic.com/~lynn/aadsm9.htm#softpki21 DNSSEC (RE: Software for PKI)
https://www.garlic.com/~lynn/aadsm9.htm#softpki22 DNSSEC (RE: Software for PKI)
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Tue, 12 Nov 2002 17:03:30 GMTjcmorris@mitre.org (Joe Morris) writes:
I was at dinner 3-4 weeks ago with a group and somebody was telling story about (20+ yeargs ago) sitting in a 1st floor conference room in bldg.90/STL and watching the sun come up over the east hills ... and a janitor caming around outside sweeping the concret footing of the bldg (and wishing he could change places with the janitor since some acceptance testing we were working on hadn't been going well; he was with a non-ibm hardware vendor).
bldg.90/stl is set in coyote valley (was almost named the coyote lab) and since it was built has been the only bldg (although at one time tandem had option to build big campus complex and move all its operations ... and then later cisco seemed to have bought the option). the area around the bldg. is somewhat natural. The data center is underneath everything and when it was first built ... was subject to flooding.
sometimes i would work in bldg.90/stl during the day and ride my bike to work. the valley had the interesting characteristic that there was typically a strong head wind heading both directions (in the morning the bay is warmer than the south valley/salinas ... and the air rises over the bay and sucks air from south valley between the santa cruz mountains and the east hills, in the afternoon, the south valley is warmer than the bay and the wind reverses). This is the effect that also moderates SanFran weather ... since the hotter it is in the south valley ... the more air is being sucked from the bay ... and eventually pulling it from the pacific thru the gap at the golden gate (typically the hotter it is in the south valley, the greater the air conditioning effect at the golden gate with stronger pull of cooler air from the pacific)
some old bldg.90/stl stories
https://www.garlic.com/~lynn/97.html#16 Why Mainframes?
https://www.garlic.com/~lynn/99.html#36 why is there an "@" key?
https://www.garlic.com/~lynn/99.html#65 Old naked woman ASCII art
https://www.garlic.com/~lynn/99.html#75 Read if over 40 and have Mainframe background
https://www.garlic.com/~lynn/99.html#110 OS/360 names and error codes (was: Humorous and/or Interesting Opcodes)
https://www.garlic.com/~lynn/99.html#212 GEOPLEX
https://www.garlic.com/~lynn/2000.html#18 Computer of the century
https://www.garlic.com/~lynn/2000.html#77 Mainframe operating systems
https://www.garlic.com/~lynn/2000b.html#56 South San Jose (was Tysons Corner, Virginia)
https://www.garlic.com/~lynn/2000b.html#58 South San Jose (was Tysons Corner, Virginia)
https://www.garlic.com/~lynn/2000b.html#72 Microsoft boss warns breakup could worsen virus problem
https://www.garlic.com/~lynn/2000c.html#65 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000e.html#49 How did Oracle get started?
https://www.garlic.com/~lynn/2000f.html#18 OT?
https://www.garlic.com/~lynn/2000f.html#30 OT?
https://www.garlic.com/~lynn/2001.html#22 Disk caching and file systems. Disk history...people forget
https://www.garlic.com/~lynn/2001.html#54 FBA History Question (was: RE: What's the meaning of track overfl ow?)
https://www.garlic.com/~lynn/2001d.html#64 VTOC/VTOC INDEX/VVDS and performance (expansion of VTOC position)
https://www.garlic.com/~lynn/2001e.html#64 Design (Was Re: Server found behind drywall)
https://www.garlic.com/~lynn/2001f.html#22 Early AIX including AIX/370
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#34 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001g.html#37 Thread drift: Coyote Union (or Coyote Ugly?)
https://www.garlic.com/~lynn/2001h.html#29 checking some myths.
https://www.garlic.com/~lynn/2001i.html#11 YKYGOW...
https://www.garlic.com/~lynn/2001k.html#22 ESCON Channel Limits
https://www.garlic.com/~lynn/2001k.html#46 3270 protocol
https://www.garlic.com/~lynn/2001n.html#11 OCO
https://www.garlic.com/~lynn/2002.html#10 index searching
https://www.garlic.com/~lynn/2002c.html#30 OS Workloads : Interactive etc
https://www.garlic.com/~lynn/2002g.html#13 Secure Device Drivers
https://www.garlic.com/~lynn/2002g.html#55 Multics hardware (was Re: "Soul of a New Machine" Computer?)
https://www.garlic.com/~lynn/2002h.html#60 Java, C++ (was Re: Is HTML dead?)
https://www.garlic.com/~lynn/2002h.html#61 Java, C++ (was Re: Is HTML dead?)
https://www.garlic.com/~lynn/2002h.html#67 history of CMS
https://www.garlic.com/~lynn/2002i.html#22 CDC6600 - just how powerful a machine was it?
https://www.garlic.com/~lynn/2002i.html#24 CDC6600 - just how powerful a machine was it?
https://www.garlic.com/~lynn/2002i.html#69 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002j.html#6 HONE was .. Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002j.html#67 Total Computing Power
https://www.garlic.com/~lynn/2002j.html#74 Itanium2 power limited?
https://www.garlic.com/~lynn/2002k.html#9 Avoiding JCL Space Abends
https://www.garlic.com/~lynn/2002l.html#47 Do any architectures use instruction count instead of timer
https://www.garlic.com/~lynn/2002l.html#71 Faster seeks (was Re: Do any architectures use instruction
https://www.garlic.com/~lynn/2002n.html#36 VR vs. Portable Computing
https://www.garlic.com/~lynn/2002n.html#66 Mainframe Spreadsheets - 1980's History
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Tue, 12 Nov 2002 17:17:57 GMT... although when i was at 545tech sq .... sometimes i would be working late and miss the last B&M train out of north station ... and have to work thru the west of the night and then walk over to north station in the morning and catch the first train. this is when lechmere was still big warehouse looking bldg with a large paved lot. now that area has gone all really upscale (and the hotel that used to be called the chart house is now a sonesta or renaissance or something ... and surrounded by lotus bldgs.)
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: BOYD, the fighter pilot who changed the art of war Newsgroups: alt.folklore.computers,alt.folklore.military Date: Tue, 12 Nov 2002 21:11:07 GMTnew Boyd biography just hit the streets. I had pre-ordered it from amazon.com and it just showed up today: Boyd, the fighter pilot who changed the art of war, robert coram, little, brown, & company.
previou biography was: The Mind of War: John Boyd and American Security, Grant T. Hammond, smithsonian institution press (the picture on the back cover of this book is the cover for the new biography).
misc. postings (including threads on the earlier biography from last year):
https://www.garlic.com/~lynn/subboyd.html#boyd
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Tue, 12 Nov 2002 22:47:48 GMTPeter Flass writes:
Lots of the interactive platforms, when something anomolous occurs are expected to punt back and interact with the human. A lot of batch systems have evolved to being dim/dark room operations .... where there might not be a knowledgeable person within miles/hours.
An interesting aspect is trying to adopt interactive/desktop evolved platforms for dim/dark room operations (no matter what happens, the service keeps running 7x24). Everything that used to interrupt out to the human for them to take care of ... has now got to be handled automagically.
A couple examples/correllaries have been
1) large financial network that attributed 100 percent availability for a six plus year period (at the time) to
a) automated operator b) IMS hot standby
aka involving a human eventually results in some mistake, misc past
automated operator refs:
https://www.garlic.com/~lynn/94.html#2 Schedulers
https://www.garlic.com/~lynn/99.html#71 High Availabilty on S/390
https://www.garlic.com/~lynn/99.html#107 Computer History
https://www.garlic.com/~lynn/99.html#128 Examples of non-relational databases
https://www.garlic.com/~lynn/99.html#136a checks (was S/390 on PowerPC?)
https://www.garlic.com/~lynn/2000.html#22 Computer of the century
https://www.garlic.com/~lynn/2000f.html#12 Amdahl Exits Mainframe Market
https://www.garlic.com/~lynn/2001.html#43 Life as a programmer--1960, 1965?
https://www.garlic.com/~lynn/2001c.html#13 LINUS for S/390
https://www.garlic.com/~lynn/2001d.html#70 Pentium 4 Prefetch engine?
https://www.garlic.com/~lynn/2001d.html#71 Pentium 4 Prefetch engine?
https://www.garlic.com/~lynn/2001e.html#44 Where are IBM z390 SPECint2000 results?
https://www.garlic.com/~lynn/2001e.html#47 Where are IBM z390 SPECint2000 results?
https://www.garlic.com/~lynn/2001h.html#8 VM: checking some myths.
https://www.garlic.com/~lynn/2001k.html#14 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001k.html#18 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001l.html#47 five-nines
https://www.garlic.com/~lynn/2001n.html#47 Sysplex Info
https://www.garlic.com/~lynn/2001n.html#85 The demise of compaq
https://www.garlic.com/~lynn/2002.html#24 Buffer overflow
https://www.garlic.com/~lynn/2002e.html#68 Blade architectures
https://www.garlic.com/~lynn/2002h.html#73 Where did text file line ending characters begin?
https://www.garlic.com/~lynn/2002l.html#62 Itanium2 performance data from SGI
https://www.garlic.com/~lynn/2002n.html#27 why does wait state exist?
2) for the original payment gateway as part of the invention of
e-commerce ... i contended that after the straight line application
code was written and fully operational ... that there was about four
times as much more code written (that was possibly ten times more
complex) to turn the "application" into a "service" (for 7x24
operation). related assurance references
https://www.garlic.com/~lynn/subintegrity.html#assurance
misc high availability, continuous availability, 7x24 refs:
https://www.garlic.com/~lynn/94.html#33a High Speed Data Transport (HSDT)
https://www.garlic.com/~lynn/96.html#7 Why Do Mainframes Exist ???
https://www.garlic.com/~lynn/96.html#16 middle layer
https://www.garlic.com/~lynn/96.html#27 Mainframes & Unix
https://www.garlic.com/~lynn/97.html#4 Mythical beasts (was IBM... mainframe)
https://www.garlic.com/~lynn/97.html#14 Galaxies
https://www.garlic.com/~lynn/99.html#16 Old Computers
https://www.garlic.com/~lynn/99.html#87 1401 Wordmark?
https://www.garlic.com/~lynn/99.html#145 Q: S/390 on PowerPC?
https://www.garlic.com/~lynn/2000.html#64 distributed locking patents
https://www.garlic.com/~lynn/2000.html#83 Ux's good points.
https://www.garlic.com/~lynn/2000b.html#77 write rings
https://www.garlic.com/~lynn/2000e.html#22 Is a VAX a mainframe?
https://www.garlic.com/~lynn/2000f.html#58 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2001b.html#25 what is interrupt mask register?
https://www.garlic.com/~lynn/2001b.html#60 monterey's place in computing was: Kildall "flying" (was Re: First OS?)
https://www.garlic.com/~lynn/2001c.html#69 Wheeler and Wheeler
https://www.garlic.com/~lynn/2001d.html#70 Pentium 4 Prefetch engine?
https://www.garlic.com/~lynn/2001g.html#45 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#63 Blinkenlights
https://www.garlic.com/~lynn/2001h.html#76 Other oddball IBM System 360's ?
https://www.garlic.com/~lynn/2001j.html#45 OT - Internet Explorer V6.0
https://www.garlic.com/~lynn/2001k.html#13 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001m.html#15 departmental servers
https://www.garlic.com/~lynn/2001n.html#47 Sysplex Info
https://www.garlic.com/~lynn/2002b.html#34 Does it support "Journaling"?
https://www.garlic.com/~lynn/2002b.html#63 Filesystem namespaces (was Re: Serving non-MS-word .doc files (was Re: PDP-10 Archive migrationplan))
https://www.garlic.com/~lynn/2002f.html#17 Blade architectures
https://www.garlic.com/~lynn/2002j.html#45 M$ SMP and old time IBM's LCMP
https://www.garlic.com/~lynn/2002k.html#64 History of AOL
https://www.garlic.com/~lynn/2002l.html#15 Large Banking is the only chance for Mainframe
https://www.garlic.com/~lynn/2002l.html#62 Itanium2 performance data from SGI
https://www.garlic.com/~lynn/2002m.html#5 Dumb Question - Hardend Site ?
https://www.garlic.com/~lynn/2002m.html#22 DOS history question
https://www.garlic.com/~lynn/2002n.html#41 Home mainframes
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Wed, 13 Nov 2002 01:12:39 GMTEric Smith <eric-no-spam-for-me@brouhaha.com> writes:
1) privilege instruction execution using virtual machine rules .... aka instead of generating a program interrupt for the privilege instruction, the microcode of the machine recognized that it was in virtual machine mode and executing the instruction using virtual machine rules. The first such set of this started with assist microcode on the 370/158. Various machines have extended until the SIE instruction in 370-XA and then carrying forward until present day with LPARs. This eliminated having to interrupt the CP kernel to simulate the privilege instruction. I believe that all machines that supported 370-XA (and later architectures, aka starting with 3081 20-some years ago) supported SIE. I believe all current machines support LPARs.
2) vm cp kernel code that was copied into microcode originally for 138&148 machines. 370 on the low & mid range machines was microcode on some native processor engine with a typical microcode:370 instruction ratio of about 10:1 (aka there were about 10 microcode instructions executed for every 370 instruction). Basically a variation on the "B2xx" op-code was inserted into the 370 instruction stream with various parameters (including pointer to various 370 addresses when it was done). The various B2xx functions would duplicate (in microcode) the 370 kernel instruction sequence at approximately ten times performance improvement.
This was VM ECPS for the 138/148 and started out with the microcode
group in endicott saying that they had 6000 bytes of microcode space
and they wanted to pick approximately 6000 bytes of the highest used
CP kernel instructions. The following describes the 6000 bytes of cp
kernel 370 instruction that were selected for replication in
microcode:
https://www.garlic.com/~lynn/94.html#21 370 ecps vm
The selected 6000 bytes accounted for 79.55 percent of kernel excution time.
The 138/148 also supported the #1 enhancement for various privilege instructions that was done for the 370/158 plus a couple additional instructions that hadn't been done by the 158 microcode assist. For the most part, these "assisted" instructions executing in almost the same time/performance as they would in non-virtual machine mode (nearly zero virtual machine simulation overhead).
For the situations were CP kernel was necessary (privilege instructions not simulated by the microcode, task-switch, virtual memory page exceptions, page i/o, etc), the special ECPS B2xx instruction reducted 80 percent of kernel execution time to 8 percent.
VS1 operating system then also had ECPS microcode assists done for it on 138/148 machines. And there were also a different sent of things done for the VS1 operating system where, if it knew it was running in a virtual machine utilized some new interfaces to operate much more efficiently (in some cases relying on the CP kernel to perform functions that it would otherwise do itself ... eliminating some exectuion duplication).
The overall effects might cut cp kernel execution as a percent of total execution from possibly forty percent (with absolutely no microcode help and/or guest operating system sensitivity) to possibly 4-5 percent. In some cases with the VS1 guest operating system enhancements, that 4-5 percent CP kernel time might have originally been 6-10 percent VS1 operating system time (if running on the bare iron) .... resulting in the situation that some customers saw higher thruput with VS1 running in a virtual machine than if it had been running on the bare metal.
there are all sorts of documentation with respect to to SIE (start
interpretive execution), PR/SM (processor resource/system manager),
LPAR (logial partitioned). Search some of the IBM documentation
sites. some random places:
http://www.vm.ibm.com/perf/tips/lparinfo.html
http://www.vm.ibm.com/perf/tips/prgccw.html
http://www.vm.ibm.com/perf/tips/prgvse.html
misc past references to SIE, PR/SM, &/or LPAR:
https://www.garlic.com/~lynn/94.html#37 SIE instruction (S/390)
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/2000c.html#76 Is a VAX a mainframe?
https://www.garlic.com/~lynn/2000f.html#78 TSS ancient history, was X86 ultimate CISC? designs)
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/2001h.html#71 IBM 9020 FAA/ATC Systems from 1960's
https://www.garlic.com/~lynn/2001h.html#73 Most complex instructions
https://www.garlic.com/~lynn/2001k.html#71 Encryption + Error Correction
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/2001m.html#53 TSS/360
https://www.garlic.com/~lynn/2001n.html#26 Open Architectures ?
https://www.garlic.com/~lynn/2001n.html#31 Hercules etc. IBM not just missing a great opportunity...
https://www.garlic.com/~lynn/2001n.html#32 Hercules etc. IBM not just missing a great opportunity...
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/2002c.html#53 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
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?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Home mainframes Newsgroups: alt.folklore.computers Date: Wed, 13 Nov 2002 01:34:08 GMTAnne & Lynn Wheeler writes:
A problem was that the 138/148 ECPS effort was trying to make the whole 138/148 product line VM (i.e. all machines would be shipped with VM ... in much the same way all machines currently ship with LPAR support). The 138/148 group then viewed the 5-way VAMPS effort moving up into their targeted market segment. So things eventually escalated until there was an executive meeting with the 138/148 group on one side of the table and the VAMPS group on the other side of the table ... and I had a seat on both sides. I also had to carry the majority of the argument for both sides ... logically switching sides of the table depending on which side of the argument I was taking at that particular moment.
random VAMPS references:
https://www.garlic.com/~lynn/2000c.html#68 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000d.html#10 4341 was "Is a VAX a mainframe?"
https://www.garlic.com/~lynn/2000d.html#11 4341 was "Is a VAX a mainframe?"
https://www.garlic.com/~lynn/2000e.html#6 Ridiculous
https://www.garlic.com/~lynn/2000e.html#7 Ridiculous
https://www.garlic.com/~lynn/2001i.html#2 Most complex instructions (was Re: IBM 9020 FAA/ATC Systems from 1960's)
https://www.garlic.com/~lynn/2001j.html#18 I hate Compaq
https://www.garlic.com/~lynn/2001j.html#19 I hate Compaq
https://www.garlic.com/~lynn/2001j.html#48 Pentium 4 SMT "Hyperthreading"
https://www.garlic.com/~lynn/2002i.html#80 HONE
https://www.garlic.com/~lynn/2002i.html#82 HONE
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: PLX Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Wed, 13 Nov 2002 01:52:59 GMTtjpo@AIRBORNE.COM (Patrick O'Keefe) writes:
the same person did the initial "network" connection done between the 1130 and the 360/67 ... and evolved it into cpremote, vnet, rscs (and the internal network).
One of the things that both SNA and early arpanet did wrong was not having a gateway layer. One of the reasons that the internal network was larger than the arpanet/internet into the 1985 timeframe was that the internal network effectively had gateway support in every node ... something that the internet didn't get until 1/1/83 ("great switchover").
There is also the point that SNA never even had a "network layer" (besides not having a gateway layer).
random past 2250m4 &/or 1130 refs:
https://www.garlic.com/~lynn/97.html#2 IBM 1130 (was Re: IBM 7090--used for business or science?)
https://www.garlic.com/~lynn/97.html#3 IBM 1130 (was Re: IBM 7090--used for business or science?)
https://www.garlic.com/~lynn/2000b.html#67 oddly portable machines
https://www.garlic.com/~lynn/2000d.html#15 APL version in IBM 5100 (Was: Resurrecting the IBM 1130)
https://www.garlic.com/~lynn/2000e.html#15 internet preceeds Gore in office.
https://www.garlic.com/~lynn/2000f.html#71 HASP vs. "Straight OS," not vs. ASP
https://www.garlic.com/~lynn/2000g.html#24 A question for you old guys -- IBM 1130 information
https://www.garlic.com/~lynn/2001b.html#71 Z/90, S/390, 370/ESA (slightly off topic)
https://www.garlic.com/~lynn/2001b.html#75 Z/90, S/390, 370/ESA (slightly off topic)
https://www.garlic.com/~lynn/2001e.html#12 Blame it all on Microsoft
https://www.garlic.com/~lynn/2001e.html#16 Pre ARPAnet email?
https://www.garlic.com/~lynn/2001f.html#13 5-player Spacewar?
https://www.garlic.com/~lynn/2001g.html#23 IA64 Rocks My World
https://www.garlic.com/~lynn/2001j.html#45 OT - Internet Explorer V6.0
https://www.garlic.com/~lynn/2001m.html#22 When did full-screen come to VM/370?
https://www.garlic.com/~lynn/2001n.html#12 Author seeks help - net in 1981
https://www.garlic.com/~lynn/2002b.html#34 Does it support "Journaling"?
https://www.garlic.com/~lynn/2002b.html#39 IBM 5100 [Was: First DESKTOP Unix Box?]
https://www.garlic.com/~lynn/2002d.html#9 Security Proportional to Risk (was: IBM Mainframe at home)
https://www.garlic.com/~lynn/2002e.html#6 LISTSERV(r) on mainframes
https://www.garlic.com/~lynn/2002e.html#32 What goes into a 3090?
https://www.garlic.com/~lynn/2002h.html#19 PowerPC Mainframe?
https://www.garlic.com/~lynn/2002h.html#60 Java, C++ (was Re: Is HTML dead?)
https://www.garlic.com/~lynn/2002i.html#20 6600 Console was Re: CDC6600 - just how powerful a machine was
https://www.garlic.com/~lynn/2002i.html#44 Unisys A11 worth keeping?
https://www.garlic.com/~lynn/2002j.html#22 Computer Terminal Design Over the Years
https://www.garlic.com/~lynn/2002j.html#75 30th b'day
https://www.garlic.com/~lynn/2002k.html#16 s/w was: How will current AI/robot stories play when AIs are
https://www.garlic.com/~lynn/2002k.html#18 Unbelievable
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Everything you wanted to know about z900 from IBM Newsgroups: comp.arch Date: Wed, 13 Nov 2002 03:30:52 GMT"del cecchi" writes:
cms, guest operating systems, batch vis-a-vis interactive, microcode assists (which evolved into SIE and then PR/SM & LPARs, specifically in the next to last ref. above), etc.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The Hitchhiker's Guide to the Mainframe Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Wed, 13 Nov 2002 04:24:19 GMTSEYMOUR.J.METZ@CUSTOMS.TREAS.GOV (Shmuel Metz , Seymour J.) writes:
I got to design my own interrupt handler, device driver, storage management, dispatcher, etc ... and eventually could handle both tape->printer/punch and cardreader->tape simultaneously ... and assembler deck grew to somewhat less than a box of cards (2000). I had conditional assembly for either stand-alone operation (my own device drviers, interrupt handlers, etc) or under os/360 (I believe at the time PCP release 6).
One of the issues was that assembling it for running under PCP ... I had five DCB macros. The stand-alone version would assemble in around 20 minutes. The PCP version (with DCB macros) would take more than twice that, .... you could watch the lights on the 30 when it hit a DCB macro ... each one taking approx. five minutes elapsed time (and adding nearly a half hour to the total assembly time).
Rather than read/feed/select-stacker ... I would do separate read and feed/select-stacker CCW operations. If the card was BCD the read would complete and then I would do feed/select-stacker. If the card was binary, the read would fail, and I would reread in column binary (read 80 rows into 160 bytes).
from trusty green card ... gx20-1703-7
2540
CCW op-code
read, feed, select stacker SS SSD00010
read 11D00010
feed, select stacker SS SS100011
PFR punch, feed, select stacker SS SSD01001
punch, feed, select starker SS SSD00001
where
SS stacker D data mode
00 R1 0 EBCDIC
01 R2 1 column binary
10 RP3
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: The Hitchhiker's Guide to the Mainframe Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Wed, 13 Nov 2002 19:27:24 GMT"Charlie Gibbs" writes:
Suppsedly somebody investigated and realized that the person doing that part of the implementation had been terribly over constrained and relaxing it a little bit (keeping lookup table in memory instead of sequentially reeading records from disk) speaded up the assembler significantly.
Things were significantly faster by release 9.5 (over release 6).
Later ... HASH had both significant additional function and speedup.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Selectric as printer Newsgroups: alt.folklore.computers Date: Thu, 14 Nov 2002 06:09:20 GMTjcmorris@mitre.org (Joe Morris) writes:
1051/1052 Model 2 Data Communication System
Data Set Attachment (#9114) IBM Line Adapter (#4647) Receive Interrupt (#6100 or RPQ E27428) Required Transmit Interrupt (#7900 or RPQ E26903) Required Text Time-Out Suppression (#9698) Required
sortly after going to 545tech sq I got to take home a "portable" 2741, if I remember correctly a Anderson/Jacabson in two 40(?)lb suitcases and an acoustic modem. After a couple months this was replaced with a real 2741.
Cambridge had a clear plastic flat cover to place over the top opening (holes cut for the paper release) made for all the 2741s to help cut down on the noise (about 1/4in plexiglass, it rested on the paper release, front & sides leaving gap in the rear for paper feed).
They also had table tops made. They were basically 3/4in plywood with
formica laminate that sat on the 2741 frame with a cut-out for the
typewriter case ... about 24in on one side and back and 6in on the other
side. This table top could be flipped over ... placing the 24in side
for paper to either the right or the left (of the keyboard). I had
kept the table top and plastic cover long after I no longer had a 2741
(until just 4-5 years ago). I still have a APL golf ball tho.
http://www.columbia.edu/cu/computinghistory/2741.html
past discussion of 2741 keyboard correspondence & PTTC/EBCD:
https://www.garlic.com/~lynn/2001l.html#62 ASR33/35 Controls
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: aads strawman/aSuretee at cardtech/securetech ID Newsgroups: alt.technology.smartcards,alt.folklore.computers Date: Thu, 14 Nov 2002 16:40:08 GMTaads strawman
at cardtech/securetech ID
http://www.ctst.com/conferences/CTST/ID2002/sponsor.html
it has been almost three years since AADS strawman in booths at dec99
BAI
https://www.garlic.com/~lynn/99.html#224
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Slow assemblers/Macros? Newsgroups: alt.folklore.computers Date: Fri, 15 Nov 2002 20:50:23 GMT"Charlie Gibbs" writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM Selectric as printer Newsgroups: alt.folklore.computers Date: Fri, 15 Nov 2002 21:28:40 GMTlwinson@bbs.cpcn.com (lwin) writes:
this caused an incident during an audit ... when one of the top cover sheets sitting on the 6670 when an auditor came around ... had the definition for auditor (i.e. people that go around stabbing the wounded) ... and they thot it was done on purpose for them to read.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Early computer games Newsgroups: alt.folklore.computers Date: Sun, 17 Nov 2002 19:23:42 GMT"keep-it-clean" <keep-it-clean@worldnet.att.net> writes:
"relocating" in os/360 was a combination of assembler/compiler and loader convention. assemblers & compilers generated ESD and RLD "object" entries. ESD were "entry" symbolic names (1-8 chars) and relative address in object deck. RLD entries provided mechanism for resolving internal/external address "constants". Loader (link/editor) would build symbol table (and address) from all the ESD entries .. and resolve "relocatable" adcons by looking up the corresponding RLD information in the (ESD) symbol table.
All this was (normally) done before program began execution. Once program started execution it was effectively bound to a specific physical address.
The original stuff that I had done in late CP/67 time frame and ported to early vm/370 was paging access method (mapping the cms file system to a page mapped paradigm) and relocating shared segments (R/O shared segments). The CP support for relocating shared segments was physical address insensitive/agnostic (aka the same shared image/segment could appear simulataneously in different address spaces at different logical addresses). A subset of the relocating shared segment support was released in VM/370 version as "discontiguous shared segment" support. The released version of the code only supported fixed address sharing (aka the same shared object/segment had to occupy the same logical address in every address space). At least one problem was that relocatable paradigm in os/360 ... which CMS tended to follow ... was that relocatable adcons were actually fixed addresses at execution/runtime ... they were only relocatable in the sense that the relocation was done early at bind/load time ... so what appeared in memory at runtime was a fixed address.
For code that occupied truely relocatable shared segments ... I had to go thru and sensitive all the address constants for address independent operation. I had to make them "abolute" at least as far as the loader/binder was concerned (aka had no RLD entry and had difference between two ESD entries). Basically, I manually created "relative" (or displacement) adcon/address that was then combined with a dynamic (process/address space specific) address in a register (at execution/run time).
A residual of all this appeared in bits and pieces of the product code shipped to customers ... including a CMS SVC202 defined in page zero (aka NUCON dsect). If the first byte following the svc202 was a zero (invalid instruction), the whole four bytes following the svc202 instruction was assumbed to be a four byte address constant field. Standard CMS SVC202 processing had a normal return to the instruction following the svc instruction, unless the first byte was zero, in which case the normal return is four bytes after the svc instruction ... and any immediately following address constant is assumed to be the non-normal/error return. Frequently this adcon was AL4(+4) (but could be the address of an error handling routine, the "L4" was telling the assembler to ignore forcing to a four byte boundary which was normal for address constants) which is a relative adcon from the syntactical standpoint ... but is turned into a relocatable adcon ... and then is filled in with a fixed address by the loader. If there was an error and no adcon, the system call would invoke a system error handler rather than returning for application specific error handling (which might include terminating the program).
To make this work in relocating shared segments ... making executable code address location insensitive, I replaced all "inline" svc202 calls with a BALR (branch and link) to a fixed svc202 system call instruction in page zero (CMS NUCON dsect) of the address space. Later CMS implemented the convention that if the adcon was AL4(1) .. i.e. absolute address of one, that return was to be made to the SVC address plus four (regardless of whether there was an error or not ... basically the equivalent of AL4(+4) but w/o need of real address. The calling program could then determines if there was some sort of unusual return from the system call by checking the condition code and/or a register contents.
Relative addresses (as opposed to what os/360 calls relocatable addresses) have not been a os/360 standard construct.
note in the following:
http://vm.marist.edu/~vmshare/read.cgi?fn=STRANGE&ft=MEMO&line=171
the code wasn't necessary for standard discontiguous shared segments released in the product ... however, it was part of all the CMS fixups that I had done to put put additional CMS code in shared segments and make that code "address location" insensitive (i.e. no inline "relocatable adcons"). while not all the CP code to support address agnostic shared segments was included in the initial "discontiguous shared segment" product offering ... all the CMS changes that I had done shipped pretty much "as is" (i.e. they weren't going to distinguish between changes to make CMS program code "R/O" as opposed to the changes needed to make CMS program code address constant free). After doing some amount of CMS kernel code ... I also did fixup on IOS3270, BROWSE, and FULIST in similar manner.
also:
http://vm.marist.edu/~vmshare/read.cgi?fn=CMSSPR2&ft=MEMO&line=147
some past relocatable shared segment discussion:
https://www.garlic.com/~lynn/2000.html#75 Mainframe operating systems
https://www.garlic.com/~lynn/2001f.html#9 Theo Alkema
some ios3270, browse, fulist:
https://www.garlic.com/~lynn/96.html#41 IBM 4361 CPU technology
https://www.garlic.com/~lynn/99.html#60 Living legends
https://www.garlic.com/~lynn/99.html#61 Living legends
https://www.garlic.com/~lynn/99.html#108 IBM 9020 computers used by FAA (was Re: EPO stories (was: HELP IT'S HOT!!!!!))
https://www.garlic.com/~lynn/2000b.html#50 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000c.html#76 Is a VAX a mainframe?
https://www.garlic.com/~lynn/2001b.html#83 Z/90, S/390, 370/ESA (slightly off topic)
https://www.garlic.com/~lynn/2001f.html#8 Theo Alkema
https://www.garlic.com/~lynn/2001f.html#9 Theo Alkema
https://www.garlic.com/~lynn/2002e.html#5 What goes into a 3090?
https://www.garlic.com/~lynn/2002i.html#79 Fw: HONE was .. Hercules and System/390 - do we need it?
page-mapped stuff
https://www.garlic.com/~lynn/submain.html#mmap
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Relocation, was Re: Early computer games Newsgroups: alt.folklore.computers Date: Sun, 17 Nov 2002 20:22:13 GMTab528@FreeNet.Carleton.CA (Heinz W. Wiggeshoff) writes:
and as to my referenced post
some past postings on ESD, TXT, RLD, etc record formats:
https://www.garlic.com/~lynn/2001.html#14 IBM Model Numbers (was: First video terminal?)
https://www.garlic.com/~lynn/2001k.html#31 Is anybody out there still writting BAL 370.
https://www.garlic.com/~lynn/2001m.html#45 Commenting style (was: Call for folklore)
and for more than you ever wanted to know about current RLD record
format, from:
http://www.vm.ibm.com/pubs/cp31032/OBJSTMT.HTML
0000 0 Bitstring 1 Col 1 X'02'
0001 1 Character 3 Col 2 C'RLD'
0004 4 Character 6 Col 5 Blanks
000A 10 Signed 2 OBJRLDLL Col 11 Length of OBJRLDDT
000C 12 Character 4 Col 13 Blanks
0010 16 Bitstring 56 OBJRLDDT Col 17 Rld entries, 8|4 bytes ea
0048 72 Character 8 Col 73 Sequence field
0010 16 Signed 2 OBJRLD1R Byte 00 Relocation ESDID
0012 18 Signed 2 OBJRLD1P Byte 02 Position ESDID
0014 20 Bitstring 1 OBJRLD1F Byte 04 Flag Byte
0015 21 Address 3 OBJRLD1A Byte 05 Absolute address to be
relocated
00000018 OBJRLD1N
0010 16 Bitstring 1 OBJRLD2F Byte 00 Flag Byte
1111 .... OBJRLDTP X'F0' RLD type 0000 .. A-type or
Y-type constant 0001 .. V-type
address constant 0010 .. Q-type
address constant 0011 .. CXD type
entry
.... 11.. OBJRLDTL X'0C' RLD entry length .... 00..
1 byte .... 01.. 2 bytes ....
10.. 3 bytes .... 11.. 4 bytes
.... ..1. OBJRLDTS X'02' RLD relocation sign .... 0.
add .... 1. subtract
.... ...1 OBJRLDTT X'01' RLD next entry type .... .0
has P & R, use RLDT1DAT .... .1
no P & R, use RLDT2DAT
0011 17 Address 3 OBJRLD2A Byte 01 Absolute address to be
relocated
00000014 OBJRLD2N
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Relocation, was Re: Early computer games Newsgroups: alt.folklore.computers Date: Sun, 17 Nov 2002 21:55:46 GMTok, multiprocessing page zero prefixing, esa/390 pop:
set prefix instruction
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9AR004/10.37?DT=19970613131822
store prefix instruction
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9AR004/10.48?DT=19970613131822
discussion of prefixing:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9AR004/3.7?DT=19970613131822
lots of references where "prefix" is a consideration
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?Book=dz9ar004&searchRequest=prefix&SEARCH=Search&Type=FUZZY&SHELF=&DT=19970613131822&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
Date: Sun, 17 Nov 2002 07:19:12 -0700 From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: TPF Newsgroup: bit.listserv.vmesa-lon 16nov2002 11:59:59 wrote:
misc random tpf/pars/acp/3083 postings
https://www.garlic.com/~lynn/96.html#29 Mainframes & Unix
https://www.garlic.com/~lynn/99.html#24 BA Solves Y2K (Was: Re: Chinese Solve Y2K)
https://www.garlic.com/~lynn/99.html#100 Why won't the AS/400 die? Or, It's 1999 why do I have to learn how to use
https://www.garlic.com/~lynn/99.html#103 IBM 9020 computers used by FAA (was Re: EPO stories (was: HELP IT'S HOT!!!!!))
https://www.garlic.com/~lynn/99.html#136a checks (was S/390 on PowerPC?)
https://www.garlic.com/~lynn/99.html#152 Uptime (was Re: Q: S/390 on PowerPC?)
https://www.garlic.com/~lynn/99.html#233 Computer of the century
https://www.garlic.com/~lynn/2000.html#0 2000 = millennium?
https://www.garlic.com/~lynn/2000.html#31 Computer of the century
https://www.garlic.com/~lynn/2000.html#94 Those who do not learn from history...
https://www.garlic.com/~lynn/2000b.html#20 How many Megaflops and when?
https://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
https://www.garlic.com/~lynn/2000b.html#65 oddly portable machines
https://www.garlic.com/~lynn/2000c.html#60 Disincentives for MVS & future of MVS systems programmers
https://www.garlic.com/~lynn/2000d.html#9 4341 was "Is a VAX a mainframe?"
https://www.garlic.com/~lynn/2000e.html#21 Competitors to SABRE? Big Iron
https://www.garlic.com/~lynn/2000e.html#22 Is a VAX a mainframe?
https://www.garlic.com/~lynn/2000f.html#20 Competitors to SABRE?
https://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
https://www.garlic.com/~lynn/2001b.html#37 John Mashey's greatest hits
https://www.garlic.com/~lynn/2001c.html#13 LINUS for S/390
https://www.garlic.com/~lynn/2001e.html#2 Block oriented I/O over IP
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#45 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
https://www.garlic.com/~lynn/2001g.html#47 The Alpha/IA64 Hybrid
https://www.garlic.com/~lynn/2001g.html#49 Did AT&T offer Unix to Digital Equipment in the 70s?
https://www.garlic.com/~lynn/2001j.html#17 I hate Compaq
https://www.garlic.com/~lynn/2001n.html#0 TSS/360
https://www.garlic.com/~lynn/2002c.html#9 IBM Doesn't Make Small MP's Anymore
https://www.garlic.com/~lynn/2002g.html#2 Computers in Science Fiction
https://www.garlic.com/~lynn/2002g.html#3 Why are Mainframe Computers really still in use at all?
https://www.garlic.com/~lynn/2002h.html#43 IBM doing anything for 50th Anniv?
https://www.garlic.com/~lynn/2002i.html#63 Hercules and System/390 - do we need it?
https://www.garlic.com/~lynn/2002i.html#83 HONE
https://www.garlic.com/~lynn/2002m.html#67 Tweaking old computers?
https://www.garlic.com/~lynn/2002n.html#29 why does wait state exist?
--
Anne & Lynn Wheeler lynn@garlic.com, https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: 6670 Newsgroups: alt.folklore.computers Date: Fri, 22 Nov 2002 21:37:22 GMTcbh@ieya.co.REMOVE_THIS.uk (Chris Hedley) writes:
random refs:
https://www.garlic.com/~lynn/subtopic.html#801
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Computer History Exhibition, Grenoble France Newsgroups: alt.folklore.computers Date: Fri, 22 Nov 2002 22:01:57 GMThansp@aconit.org (Hans B Pufal) writes:
This became important when approx. ten years later somebody was trying to get their PhD from stanford with a thesis regarding clock global LRU replacement strategies.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Over-the-shoulder effect Newsgroups: alt.folklore.computers Date: Sat, 23 Nov 2002 15:17:57 GMTBrian Inglis writes:
random refs:
http://www.princeton.edu:80/~melinda/
share has this sticky labels in the shape of teddy bear ... for putting on your share badge ... indicating committee affiliation. sometimes they are just plain paper with sticky back ... and sometimes they have actually have a fuzzy layer.
scids (evening share ... nominally society for continuous inebriation during share) now has committee tables where people can get together and ask questions. the committee tables now have their symbol or totum (which has somewhat turned into asking the teddy bear questions or getting answers from the teddy bear ... at least at the vm committe table).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: I found the Olsen Quote Newsgroups: alt.folklore.computers Date: Sat, 23 Nov 2002 20:00:52 GMTpeter@abbnm.com (Peter da Silva) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Over-the-shoulder effect Newsgroups: alt.folklore.computers Date: Sat, 23 Nov 2002 20:11:15 GMTBrian Inglis writes:
note the above reference should read that ibm decided not to produce sun machine ... and so SUN was formed. ... also the company in provo that was spawned out of the DataHub effort is still around ... but not doing quite as well as it once was.
there is a more recent of me at the san fran Share meeting this
past august. look at
https://www.garlic.com/~lynn/
about 2/3rds the way down the page there is pointer to the jpg file.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Follklore Newsgroups: alt.folklore.computers Date: Sat, 23 Nov 2002 20:23:08 GMTJoe Morris writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: META: Newsgroup cliques? Newsgroups: rec.arts.books,alt.folklore.computers Date: Sun, 24 Nov 2002 14:31:50 GMTjmfbahciv writes:
some newsgroups could actually be for the practitioners (past or present) actually discussing something w/o regard for non-practitioners. comp.arch might be a more extreme example ... where people that haven't done their prep (or ask for help in doing homework assignment) can get taken to task or even ignored.
A counter analogy might be a 9 year old wandering into some post-doc project in say related to subatomic particles and complaining that it is their fault that he (the 9 year old) doesn't understand and can't contribute.
there are some mailing lists and newsgroups that actually have a heavy orientation towards major objective of education and knowledge sharing and they are the most likely to have FAQs. taking an alternative view, one might make the position that any reasonable person would interpret the absence of a FAQ as possible indication that the major motivation for participating in the newsgroup isn't knowledge sharing for addressing the latest & badest security failures.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: So I tried this //vm.marist.edu stuff on a slow Sat. night, Newsgroups: alt.folklore.computers Date: Sun, 24 Nov 2002 13:58:24 GMTab528@freenet.carleton.ca (Heinz W. Wiggeshoff) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Follklore Newsgroups: alt.folklore.computers Date: Sun, 24 Nov 2002 14:07:36 GMTjmfbahciv writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: META: Newsgroup cliques? Newsgroups: rec.arts.books,alt.folklore.computers Date: Mon, 25 Nov 2002 14:05:42 GMTBrian Inglis writes:
just saw a B&N that had the new biography on both the new biography
shelves and the new non-fiction table. random boyd refs:
https://www.garlic.com/~lynn/subboyd.html#boyd
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: National ID Newsgroups: alt.folklore.computers Date: Mon, 25 Nov 2002 14:10:40 GMTi have a supermarket loyalty card ... i turned in application w/o filling in a single field (completely blank) and they gave me the card.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: I found the Olsen Quote Newsgroups: alt.folklore.computers Date: Mon, 25 Nov 2002 14:19:50 GMTpeter@abbnm.com (Peter da Silva) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: META: Newsgroup cliques? Newsgroups: rec.arts.books,alt.folklore.computers Date: Mon, 25 Nov 2002 15:38:33 GMTHoward S Shubs writes:
random refs:
https://www.garlic.com/~lynn/internet.htm
https://www.garlic.com/~lynn/subpubkey.html#networking
https://www.garlic.com/~lynn/subindex.html#network
https://www.garlic.com/~lynn/subindx2.html#network
random usenet &/or uucp refs:
https://www.garlic.com/~lynn/99.html#0 Early tcp development?
https://www.garlic.com/~lynn/99.html#1 Early tcp development?
https://www.garlic.com/~lynn/99.html#40 [netz] History and vision for the future of Internet - Public Question
https://www.garlic.com/~lynn/99.html#138 Dispute about Internet's origins
https://www.garlic.com/~lynn/99.html#140 Dispute about Internet's origins
https://www.garlic.com/~lynn/99.html#146 Dispute about Internet's origins
https://www.garlic.com/~lynn/99.html#147 Dispute about Internet's origins
https://www.garlic.com/~lynn/2000b.html#34 Those who do not learn from history...
https://www.garlic.com/~lynn/2000c.html#26 The first "internet" companies?
https://www.garlic.com/~lynn/2000c.html#29 The first "internet" companies?
https://www.garlic.com/~lynn/2000c.html#56 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000e.html#19 Is Al Gore The Father of the Internet?^
https://www.garlic.com/~lynn/2000e.html#39 I'll Be! Al Gore DID Invent the Internet After All ! NOT
https://www.garlic.com/~lynn/2000f.html#50 Al Gore and the Internet (Part 2 of 2)
https://www.garlic.com/~lynn/2001b.html#28 So long, comp.arch
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/2001c.html#19 What is "IBM-MAIN"
https://www.garlic.com/~lynn/2001c.html#21 What is "IBM-MAIN"
https://www.garlic.com/~lynn/2001c.html#74 database (or b-tree) page sizes
https://www.garlic.com/~lynn/2001d.html#24 April Fools Day
https://www.garlic.com/~lynn/2001e.html#26 Can I create my own SSL key?
https://www.garlic.com/~lynn/2001e.html#62 Modem "mating calls"
https://www.garlic.com/~lynn/2001f.html#60 JFSes: are they really needed?
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/2001i.html#5 YKYGOW...
https://www.garlic.com/~lynn/2001i.html#19 Very CISC Instuctions (Was: why the machine word size ...)
https://www.garlic.com/~lynn/2001j.html#20 OT - Internet Explorer V6.0
https://www.garlic.com/~lynn/2001j.html#45 OT - Internet Explorer V6.0
https://www.garlic.com/~lynn/2001k.html#53 Why is UNIX semi-immune to viral infection?
https://www.garlic.com/~lynn/2001k.html#75 Disappointed
https://www.garlic.com/~lynn/2001l.html#0 Disappointed
https://www.garlic.com/~lynn/2001m.html#43 FA: Early IBM Software and Reference Manuals
https://www.garlic.com/~lynn/2001n.html#12 Author seeks help - net in 1981
https://www.garlic.com/~lynn/2001n.html#87 A new forum is up! Q: what means nntp
https://www.garlic.com/~lynn/2002.html#37 Buffer overflow
https://www.garlic.com/~lynn/2002b.html#53 Computer Naming Conventions
https://www.garlic.com/~lynn/2002b.html#57 Computer Naming Conventions
https://www.garlic.com/~lynn/2002b.html#59 Computer Naming Conventions
https://www.garlic.com/~lynn/2002c.html#11 OS Workloads : Interactive etc
https://www.garlic.com/~lynn/2002d.html#33 LISTSERV(r) on mainframes
https://www.garlic.com/~lynn/2002e.html#6 LISTSERV(r) on mainframes
https://www.garlic.com/~lynn/2002f.html#13 Hardware glitches, designed in and otherwise
https://www.garlic.com/~lynn/2002i.html#1 User two factor authentication on laptops
https://www.garlic.com/~lynn/2002i.html#44 Unisys A11 worth keeping?
https://www.garlic.com/~lynn/2002j.html#75 30th b'day
https://www.garlic.com/~lynn/2002k.html#21 Vnet : Unbelievable
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
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: use of RADIUS Newsgroups: comp.security.firewalls Date: Mon, 25 Nov 2002 20:24:01 GMT"W. B." writes:
this public key mode is akin to the public key mode defined in the ietf pk-init draft for kerberos (aka be able to register a database of users and their public keys ... nearly identical to the way that userid/passwords are registered ... and then be able to authenticate a digital signature using user's registered public keys).
this is different than using SSL to establish an encrypted session and then enter a password ... basically a digital signature is used instead of a password ... and the userid/password database has the user's public key registered in place of a password
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: THIS WEEKEND: VINTAGE COMPUTER FESTIVAL 5.0 Newsgroups: alt.folklore.computers Date: Tue, 26 Nov 2002 01:56:22 GMT"Charlie Gibbs" writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Help me find pics of a UNIVAC please... Newsgroups: alt.folklore.computers Date: Tue, 26 Nov 2002 02:46:45 GMTSam Yorko writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers Date: Tue, 26 Nov 2002 14:03:20 GMTjorn@enteract.com (Jorn Barger) writes:
possibly the most thoroughly implemented taxonomy is UMLS at NLM (something like 25,000 concepts and 250,000 terms last time i worked on it) that is used to classify medical knowledge. There was recent presentation that I was at claiming that there is still at least a 50 percent variation in the classification of medical documents by professionals at the NLM (i.e.. two professional classifiers with the same training would have a 50 percent difference in the classifications they gave a medical document). Some have made the observation that the "web" is starting to reach the seach complexity level that NLM reached around 1982.
random refs:
https://www.garlic.com/~lynn/94.html#26 Misc. more on bidirectional links
https://www.garlic.com/~lynn/2000g.html#26 Who Owns the HyperLink?
https://www.garlic.com/~lynn/2001i.html#27 History of Microsoft Word (and wordprocessing in general)
https://www.garlic.com/~lynn/2001j.html#1 Off-topic everywhere [was: Re: thee and thou
by comparison the merged glossaries and taxonomies that I have put out
are much simpler
https://www.garlic.com/~lynn/index.html#glossary
https://www.garlic.com/~lynn/index.html#glosnote
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Question about hard disk scheduling algorithms Newsgroups: alt.folklore.computers Date: Tue, 26 Nov 2002 13:44:49 GMTBrian Inglis writes:
on rotational stuff there were a couple of issues ... optimizing transfer efficiency and minimizing channel busy. Most of optimizing transfer efficiency (in vm paging and cms file system) was careful ordering ... while the 370 "RPS" stuff was primarily minimizing channel busy. The "RPS" stuff didn't actually enter into arm scheduling (i.e. know the current rotational position and schedule the arm motion to a different cylinder position to just in time to pick up a record rotating under the head
CKD disks have a search support that examines record header content to see if it is the desired record to be transferred. because of memory issues in the '60s the match data was in processor memory ... which had to be retrieved as each record rotated under the head. This resulted in dedicating (shared) channel, (shared) controller, and disk until the correct record was found. Worst case scenario could be a multi-track search on 3330 locking up resources for 19 revolutions at 60 revs/sec (i.e. disk operations that took 1/3 second elapsed time).
RPS was introduced in the 3330s which had 20 surfaces/heads ... but only 19 data surfaces. The 20th surface was dedicated to rotational positioning information. If you had carefully pre-organized your data on track surfaces ... you could record the approx. record start position of each record. You could move the arm into position with a seek command ... and then instead of busying the channel and controller until the record had rotated under the head ... the new command could instruct the disk to go off by itself and not bother anybody until the rotation had spun around until a specific location was under the head. At that point the disk was suppose to attempt to reconnect to the processor .. by gaining access to the controller and channel.
This RPS (rotational position sensing) attempted to minimize channel and controller busy during disk non-data-transfer operations (but not directly optimize the motion of the disk arm itself). The downside to RPS was that if either the controller or channel happened to be busy at the moment the disk wanted it ... there was an RPS-miss and the disk had to wait a full revolution to try again. Again the issue was constraint on electronic memory ... there was no track buffering available. Full track buffering came in later that minimized the requirement that there be end-to-end synchronization between the disk head and all the components back to the processor memory.
The issue of taking into account rotational positioning with respect to arm motion has somewhat been dependent on real-time knowledge of existing rotational position at the moment it was decided to move the arm ... as well as all the possible target locations for the arm motion. To be really qeffective that somewhat implies having the queue of requests stored outboard in the disk itself ... and implement the service strategy directly in the disk electronics.
VM attempted to make up for the deficiency in not having real-time information about arm location ... by having a regular ordering of data on disk ... and being able to batch multiple requests in a single operation on a per arm position basis. Given that you might be doing a full disk rotation transfer of data per operation ... there was less advantage loss by not supporting arm rotational position in the arm motion scheduling algorithm (which the processor didn't actually know at any particular instant).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers Date: Tue, 26 Nov 2002 19:43:35 GMTcstacy@dtpq.com (Christopher C. Stacy) writes:
it had some interesting characteristics for displaying complex information.
i've watched it pass thru various interations from the mid-80s sometime.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers Date: Tue, 26 Nov 2002 19:51:03 GMTcstacy@dtpq.com (Christopher C. Stacy) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers Date: Tue, 26 Nov 2002 20:06:26 GMTjorn@enteract.com (Jorn Barger) writes:
COIN project at MIT has also done a lot of work on things like semantic operation of database integration ... somewhat focused opportunities with mergers of financial institutional ... and being able to consolidate data processing operations.
so ... slightly to bring it to a.f.c. ... one of the primary players at COIN was the person that wrote the original SCRIPT for cp/67 cms at the cambridge science center (all these many years ago in the mid-60s). Then in 70, G. M. & L. created GML (also at the cambridge science center) which was then integrated into SCRIPT (so script had support for both dot-type formatting controls and GML type formating controls). The GML effort then spawned SGML, HTML, XML, ECML, FSML, etc.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers,alt.hypertext Date: Wed, 27 Nov 2002 13:28:57 GMTjorn@enteract.com (Jorn Barger) writes:
another way of finding related documents is having direct pointers to related documents. in fact, i heard a presentation that the major search engines will weight/order hits in part based on them being referenced by other documents.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: E-mail from the OS-390 ???? Newsgroups: bit.listserv.ibm-main Date: Wed, 27 Nov 2002 21:40:27 GMTkpneal@POBOX.COM (Kevin P. Neal) writes:
at the time there were lots of vendors writing their own tcp/ip software support ... so that was not particularly unusual.
I had done the RFC 1044 support for the product. The base product had around 44kbyte/sec thruput consuming nearly a full 3090 engine (either vm or mvs). The rfc 1044 support was able to achieve around 1mbyte/sec thruput (limited by channel hardware) using only a modest amount of a 4341 engine.
I also wrote an IBM mail<->822 translator in REXX. Originally this was used for people with both VM userid and unix workstation ... you could sent things up so that all your incoming IBM email (in a variety of formats) would be translated/gatewayed to 822 and forwarded to your unix workstation.
RFC index:
https://www.garlic.com/~lynn/rfcietff.htm
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: ''Detrimental'' Disk Allocation Newsgroups: alt.folklore.computers Date: Thu, 28 Nov 2002 14:19:15 GMTthe 3880-13/sheriff disk caching people had some interestisng performance numbers they advertized. this was 20 years ago. the 3880-11/ironwood was a record/page cache .. targeted at 4k page/record data. 3880-13/sheriff was a full-track cache. they published some numbers that sheriff had better than 90 percent cache hit ratio. this was for application reading sequential data with 10 records per track; aka the application would read the first record on the track ... which caused the whole track to be brought into cache. the program then would sequentially read the other 9 records on the track ... all being cache hits ... resulting in the 90 percent cache hit ratio. a trivial change in the data definition for the application ... specifying full-track (aka 10 record) buffered reads would have changed the cache hit ratio from 90 percent to zero percent (aka every application read would have resulted in a cache miss).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers,alt.hypertext Date: Thu, 28 Nov 2002 14:25:12 GMTjorn@enteract.com (Jorn Barger) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers Date: Thu, 28 Nov 2002 14:40:07 GMTjorn@enteract.com (Jorn Barger) writes:
somewhat in parallel ... CERN had done the big tso/cms bake-off report approx. '74 and adopted vm/cms. Their sister location SLAC and CERN had very similar vm/cms operations and put a lot of effort into it and also shared things between the two locations. That could have contributed to the pretty independent evoluation of HTML from people at CERN ... compared to what "G" was doing first at tech sq ... and then out in san jose. I believe slac claims to have the olddest web server in existence (or possibly referring to the content on their server ... or the lineage of that server).
A lot of the other stuff came out of the browser culture ... much of it went on pretty independent of GML/SGML/HTML culture. My wife and I spent a year working with this small client/server startup on being able to support financial transacgtions on the server. We were mostly dealing with the people on the server side for the creation of electronic commerce ... and had much less contact with the people on the browser side.
in the following posts there are some URL references specifically drawing
connections between electronic commerce, x9.59 and server stuff
https://www.garlic.com/~lynn/2001i.html#52 misc loosely-coupled, sysplex, cluster, supercomputer and electronic commerce
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: XML, AI, Cyc, psych, and literature Newsgroups: rec.arts.books,alt.folklore.computers Date: Thu, 28 Nov 2002 18:41:19 GMTand random other refs: to 4th floor, 545 technology square activities:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Certificate Authority: Industry vs. Government Newsgroups: sci.crypt Date: Thu, 28 Nov 2002 19:30:22 GMTChristopher Browne writes:
The obvious advantage of public key authentication is that the public
key is only used for validating a transaction, request, message ... it
can't be used for originating requests. This eliminates the master
file harvesting that goes on today for fraud purposes ... that can
enable fraudulent transactions aka acquiring the master file of
shared-secrets allows fraudulent transactions to be originated ... somebody
harvesting a master file of public keys ... doesn't enable origination
of fraudulent transactions. Slightly related thread on security
proportional to risk:
https://www.garlic.com/~lynn/2001h.html#61 Security Proportional To Risk
This use of digital signature technology is totally independent of whether certification authorities and digital certificates are involved at all.
The issue of certification authorities and digital certificates were targeted at an offline world ... i.e. when there isn't online access to the authoritative agency responsible for the information ... a stale, static subset of an authoritative agency's information can be encapsulated in a digital certificate and made available for use by relying-parties that don't oltherwise have online technology.
The issue that the original x.509 identity certificate activity ran into problems with .... was that frequently it wasn't predictable what kind of information relying-parties might be interested in ... as a result there was an initial effort to overload such certificates with huge amounts of privacy information. Before any significant deployment of such implementations went into effect, most business operations realized such collection of information represented huge privacy violations and possibly even liability problems.
Note that in the (some still emerging) world-wide, online, all the time environment ... if anything of value is involved ... an online reference is made to the responsible authoritative agency for up-to-date information (rather than superfluous stale information contained in a digital certificate). That somewhat leaves digital certificates useful for the remaining offline environments and/or online environments involving transactions of no-value.
related recent post:
https://www.garlic.com/~lynn/aadsm12.htm#41 Re: I-D ACTION:draft-ietf-pkix-sim-00.txt
misc. past posts
https://www.garlic.com/~lynn/subpubkey.html#publickey
and also aads model, public key authenticaiton and agnostic with regard
to whether certificates are redundant and superfluous
https://www.garlic.com/~lynn/x959.html#aads
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Certificate Authority: Industry vs. Government Newsgroups: sci.crypt Date: Thu, 28 Nov 2002 20:35:49 GMT"Andrew Swallow" writes:
The transaction is routed to the online authority by the number in the transaction, the online authority retrieves the respective account record by the number in the transaction. The account contains a copy of the public key ... which is used to validate the digital signature.
The existance of the certificate in such an environment is trivially shown to be redundant and superfluous ... since the number has to occur in the transaction ... and the public key (effectively) will be in the account record.
So in a business sense ... either there has to be a unique (redundant and superfluous) certificate for each business operation ... each with its own business unique number ... ar all businesses in the world agree on the single common unique number of each unique person.
In the reference to a recent posting on the subject ... there is mention of the alternative FSTC FAST model ... the end-user makes a signed assertion as to some piece of information and the relying-party sends off that assertion to the appropriate authoritative agency for confirmation. This is in effect, the real-time, online information paradigm ... as opposed to the certificate, offline, stale information paradigm. The advantage of real-time, online is that it is real-time, and online ... it also can handle assertions that have to do with aggregation (like limit on number of transactions in a period or things like max. spending or credit limit ... like financial transactions).
Another trivial advantage is that I can assert that I'm over 21 and live in a location that is allowed to purchase wine. I don't actually have to provide either my birth date or address ... the authoritative agency then just confirms or rejects my assertions.
Part of this is clearly delineating the difference between authentication (and authorization) vis-a-vis identification. Let's say I'm issued hardware token that has both PIN and biometric matching capability ... that performs digital signatures. If i correctly enter my PIN and/or biometric information ... the hardware token validates such information ... and then performs a digital signature operation ... the authoritative agency can authenticate & authorize me ... w/o having to actually identify me on every transaction. The appropriate operation of the hardware token is sufficient to indicate valid 3-factor authentication (aka something you have, something you know, and something you are) w/o having to actually perform an identification operation.
The distinction is that the vast majority of the operations don't need to proove your identity as part of authorizing a transaction ... they just need to authentication that you are authorized to do what you are asserting. This can be a US citizen, greater than 21 years old, or some other characteristic.
The vast majority of equating digital certificates to paper/physical credentials are left over from pre-online (let say pre-1970s). Starting in 1970s ... almost everything involving any operation or transaction of value started migrating to online operations. The credit/debit/financial world started migrating to online in the 1970s (in some respect some of the certificate proposals in the 90s for financial operations were in effect trying to turn the clock back at least 30 years).
One could claim that customs and immigration just need a number to get online information. While it is nice to have an offline document that has your face ... what they really want to do in the modern online world is to reliably match you up with online information .... which not only has a little ticker that says you might actually be a us citizen ... but possibly how many times you have taken international trips in the last 30 days ... what sort of things have you been declaring or not declaring ... and/or to see if there are any real-time alerts (which typically wouldn't have been inserted in your passport at the time it was manufactured). Again .. the assertion that anything that involves anything of real importance will reference online information ... and it is only left to the no-value, offline operations where a certificate for use for no-value things is of interest.
A side issue then arises that if the certificate is not useful for things of value and importance and only useful for things of no-value and no-importance ... what sort of value proposition is there for creating and supporting certificates (if they aren't going to be used for operations of value and importance)?
Who would pay for a complex certificate infrastructure if such an infrastructure is only of use in no-value and no-importance operations?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: National ID Newsgroups: alt.folklore.computers Date: Thu, 28 Nov 2002 20:53:14 GMTBrian Boutel writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: ?smartcard+fingerprint Newsgroups: alt.technology.smartcards Date: Thu, 28 Nov 2002 21:53:36 GMTm.lyubich@computer.org (Mykhailo Lyubich) writes:
now there are some that have "line" sensors that you have to drag your finger across for the reading. These line sensors have much less problem meeting flexibility standards for smartcards. The problem is that they seem to be finding that to get good readings from dragging your finger across a line sensor ... you just about have to have "guides" ... typically ridges on both sides and/or depression. These "guides" then tend to violate the flexibility standards.
however, the line sensors do seem to have a number of operational characteristics
at cardtech/securtech id show last week
http://www.ctst.com/conferences/CTST/ID2002/index.html
there were a number of USB dongles that had built-in line fingerprint sensor ... and the keyfob/dongles had depression/groove for guiding the finger as it is being dragged across the sensor. the USB dongles have many of the charageristics of a smartcard just not in an iso7816 form-factor and/or with iso7816 contacts.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: E-mail from the OS-390 ???? Newsgroups: bit.listserv.ibm-main Date: Thu, 28 Nov 2002 22:50:06 GMTAnne & Lynn Wheeler writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: smartcard+fingerprint Newsgroups: sci.crypt Date: Fri, 29 Nov 2002 00:22:25 GMTJan Panteltje writes:
one of the things that the line/swipe sensors do ... besides being more flexible (although there is now the guide question) ... is image from previous sensings are left on the device. the issue has been that it has been hard adapting full print sensors to the iso7816 smartcard flexibility standard. there has been somewhat more success adapting the line sensors that you drag your finger across to the 7816 card flexibility standard. however there is now starting to be some evidence that a guide is needed while dragging the finger across ... which now also now tend to have problems meeting flexibility standard.
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Certificate Authority: Industry vs. Government Newsgroups: sci.crypt Date: Fri, 29 Nov 2002 00:39:01 GMT"Andrew Swallow" writes:
the counter example is that the consumers financial institution can rely on the correct operation of the card ... regardless of whether there is a clerk at a POS ... or the POS is totally unattended. If the correct operation of the card includes two-factor (something you have and something you know) or even three-factor (something you have, something you know, and something you are). as more and more things move into distributed, network environment ... with transactions potentially involving international oeprations ... having to rely on a clerk (which may or may not actually exist) is actually quite problematical. Lets say it is the clerk at mcdonalds (i think I saw in the news this morning ... that mcdonalds will start accepting debit & credit cards) ... do you believe the mcdonalds clerk is going to police whether a card has been stolen or not? Or let say it is a gas pump or a atm machine that has no clerk.
there is on going thread in alt.folklore.computers that started out regarding national id .... about the number of people who have used another family member's credit card; say somebody's daughter is using their father's credit card that includes their father's picture, name and signature ... and no problem taking the card into a "strange" (i.e. totally unknown to any family member) merchant and successfully using the card.
now as to somewhat parallel thread on token & fingerprint. One of the issues about having fingerprints with match on card for payment cards ... isn't necessarily that fingerprints are actually more secure ... it is that some significant percentage of the population write their PIN number on their payment card. There is small added difficulty for a theif using a fingerprint stolen card ... than a PIN stolen card ... where the PIN has been written on the card.
in any case ... there is a big different with regard to who is being relied on to perform the operation ... and whether their financial interests in any way coincide with the responsible parties or the consumers or anybodies (or even if there is a "who" to actually rely on).
one of the tasks given the x9a10 committee for work on x9.59 standard was to preserve the integrity of the financial infrastructure for all electronic retail payment transactions (aka retail, internet, non-internet, face-to-face, point-of-sale, clerk present, no clerk present, totally automated, non automated). misc. x9.59 references
https://www.garlic.com/~lynn/x959.html#x959
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Certificate Authority: Industry vs. Government Newsgroups: sci.crypt Date: Fri, 29 Nov 2002 13:11:28 GMT"Andrew Swallow" writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: smartcard+fingerprint Newsgroups: sci.crypt Date: Fri, 29 Nov 2002 13:18:09 GMTFrancois Grieu writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: smartcard+fingerprint Newsgroups: sci.crypt Date: Fri, 29 Nov 2002 19:35:06 GMTPeter Fairbrother writes:
so one way is to offer it as a personal choice option .... those people who find the conveninece of fingerprint &/or are otherwise inclined to write their PIN ... might find fingerprint a preferrable choice to PIN. Others might wish to have 16 digit PINs that they can remember and regurgitate effortlessly. the financial institution might then use compensating procedures depending on which choice was exercised.
Some of the writing PINs seems to be somewhat associated with frequency of using the card .... people who almost never use any card ... and therefor are not inclined to remember the PIN ... or people that use lots of different cards ... and are possibly inclined to mis-remember PINs and/or not remember for infrequently used cards (unless they've been able to set them all the same value).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Defeating telemarketers Newsgroups: alt.folklore.computers Date: Sat, 30 Nov 2002 14:12:21 GMTPete Fenelon writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: smartcard+fingerprint Newsgroups: sci.crypt Date: Sat, 30 Nov 2002 15:00:16 GMTAnne & Lynn Wheeler writes:
in x9.59 digitally signed transactions ... the environment performing the signing operation could be somebody's PC software, single factor authentication hardware token, 2-factor authentication (something you have and something you know ... like a PIN), or 3-factor authentication (something you have, something you know, and something you are ... like biometric). if the hardware token performs the PIN and/or biometric matching ... then the digital signing and transport of the transaction can be identical regardless of the method of the originating environment.
note however, the relying-party ... like a financial institution responsible for resolving the transaction can have assurance factors built into its transaction risk management operation; ... aka various assurance related items are "registered" and are used by the transaction risk management infrastructure as part of transaction operation. Some assurance items can be token/no-token, kind of token, PIN/no-PIN, biometric/no-biometric. Other assurance factors might involve the end-points ... like is a particular transaction involving a hardware token used in conjunction with a FINREAD complient terminal or not. It is potentially possible that the same hardware token operate in a number of different modes for different kinds of transactions ... and the risk management infrastructure dynamically adjusts to the specific operational environment for the specific transaction (possibly personal choice with regard to kind of token ... but personal choice might change for different kinds of transactions).
this somewhat relates to security proportional to risk. from a risk
management standpoint ... "security" can also translate into amount of
assurance (possibly level of certification of various components) or
amount of insurance. some related discussions of adaptable/agile assurance
with regard to things like hardware tokens or no hardware tokens:
https://www.garlic.com/~lynn/x959.html#aads
past discussions with some mention of writing PINs
https://www.garlic.com/~lynn/99.html#165 checks (was S/390 on PowerPC?)
https://www.garlic.com/~lynn/99.html#172 checks (was S/390 on PowerPC?)
https://www.garlic.com/~lynn/aadsm10.htm#biometrics biometrics
https://www.garlic.com/~lynn/aadsm10.htm#bio3 biometrics (addenda)
https://www.garlic.com/~lynn/aadsm10.htm#bio6 biometrics
https://www.garlic.com/~lynn/2002h.html#6 Biometric authentication for intranet websites?
https://www.garlic.com/~lynn/2002h.html#8 Biometric authentication for intranet websites?
https://www.garlic.com/~lynn/2002h.html#41 Biometric authentication for intranet websites?
past discussions of personal choice
https://www.garlic.com/~lynn/2000g.html#35 does CA need the proof of acceptance of key binding ?
https://www.garlic.com/~lynn/2001c.html#73 PKI and Non-repudiation practicalities
https://www.garlic.com/~lynn/2001g.html#63 PKI/Digital signature doesn't work
https://www.garlic.com/~lynn/2002h.html#8 Biometric authentication for intranet websites?
misc past FINREAD refs:
https://www.garlic.com/~lynn/aadsm10.htm#keygen2 Welome to the Internet, here's your private key
https://www.garlic.com/~lynn/aadsm11.htm#4 AW: Digital signatures as proof
https://www.garlic.com/~lynn/aadsm11.htm#5 Meaning of Non-repudiation
https://www.garlic.com/~lynn/aadsm11.htm#6 Meaning of Non-repudiation
https://www.garlic.com/~lynn/aadsm11.htm#23 Proxy PKI. Was: IBM alternative to PKI?
https://www.garlic.com/~lynn/aadsm12.htm#24 Interests of online banks and their users [was Re: Cryptogram: Palladium Only for DRM]
https://www.garlic.com/~lynn/aadsm9.htm#carnivore Shades of FV's Nathaniel Borenstein: Carnivore's "Magic Lantern"
https://www.garlic.com/~lynn/aepay7.htm#3dsecure 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
https://www.garlic.com/~lynn/2001g.html#57 Q: Internet banking
https://www.garlic.com/~lynn/2001g.html#60 PKI/Digital signature doesn't work
https://www.garlic.com/~lynn/2001g.html#61 PKI/Digital signature doesn't work
https://www.garlic.com/~lynn/2001g.html#62 PKI/Digital signature doesn't work
https://www.garlic.com/~lynn/2001g.html#64 PKI/Digital signature doesn't work
https://www.garlic.com/~lynn/2001i.html#25 Net banking, is it safe???
https://www.garlic.com/~lynn/2001i.html#26 No Trusted Viewer possible?
https://www.garlic.com/~lynn/2001k.html#0 Are client certificates really secure?
https://www.garlic.com/~lynn/2001m.html#6 Smart Card vs. Magnetic Strip Market
https://www.garlic.com/~lynn/2001m.html#9 Smart Card vs. Magnetic Strip Market
https://www.garlic.com/~lynn/2002c.html#10 Opinion on smartcard security requested
https://www.garlic.com/~lynn/2002c.html#21 Opinion on smartcard security requested
https://www.garlic.com/~lynn/2002f.html#46 Security Issues of using Internet Banking
https://www.garlic.com/~lynn/2002f.html#55 Security Issues of using Internet Banking
https://www.garlic.com/~lynn/2002g.html#69 Digital signature
https://www.garlic.com/~lynn/2002m.html#38 Convenient and secure eCommerce using POWF
https://www.garlic.com/~lynn/2002n.html#13 Help! Good protocol for national ID card?
https://www.garlic.com/~lynn/2002n.html#26 Help! Good protocol for national ID card?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: META: Newsgroup cliques? Newsgroups: rec.arts.books,alt.folklore.computers Date: Sun, 01 Dec 2002 02:52:52 GMTjbmiller@world.std.com (Janice Miller) writes:
after school she worked in the JES group in gburg and then was con'ed into going to pok to be responsible for loosely-coupled (aka cluster) architecture. there she originated Peer-Coupled Shared Data ... which saw some deployment as IMS hot-standby ... and then much later as parallel sysplex.
misc. Peer-Coupled Shared Data, ims hot-standby, and/or parallel
sysplex refs:
https://www.garlic.com/~lynn/98.html#30 Drive letters
https://www.garlic.com/~lynn/98.html#35a Drive letters
https://www.garlic.com/~lynn/98.html#36 What is MVS/ESA?
https://www.garlic.com/~lynn/98.html#37 What is MVS/ESA?
https://www.garlic.com/~lynn/98.html#40 Comparison Cluster vs SMP?
https://www.garlic.com/~lynn/98.html#57 Reliability and SMPs
https://www.garlic.com/~lynn/99.html#71 High Availabilty on S/390
https://www.garlic.com/~lynn/99.html#77 Are mainframes relevant ??
https://www.garlic.com/~lynn/99.html#92 MVS vs HASP vs JES (was 2821)
https://www.garlic.com/~lynn/99.html#100 Why won't the AS/400 die? Or, It's 1999 why do I have to learn how to use
https://www.garlic.com/~lynn/99.html#128 Examples of non-relational databases
https://www.garlic.com/~lynn/99.html#212 GEOPLEX
https://www.garlic.com/~lynn/2000.html#13 Computer of the century
https://www.garlic.com/~lynn/2000.html#31 Computer of the century
https://www.garlic.com/~lynn/2000c.html#45 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000c.html#47 Does the word "mainframe" still have a meaning?
https://www.garlic.com/~lynn/2000f.html#29 OT?
https://www.garlic.com/~lynn/2000f.html#30 OT?
https://www.garlic.com/~lynn/2000f.html#37 OT?
https://www.garlic.com/~lynn/2000f.html#54 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
https://www.garlic.com/~lynn/2001c.html#2 Z/90, S/390, 370/ESA (slightly off topic)
https://www.garlic.com/~lynn/2001c.html#69 Wheeler and Wheeler
https://www.garlic.com/~lynn/2001d.html#70 Pentium 4 Prefetch engine?
https://www.garlic.com/~lynn/2001d.html#71 Pentium 4 Prefetch engine?
https://www.garlic.com/~lynn/2001e.html#2 Block oriented I/O over IP
https://www.garlic.com/~lynn/2001e.html#44 Where are IBM z390 SPECint2000 results?
https://www.garlic.com/~lynn/2001g.html#44 The Alpha/IA64 Hybrid
https://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
https://www.garlic.com/~lynn/2001h.html#76 Other oddball IBM System 360's ?
https://www.garlic.com/~lynn/2001i.html#41 Withdrawal Announcement 901-218 - No More 'small machines'
https://www.garlic.com/~lynn/2001i.html#43 Withdrawal Announcement 901-218 - No More 'small machines'
https://www.garlic.com/~lynn/2001i.html#52 misc loosely-coupled, sysplex, cluster, supercomputer, & electronic commerce
https://www.garlic.com/~lynn/2001j.html#23 OT - Internet Explorer V6.0
https://www.garlic.com/~lynn/2001k.html#13 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001k.html#14 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001k.html#18 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001l.html#47 five-nines
https://www.garlic.com/~lynn/2001n.html#3 News IBM loses supercomputer crown
https://www.garlic.com/~lynn/2001n.html#47 Sysplex Info
https://www.garlic.com/~lynn/2001n.html#65 Holy Satanism! Re: Hyper-Threading Technology - Intel information.
https://www.garlic.com/~lynn/2001n.html#85 The demise of compaq
https://www.garlic.com/~lynn/2002b.html#54 Computer Naming Conventions
https://www.garlic.com/~lynn/2002e.html#25 Crazy idea: has it been done?
https://www.garlic.com/~lynn/2002f.html#6 Blade architectures
https://www.garlic.com/~lynn/2002g.html#48 Why did OSI fail compared with TCP-IP?
https://www.garlic.com/~lynn/2002h.html#12 Why did OSI fail compared with TCP-IP?
https://www.garlic.com/~lynn/2002h.html#73 Where did text file line ending characters begin?
https://www.garlic.com/~lynn/2002j.html#45 M$ SMP and old time IBM's LCMP
https://www.garlic.com/~lynn/2002o.html#14 Home mainframes
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: So I tried this //vm.marist.edu stuff on a slow Sat. night, Newsgroups: alt.folklore.computers Date: Sun, 01 Dec 2002 13:24:24 GMTCharles Richmond writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Pismronunciation Newsgroups: alt.folklore.computers Date: Sun, 01 Dec 2002 13:29:53 GMTnxk3@po.cwru.edu (Natarajan Krishnaswami) writes:
i think there was also some competition for TLA with QBE (query by example)
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Pismronunciation Newsgroups: alt.folklore.computers Date: Sun, 01 Dec 2002 22:20:07 GMTcbh@ieya.co.REMOVE_THIS.uk (Chris Hedley) writes:
when the 801 displaywriter follow-on got killed ... and the decision was made to remap the hardware to the technical workstation market with a unix port ... the group that had done the pc/ix port was hired to do a similar one for the pc/rt. however, instead of just doing a unix port ... they had an idea to use all the pl.8 displaywriter programmers to develop a machine abstraction layer written in pl.8 for the unix port to be done to. this supposedly would insulate the unix port from the low level characteristics of the romp ... and greatly speed up the port (in hindsight ... the port took significantly longer than if it had been to the bare metal ... and it created an environment where all the pc/rt device drivers were non-standard and duplicated ... first a somewhat unix looking device driver built to the vrm interface ... and then a vrm device driver).
in any case, pick was one of the few other things that actually ran on the vrm layer ... and you could run pick concurrently with unix (aka the vrm was a psuedo virtual machine capability).
past PICK/VRM reference:
https://www.garlic.com/~lynn/2002b.html#29 windows XP and HAL: The CP/M way still works in 2002
misc. pick stuff from search engine:
https://en.wikipedia.org/wiki/Pick_Operating_System
https://en.wikipedia.org/wiki/English_programming_language
http://www.jes.com/picklist.html
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: So I tried this //vm.marist.edu stuff on a slow Sat. night, Newsgroups: alt.folklore.computers Date: Mon, 02 Dec 2002 12:46:32 GMTCharles Richmond writes:
and then the longer "real programmers don't eat quiche" (along with
"real software engineers don't read dumps")
https://www.garlic.com/~lynn/2001e.html#31 High Level Language Systems was Re: computer books/authors (Re: FA:
i was wearing boots as solution to the pretty deep mud that could occur walking to work .. bldg. 28, before they built the new facility up on the hill. I never walked to work at the new building ... although there was some mornings & weekends that i would run up to the front entrance and back home (about 7 miles round trip ... but it was that long steep hill that would get me).
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: They Got Mail: Not-So-Fond Farewells Newsgroups: alt.folklore.computers Date: Tue, 03 Dec 2002 19:05:20 GMTcross-posted from somewhere
xxxx on 12/01/2002 12:51 pm wrote:
http://www.nytimes.com/2002/12/01/fashion/01NOTI.html?tntemail0=&pagewanted=print&position=bottom
The New York Times
December 1, 2002
They Got Mail: Not-So-Fond Farewells
By KATHERINE ROSMAN
For three hours, Lincoln Ornston sat at his computer typing, deleting,
rephrasing and searching for the words and tone befitting the occasion.
After practicing law for nearly four years at O'Sullivan LLP, a Manhattan
firm, Mr. Ornston understood the necessity of precise language.
When he had completed the document, which he had written as a mock press
release, he e-mailed it to about 140 colleagues:
NEW YORK, NY (BUSINESS WIRE) May 31, 2002 - O'Sullivan LLP (the "Firm")
today announced the departure of Lincoln Ornston ("Shine" or "Uncle
Junior"), the baldest, baddest associate to ever roam the halls of the
vaunted NYC venture capital powerhouse.
The memo continued for a page and a half in this vein, referring to two
partners by name as "tormentors," gently digging at law firm culture and
quoting a Dickens character: "the law is a ass [sic], a idiot."
... snip ...
One of the first of this genre was Jim Gray's Mipenvy memo/email at
the time he departed SJR for Tandem.
https://web.archive.org/web/20030225095949/http://www.212.net/business/jargonm.htm
[MIP envy]
n. The term, coined by Jim Gray in 1980, that began the Tandem Memos
(q.v.). MIP envy is the coveting of other's facilities - not just the
CPU power available to them, but also the languages, editors,
debuggers, mail systems and networks. MIP envy is a term every
programmer will understand, being another expression of the proverb
The grass is always greener on the other side of the fence.
somewhat related:
https://www.garlic.com/~lynn/2001g.html#5 New IBM history book out
https://www.garlic.com/~lynn/2001g.html#6 New IBM history book out
https://www.garlic.com/~lynn/2001g.html#7 New IBM history book out
https://www.garlic.com/~lynn/2001j.html#31 Title Inflation
https://www.garlic.com/~lynn/2002k.html#39 Vnet : Unbelievable
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: They Got Mail: Not-So-Fond Farewells Newsgroups: alt.folklore.computers Date: Wed, 04 Dec 2002 14:12:46 GMTjmfbahciv writes:
later, one of the benefits of rewriting the i/o supervisor for the disk engineering labs was that a lot of processing power became available; even with a dozen test cells operating concurrently the machines were still close to zero percent cpu utilization (which they found better than being able to only operate a single test cell at the time at near zero percent cpu utilization).
specific application (the thin-film head air bearing simulation program):
https://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
https://www.garlic.com/~lynn/2002j.html#30 Weird
https://www.garlic.com/~lynn/2002n.html#63 Help me find pics of a UNIVAC please
another application ... running 4341 tests for the 4341 engineers:
https://www.garlic.com/~lynn/96.html#1 360/370
https://www.garlic.com/~lynn/2000d.html#0 Is a VAX a mainframe?
https://www.garlic.com/~lynn/2002i.html#37 IBM was: CDC6600 - just how powerful a machine was it?
general postings about activity for disk engineering (& product test) labs:
https://www.garlic.com/~lynn/subtopic.html#disk
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: They Got Mail: Not-So-Fond Farewells Newsgroups: alt.folklore.computers Date: Wed, 04 Dec 2002 15:14:58 GMTalso note the '81 survey referenced in the following posting
was done in large part because of the mipenvy email
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: (old) list of (old) books Newsgroups: alt.folklore.computers Date: Thu, 05 Dec 2002 13:43:05 GMT(old) List of IBM and Early Computer History Books
-- The IBM World by Nancy Foy (HD9999 F796) U.K. Title: The Sun Never Sets on IBM by Nancy Foy (HD9999 F796) -- The Lengthing Shadows (HD9999 B425) by Thomas and Marva Belden, Little, Brown, 1962 -- THINK (HD9999 R691) by William Rogers, Stein & Day, 1969 -- The IBM Watson Lab at Columbia Unversity (HD9999 B838) by Jean Brennan -- "As a Man Thinks" by T.J. Watson -- Men-Minutes-Money by T.J. Watson -- A Business and It's Beliefs (HD9999 W337) by T.J. Watson -- Faster, Faster (HD9999 B425) by W.J. Eckert and Rebecca Jones -- The Computer Establishment, by Katharine Fishman, Harper & Row, 1981 -- IBM Colossus in Transition by Robert Sobel, Times Book Company, Truman Talley Book, 1981 -- IBM 701 Thirtieth Anniversary by Cuthbert Hurd, Editor, Annuals of the History of Computing AFIPS, Vol 5 No 2 Apr '83 -- Herman Hollerith: Forgotten Giant of Information Processing by Geoffrey D. Austrian, Columbia University Press, 1982 -- Big Blue, IBM's Use and Abuse of Power by Richard Thomas DaLamarter, Dodd Mead, New York, 1986 -- IBM's Early Computers by Charles Bashe, Lyle Johnson, John Palmer, Emerson Pugh, MIT Press, Cambridge, Mass, 1986 -- Planning a Computer System (Project Stretch) Edited by Werner Buchholz, McGraw-Hill, New York, 1962 -- IBM San Jose: A Quarter Century of Innovation By David W. Kean, IBM San Jose, 1977 -- IBM Disk Storage Technology By IBM San Jose (GA26-1665), 1980 -- A Computer Perspective (QA76 E12) by Charles and Ray Eames, Harvard University Press, 1973 -- The Computer from Pascal to Von Neumann (QA76 G625) by Herman Goldstine, Princeton Press, Princeton N.J., 1972 -- From ENIAC to UNIVAC: An Appraisal of the Eckert-Mauchly Computers by Helen Stern, Digital Press, Bedford, Mass., 1981 -- From Dits to Bits: A Personal History of the Electronic Computers by Herman Lukoff, Robotics Press, Portland, Ore., 1979 -- The Origins of Digital Computers, 2nd Edition, by Brian Randell, ed., Springer-Verlag, New York, 1975 -- Survey of Programming Languages by Jean Sammet -- Electronis Computers: An Historical Survey by Prof. Saul Rosen, ACM Computing Surveys, March, 1969 -- Bit by Bit, An illustrated History of Computers by Stan Augarten, Ticknor & Fields, 1984 -- The Computer Comes of Age by Rene Moreau, MIT Press, 1984 -- Project Whirlwind by Kent Redmond, Digital Press, Bedford, Mass, 1980 -- The Chip by T. R. Reid, Simon & Schuster, Inc, 1985 -- Memoirs of a Computer Pioneer by Maurice V. Wilkes, MIT Press, Cambridge, Mass, 1985 -- Computer Storage Systems and Technology by Richard Matlock, John Wiley & Sons, New York, 1977 -- The Making of a Profession: A Century of Electrical Engineering in America by A. Michal McMahan, IEEE Press, Piscataway, NJ, 1985--
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Updated merged security glossary with glossary from NIST 800-37 Newsgroups: comp.security.misc,alt.computer.security Date: Thu, 05 Dec 2002 19:11:56 GMTI've updated my merged security glossary with glossary from NIST 800-37
see
https://www.garlic.com/~lynn/index.html#glosnote
for more information
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Newsgroup cliques? Newsgroups: alt.folklore.computers Date: Fri, 06 Dec 2002 13:02:24 GMTBrian Inglis writes:
minor past refs of sigma/7 (originally sds and then xds):
https://www.garlic.com/~lynn/2001l.html#34 Processor Modes
https://www.garlic.com/~lynn/2002h.html#53 Bettman Archive in Trouble
random result from search engine:
http://www.andrews.edu/~calkins/profess/SDSigma7.htm
from above:
INTRODUCTION
Snow White, the Seven Dwarfs, and SDS
Snow White (IBM) and the seven dwarfs (RCA, Univac, GE, Honeywell,
CDC, Burroughs, and NCR) had all emerged in the computer industry
before SDS was formed in 1961. (DEC was formed in 1959 just prior to
SDS.) SDS had about 1% of the total computer market when it was
acquired by Xerox in 1969 to become XDS.
If anyone wanted to advance XDS to dwarf status when first GE [1970]
and later RCA [1971] withdrew from the computer industry nobody said
so. The references after those withdrawals were rather "and then there
were six," and later, "and then there were five."
Xerox withdrew from the mainframe computer industry on July 21, 1975
-- never quite achieving dwarfdom.
... snip ...
and of course melinda's virtual machine history has a lot of stuff of
early virtual memory in the area of 545 tech. sq. and multics deciding
on ge over ibm ... and various results.
https://www.leeandmelindavarian.com/Melinda#VMHist
both multics and science center were in 545 tech. science center had the cp/67 & cms stuff and spawned vm/370 group. it also had goldfarb, et al that did gml which spawned sgml, html, xml, etc. also had the work on the internal network which also spawned bitnet and earn.
boston programming center was also in 545 tech sq ... with people like nat rochester and jean sammet. when bpc was shutdown the people were absorbed into either the development group (which had split off from science center ... and eventually moved out to the old sbc bldg. in burlington mall) or the science center.
random mentions of multics &/or ge645
https://www.garlic.com/~lynn/93.html#25 MTS & LLMPS?
https://www.garlic.com/~lynn/93.html#26 MTS & LLMPS?
https://www.garlic.com/~lynn/95.html#00 old mainframes & text processing
https://www.garlic.com/~lynn/95.html#7 Who built the Internet? (was: Linux/AXP.. Reliable?)
https://www.garlic.com/~lynn/97.html#12 OSes commerical, history
https://www.garlic.com/~lynn/97.html#22 Pre S/360 IBM Operating Systems?
https://www.garlic.com/~lynn/97.html#26 IA64 Self Virtualizable?
https://www.garlic.com/~lynn/98.html#14 S/360 operating systems geneaology
https://www.garlic.com/~lynn/98.html#47 Multics and the PC
https://www.garlic.com/~lynn/98.html#52 Multics
https://www.garlic.com/~lynn/99.html#39 Internet and/or ARPANET?
https://www.garlic.com/~lynn/99.html#53 Internet and/or ARPANET?
https://www.garlic.com/~lynn/99.html#237 I can't believe this newsgroup still exists
https://www.garlic.com/~lynn/2000.html#1 Computer of the century
https://www.garlic.com/~lynn/2000.html#81 Ux's good points.
https://www.garlic.com/~lynn/2000b.html#54 Multics dual-page-size scheme
https://www.garlic.com/~lynn/2000b.html#55 Multics dual-page-size scheme
https://www.garlic.com/~lynn/2000b.html#77 write rings
https://www.garlic.com/~lynn/2000c.html#27 The first "internet" companies?
https://www.garlic.com/~lynn/2000c.html#30 internal corporate network, misc.
https://www.garlic.com/~lynn/2000d.html#30 Secure Operating Systems
https://www.garlic.com/~lynn/2000d.html#37 S/360 development burnout?
https://www.garlic.com/~lynn/2000e.html#0 What good and old text formatter are there ?
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#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
https://www.garlic.com/~lynn/2000f.html#68 TSS ancient history, was X86 ultimate CISC? designs)
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/2001d.html#77 Pentium 4 Prefetch engine?
https://www.garlic.com/~lynn/2001e.html#5 SIMTICS
https://www.garlic.com/~lynn/2001e.html#7 Blame it all on Microsoft
https://www.garlic.com/~lynn/2001e.html#10 SIMTICS
https://www.garlic.com/~lynn/2001e.html#19 SIMTICS
https://www.garlic.com/~lynn/2001e.html#69 line length (was Re: Babble from "JD" <dyson@jdyson.com>)
https://www.garlic.com/~lynn/2001f.html#78 HMC . . . does anyone out there like it ?
https://www.garlic.com/~lynn/2001g.html#52 Compaq kills Alpha
https://www.garlic.com/~lynn/2001h.html#9 VM: checking some myths.
https://www.garlic.com/~lynn/2001h.html#34 D
https://www.garlic.com/~lynn/2001h.html#46 Whom Do Programmers Admire Now???
https://www.garlic.com/~lynn/2001i.html#55 Computer security: The Future
https://www.garlic.com/~lynn/2001j.html#18 I hate Compaq
https://www.garlic.com/~lynn/2001k.html#9 HP-UX will not be ported to Alpha (no surprise)exit
https://www.garlic.com/~lynn/2001k.html#43 Why is UNIX semi-immune to viral infection?
https://www.garlic.com/~lynn/2001k.html#60 Defrag in linux? - Newbie question
https://www.garlic.com/~lynn/2001l.html#24 mainframe question
https://www.garlic.com/~lynn/2001l.html#59 Windows XP on quad DPS 8/70M?
https://www.garlic.com/~lynn/2001m.html#12 Multics Nostalgia
https://www.garlic.com/~lynn/2001m.html#15 departmental servers
https://www.garlic.com/~lynn/2001m.html#40 info
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#1 More newbie stop the war here!
https://www.garlic.com/~lynn/2001n.html#2 Author seeks help - net in 1981
https://www.garlic.com/~lynn/2001n.html#10 TSS/360
https://www.garlic.com/~lynn/2002.html#43 hollow files in unix filesystems?
https://www.garlic.com/~lynn/2002b.html#46 ... the need for a Museum of Computer Software
https://www.garlic.com/~lynn/2002b.html#62 TOPS-10 logins (Was Re: HP-2000F - want to know more about it)
https://www.garlic.com/~lynn/2002b.html#64 ... the need for a Museum of Computer Software
https://www.garlic.com/~lynn/2002c.html#8 TOPS-10 logins (Was Re: HP-2000F - want to know more about it)
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/2002d.html#5 IBM Mainframe at home
https://www.garlic.com/~lynn/2002d.html#15 RFC Online Project
https://www.garlic.com/~lynn/2002d.html#46 IBM Mainframe at home
https://www.garlic.com/~lynn/2002e.html#47 Multics_Security
https://www.garlic.com/~lynn/2002f.html#36 Blade architectures
https://www.garlic.com/~lynn/2002f.html#49 Blade architectures
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#61 GE 625/635 Reference + Smart Hardware
https://www.garlic.com/~lynn/2002g.html#81 Multics reference in Letter to Editor
https://www.garlic.com/~lynn/2002h.html#30 Multics hardware (was Re: "Soul of a New Machine" Computer?)
https://www.garlic.com/~lynn/2002h.html#43 IBM doing anything for 50th Anniv?
https://www.garlic.com/~lynn/2002h.html#50 crossreferenced program code listings
https://www.garlic.com/~lynn/2002h.html#56 history of CMS
https://www.garlic.com/~lynn/2002i.html#5 DCAS [Was: Re: 'atomic' memops?]
https://www.garlic.com/~lynn/2002i.html#11 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/2002l.html#42 Thirty Years Later: Lessons from the Multics Security Evaluation
https://www.garlic.com/~lynn/2002l.html#44 Thirty Years Later: Lessons from the Multics Security Evaluation
https://www.garlic.com/~lynn/2002l.html#49 Do any architectures use instruction count instead of timer
https://www.garlic.com/~lynn/2002l.html#62 Itanium2 performance data from SGI
https://www.garlic.com/~lynn/2002m.html#58 The next big things that weren't
https://www.garlic.com/~lynn/2002m.html#61 The next big things that weren't
https://www.garlic.com/~lynn/2002m.html#76 Whatever happened to C2 "Orange Book" Windows security?
https://www.garlic.com/~lynn/2002n.html#0 additional pictures of the 6180
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?
--
Anne & Lynn Wheeler | lynn@garlic.com - https://www.garlic.com/~lynn/