From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Computers in Science Fiction Newsgroups: alt.folklore.computers Date: Sun, 07 Apr 2002 06:38:45 GMTjmfbahciv writes:
VAX INVENTORY ------------- SYSTEM US NON-US TOTAL --------- --------- --------- --------- 11/725 950 550 1,500 11/730 4,100 2,950 7,050 11/750 12,230 9,370 21,600 11/780 14,280 9,660 23,940 11/782 190 120 310 11/785 2,460 1,590 4,050 MVI 1,840 960 2,800 MVII 41,000 23,900 64,900 82XX 2,800 1,870 4,670 83XX 900 600 1,500 85XX 1,200 905 2,105 86XX 2,360 1,240 3,600 8700 400 270 670 8800 300 200 500 -------- -------- -------- TOTAL 85,010 54,185 139,195 VAX SHIPMENTS ------------- NO. OF VAX YEAR US NON-US TOTAL MODELS SHIPPED --------- --------- --------- --------- -------------- 1978 312 78 390 1 1979 627 313 940 1 1980 1,512 1,038 2,550 2 1981 1,979 1,726 3,705 2 1982 4,129 2,794 6,923 4 1983 6,178 4,384 10,562 5 1984 11,703 8,227 19,930 7 1985 17,600 7,300 24,900 8 1986 19,190 12,840 32,030 12 1987 21,780 15,485 37,265 12 -------- -------- -------- TOTAL 85,010 54,185 139,195 VAX SHIPMENTS - NON US ---------------------- 1978- SYSTEM 1984 1985 1986 1987 TOTAL -------- -------- -------- -------- -------- -------- 11/725 450 100 0 0 550 11/730 2,350 600 0 0 2,950 11/750 7,040 1,700 430 200 9,370 11/780 7,700 1,500 270 190 9,660 11/782 120 0 0 0 190 11/785 40 1,100 350 100 1,590 MVI 860 100 0 0 960 MVII 0 1,900 10,000 12,000 23,900 82XX 0 0 725 1,145 1,870 83XX 0 0 200 400 600 85XX 0 0 305 600 905 86XX 0 300 470 470 1,240 8700 0 0 60 210 270 8800 0 0 30 170 200 -------- -------- -------- -------- -------- TOTAL 18,560 7,300 12,840 15,485 54,185 VAX SHIPMENTS - US ------------------ 1978- SYSTEM 1984 1985 1986 1987 TOTAL -------- -------- -------- -------- -------- -------- 11/725 650 300 0 0 950 11/730 3,200 900 0 0 4,100 11/750 9,300 2,200 560 170 12,230 11/780 11,500 2,200 400 180 14,280 11/782 190 0 0 0 190 11/785 260 1,600 500 100 2,460 MVI 1,340 500 0 0 1,840 MVII 0 9,000 15,000 17,000 41,000 82XX 0 0 1,150 1,650 2,800 83XX 0 0 300 600 900 85XX 0 0 420 780 1,200 86XX 0 900 730 730 2,360 8700 0 0 80 320 400 8800 0 0 50 250 300 -------- -------- -------- -------- -------- TOTAL 26,440 17,600 19,190 21,780 85,010 VAX SHIPMENTS - WORLD-WIDE -------------------------- 1978- SYSTEM 1984 1985 1986 1987 TOTAL -------- -------- -------- -------- -------- -------- 11/725 1,100 400 0 0 1,500 11/730 5,550 1,500 0 0 7,050 11/750 16,340 3,900 990 370 21,600 11/780 19,200 3,700 670 370 23,940 11/782 310 0 0 0 310 11/785 300 2,700 850 200 4,050 MVI 2,200 600 0 0 2,800 MVII 0 10,900 25,000 29,000 64,900 82XX 0 0 1,875 2,795 4,670 83XX 0 0 500 1,000 1,500 85XX 0 0 725 1,380 2,105 86XX 0 1,200 1,200 1,200 3,600 8700 0 0 140 530 640 8800 0 0 80 420 500 -------- -------- -------- -------- -------- TOTAL 45,000 24,900 32,030 37,265 139,195... also 1988
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Sun, 07 Apr 2002 19:42:22 GMTAnne & Lynn Wheeler writes:
various quotes/pieces from dec professional 1/88, pg 44, "OLTP on the
VAXcluster" (i started work on HA/CMP DLM prototype not too long
later):
Digital offers the VAXcluster as an easily managed computing
environment that gives incremental expandability, extensive and
flexible resource sharing, highly available resources, extensive data
storage flexible configurations and support for balanced interactive
workloads. However, the cluster's Distributed Lock Manager introduces
overhead that can make this environment unsuitable for high-volume
transaction processing. It is possible for application software (and
I assume that Sybase incorporated these ideas into their database) to
eliminate this overhead penalty and permit the successful
implementation of OLTP applications on the VAXcluster.
1. The benefit of expandability, however, is offset substantially by
the overhead imposed by the cluster itself.
2. Lock management may be as much as 20% for each processor in the
cluster, reducing the actual throughput achieved to approximately
80% for each additional cluster member.
3. One RDBMS vendor (Sybase?) estimates that the VAXCLUSTER software,
using the Lock Manager for all remote locks in a two-CPU cluster,
might achieve a throughput gain of 1.8 for a select (READ?) trans-
action and only 1.3 for a short update transaction over that of a
single CPU.
4. Lock management also makes recovery unacceptably lengthy for ap-
plications requiring high system availability.
When a cluster node fails, processors on all nodes stop until the
VMS connection manager re-establishes a quorum. Then, the Dis-
tributed Lock Manager must release all locks held by the failed
process, re-establish the Resource Manager for all resources held
by the failed processor, and re-establish the local and remote
lock databases for each resource in use at the time of the fail-
ure. While this activity is in progress, all nodes in the cluster
are unavailable
Recovery time for the cluster is proportional to the number of
locks in use and may take 5 to 8 minutes or longer.
Because the Lock Manager is responsible for these drawbacks,
application software that reduces its overhead is required to provide
an environment for OLTP.
A DBMS that can run as a efficient database machine on one processor
in a cluster can eliminate a great deal of overhead. This requires a
requester/server architecture:
The server must run as a single process on a dedicated processor
with its own memory management and memory resident locking mech-
anism,
The server must manage data for all users with one dedicated image
and one shared data cache so hundreds of users can be handled in
4-6 Mbytes of storage,
The applications would run on other processors.
The requester/server architecture in a VAX cluster has the following
benefits:
A server running as a single process doesn't require context
switching,
Its own memory management eliminates page faults,
A shared data cache minimizes disk I/O
Because all data is managed by a single server on one processor,
locking can be handled simply by reading and updating a memory
resident table. Memory resident lock management eliminates the
VMS locks that the Lock Manager establishes for concurrent users.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Increased Paging in 64-bit Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 08 Apr 2002 04:06:43 GMTaw288@OSFN.ORG (William Donzelli) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Increased Paging in 64-bit Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 08 Apr 2002 15:18:38 GMTRick.Fochtman@BOTCC.COM (Rick Fochtman) writes:
note also that the 2321 was responsible for the BB in BBCCHHR seek/search argument ... i.e. the BB rotated the 2321 washing machine to place the correct bin/cartridge under the picker.
random refs:
http://www.garlic.com/~lynn/2000.html#9 Computer of the century
http://www.garlic.com/~lynn/2000b.html#41 How to learn assembler language for OS/390 ?
http://www.garlic.com/~lynn/2001.html#17 IBM 1142 reader/punch (Re: First video terminal?)
http://www.garlic.com/~lynn/2001.html#51 Competitors to SABRE?
http://www.garlic.com/~lynn/2001l.html#63 MVS History (all parts)
http://www.garlic.com/~lynn/2002.html#16 index searching
http://www.garlic.com/~lynn/2002.html#22 index searching
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Mon, 08 Apr 2002 22:23:31 GMTKeithParris_NOSPAM@yahoo.com (Keith Parris) writes:
as part of the HA/CMP effort we coined the term disaster survivability to distinguish from disaster/recovery and ability to survive local problems (aka as hardware & software reliability got better, larger percentage of outages were from 1) various kinds of local disasters and 2) human mistakes).
at the time we were doing HA/CMP ... we also got a chance to author part of the corporate continuous availability strategy document ... but the section got pulled because of non-concurrance by POK and Rochester.
one of the earlier (mainframe) efforts to expand from local clusters
was an internal online service that supported all the sales and field
service people located in silicon valley ... it was eventually
replicated in Dallas and Boulder in the late '70s (in part because of
seismic event concerns).
http://www.garlic.com/~lynn/98.html#23 Fear of Multiprocessing?
http://www.garlic.com/~lynn/2000c.html#30 internal corporate network, misc.
http://www.garlic.com/~lynn/2000g.html#27 Could CDR-coding be on the way back?
http://www.garlic.com/~lynn/2001.html#26 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#36 Where do the filesystem and RAID system belong?
http://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001i.html#43 Withdrawal Announcement 901-218 - No More 'small machines'
http://www.garlic.com/~lynn/2002c.html#30 OS Workloads : Interactive etc
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/subtopic.html#hone
random refs:
http://www.garlic.com/~lynn/98.html#23 Fear of Multiprocessing?
http://www.garlic.com/~lynn/99.html#71 High Availabilty on S/390
http://www.garlic.com/~lynn/99.html#128 Examples of non-relational databases
http://www.garlic.com/~lynn/99.html#145 Q: S/390 on PowerPC?
http://www.garlic.com/~lynn/99.html#184 Clustering systems
http://www.garlic.com/~lynn/aadsm9.htm#pkcs12 A PKI Question: PKCS11-> PKCS12
http://www.garlic.com/~lynn/aepay2.htm#cadis disaster recovery cross-posting
http://www.garlic.com/~lynn/2000g.html#27 Could CDR-coding be on the way back?
http://www.garlic.com/~lynn/2001.html#33 Where do the filesystem and RAID system belong?
http://www.garlic.com/~lynn/2001.html#41 Where do the filesystem and RAID system belong?
http://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001i.html#41 Withdrawal Announcement 901-218 - No More 'small machines'
http://www.garlic.com/~lynn/2001i.html#43 Withdrawal Announcement 901-218 - No More 'small machines'
http://www.garlic.com/~lynn/2001i.html#48 Withdrawal Announcement 901-218 - No More 'small machines'
http://www.garlic.com/~lynn/2001i.html#49 Withdrawal Announcement 901-218 - No More 'small machines'
http://www.garlic.com/~lynn/2001j.html#23 OT - Internet Explorer V6.0
http://www.garlic.com/~lynn/2001k.html#18 HP-UX will not be ported to Alpha (no surprise)exit
http://www.garlic.com/~lynn/2001n.html#47 Sysplex Info
http://www.garlic.com/~lynn/2002.html#44 Calculating a Gigalapse
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/2002e.html#67 Blade architectures
http://www.garlic.com/~lynn/2002e.html#68 Blade architectures
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Mon, 08 Apr 2002 22:58:28 GMTAnne & Lynn Wheeler writes:
VMS SOFTWARE DEVELOPMENT ________________________ DEC description so that customers could understand the operating system software development process inside Digital Equipment. The planning function provides focus for: Strategy - defined with development and management and accepted by the corporation after assigned "consultants" concur that is meshes with overall corporate strategy Vision - as defined by programs (see below) Requirements - as segmented into programs (see below) Programs are defined as: an area of focus that may cross organizational boundaries includes requirements that look 2 to 5 years ahead VMS has 8 programs and 5 engineering groups, including: - production systems (OLTP) - desktop systems each driven by a team that includes: - product management to look after customer requirements - VMS engineering to look at feasibility and internal requirements reviewed by planning and management of the 5 engineering groups a vision is developed by upper management (addresses why a program is selected) If a program is approved, it becomes a project. Line development managers develop a project plan based on the program requirements. The 5 VMS development line managers involved are: network and clusters system resources (RMS, etc.) low end systems high end systems system management. Project plans are reviewed and a functional specification is written. The first pass of release planning is also done by the project managers. Milestones and end dates for 30 to 50 project plans are prioritized. When the functional specification is completed the content of a release of VMS is defined. There are multiple versions (threads) of VMS in existence at any point in time. VMS, as a project, includes: 400 engineers that are geographically split 8 concurrent development threads in parallel, including: - maintenance release - functional release - hardware support (for newly developed hardware) - layered software support 9000 modules 400 MB of source code, including: - a 2 volume RA81 Shadow Set - 36% BLISS - 31% Macro - 20% other (mostly C and Fortran) - 13% procedural and build files - 6 million lines of code (not including DECwindows) DEC is using a DEC layered product, Code Management System (CMS), to control the development process. They feel that this has helped CMS to evolve by feeding requirements back into the CMS development group. A few additional tools were built to allow coordination between physical locations. Called CHARON (the gate-keeper of hell, a creature of Greek mythology), is provides a shell over CMS to control release classes and variants. There exists only one "master pack" that is accessed across the network within the DEC worldwide development community. A system build is done in 9 sequential phases. As VMS has grown over time the rule of thumb is that it should run overnight on the fastest processor available and the resultant code should reside on a single disk. Some examples provided were: V1.0 - 12.5 hours on VAX 11/780 (2,356 files) V2.0 - 17 hours on a VAX 11/780 V3.0 - 12 hours on a VAX 11/782 V4.0 - 7.5 hours on a large cluster V5.0 - 12 hours on a cluster with VAX 8840s (18,022 files)--
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Tue, 09 Apr 2002 03:50:19 GMTKeithParris_NOSPAM@yahoo.com (Keith Parris) writes:
SJR had done a cluster locking protocol over trotter/3088 in 1980 that syncronised in few seconds (effectively a simulated broadcast full-duplex logic). They were convinced to remap the protocol on top of LU6.2 (which has half-duplex semantics) ... and the same synchronization over the same hardware that had been a few seconds became several minutes running with LU6.2 semantics.
the issue going past 10km with any sort of performance is asynchronous for both disk/file operations as well as low-level locking support.
i believe the coupling facility is actually a stripped down operating system for pathlength reasons as well as a dedicated processor (real &/or LPAR).
my wife did the precursor work (for parallel sysplex) in the '70s when she did her stint in POK and was responsible for loosely-coupled architecture (POK'ese for cluster) ... and authored/invented Peer-Coupled Shared Data ...
random refs:
http://www.garlic.com/~lynn/94.html#16 Dual-ported disks?
http://www.garlic.com/~lynn/98.html#30 Drive letters
http://www.garlic.com/~lynn/98.html#35a Drive letters
http://www.garlic.com/~lynn/98.html#37 What is MVS/ESA?
http://www.garlic.com/~lynn/98.html#40 Comparison Cluster vs SMP?
http://www.garlic.com/~lynn/98.html#57 Reliability and SMPs
http://www.garlic.com/~lynn/99.html#71 High Availabilty on S/390
http://www.garlic.com/~lynn/99.html#77 Are mainframes relevant ??
http://www.garlic.com/~lynn/99.html#92 MVS vs HASP vs JES (was 2821)
http://www.garlic.com/~lynn/99.html#100 Why won't the AS/400 die? Or, It's 1999 why do I have to learn how to use
http://www.garlic.com/~lynn/99.html#128 Examples of non-relational databases
http://www.garlic.com/~lynn/2000.html#13 Computer of the century
http://www.garlic.com/~lynn/2000.html#78 Mainframe operating systems
http://www.garlic.com/~lynn/2000c.html#45 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#47 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000e.html#22 Is a VAX a mainframe?
http://www.garlic.com/~lynn/2000f.html#28 OT?
http://www.garlic.com/~lynn/2000f.html#29 OT?
http://www.garlic.com/~lynn/2000f.html#30 OT?
http://www.garlic.com/~lynn/2000f.html#37 OT?
http://www.garlic.com/~lynn/2000f.html#54 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
http://www.garlic.com/~lynn/2001c.html#69 Wheeler and Wheeler
http://www.garlic.com/~lynn/2001d.html#70 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001d.html#71 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001e.html#2 Block oriented I/O over IP
http://www.garlic.com/~lynn/2001e.html#44 Where are IBM z390 SPECint2000 results?
http://www.garlic.com/~lynn/2001f.html#21 Theo Alkema
http://www.garlic.com/~lynn/2001g.html#44 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#49 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001h.html#76 Other oddball IBM System 360's ?
http://www.garlic.com/~lynn/2001i.html#41 Withdrawal Announcement 901-218 - No More 'small machines'
http://www.garlic.com/~lynn/2001i.html#52 misc loosely-coupled, sysplex, cluster, supercomputer, & electronic commerce
http://www.garlic.com/~lynn/2001j.html#23 OT - Internet Explorer V6.0
http://www.garlic.com/~lynn/2001k.html#13 HP-UX will not be ported to Alpha (no surprise)exit
http://www.garlic.com/~lynn/2001k.html#14 HP-UX will not be ported to Alpha (no surprise)exit
http://www.garlic.com/~lynn/2001k.html#18 HP-UX will not be ported to Alpha (no surprise)exit
http://www.garlic.com/~lynn/2001l.html#47 five-nines
http://www.garlic.com/~lynn/2001n.html#3 News IBM loses supercomputer crown
http://www.garlic.com/~lynn/2001n.html#47 Sysplex Info
http://www.garlic.com/~lynn/2001n.html#85 The demise of compaq
http://www.garlic.com/~lynn/2002b.html#37 Poor Man's clustering idea
http://www.garlic.com/~lynn/2002b.html#54 Computer Naming Conventions
http://www.garlic.com/~lynn/2002e.html#25 Crazy idea: has it been done?
http://www.garlic.com/~lynn/2002e.html#71 Blade architectures
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Tue, 09 Apr 2002 18:00:53 GMT"Bill Todd" writes:
getting escon out into product (after 10+ years) was something of a matter of the load bearing weight of the bus&tag cables (for large configurations) as well as some customers having to address problems with positioning all devices within a circular 400ft radius by migrating to a 400ft radius sphere (i.e. device spread across multiple floors) ... it wasn't really targeted as a disaster backup scenario.
I think capability for disaster backup scenario was demonstrated with
full-duplex terrestrial T3s & HYPERChannel at the 1989 (1990?)
Supercomputer conference held that year in austin. In the mid-80s, we
did some T2 disaster/backup work ... but had round-trip latencies on
the order of 88,000 miles.
http://www.garlic.com/~lynn/subnetwork.html#hsdt
random early NAS/SAN, hyperchannel, a51x references:
http://www.garlic.com/~lynn/94.html#23 CP spooling & programming technology
http://www.garlic.com/~lynn/94.html#24 CP spooling & programming technology
http://www.garlic.com/~lynn/94.html#43 Bloat, elegance, simplicity and other irrelevant concepts
http://www.garlic.com/~lynn/94.html#55 How Do the Old Mainframes Compare to Today's Micros?
http://www.garlic.com/~lynn/96.html#14 mainframe tcp/ip
http://www.garlic.com/~lynn/96.html#27 Mainframes & Unix
http://www.garlic.com/~lynn/99.html#119 Computer, supercomputers & related
http://www.garlic.com/~lynn/2000b.html#38 How to learn assembler language for OS/390 ?
http://www.garlic.com/~lynn/2000c.html#65 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#66 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#67 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#68 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000d.html#12 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000f.html#30 OT?
http://www.garlic.com/~lynn/2000f.html#31 OT?
http://www.garlic.com/~lynn/2001.html#4 Sv: First video terminal?
http://www.garlic.com/~lynn/2001.html#19 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#20 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#21 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#22 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#55 FBA History Question (was: RE: What's the meaning of track overfl ow?)
http://www.garlic.com/~lynn/2001d.html#63 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001e.html#52 Pre ARPAnet email?
http://www.garlic.com/~lynn/2001f.html#49 any 70's era supercomputers that ran as slow as today's supercompu
http://www.garlic.com/~lynn/2001f.html#66 commodity storage servers
http://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#34 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001k.html#46 3270 protocol
http://www.garlic.com/~lynn/2001m.html#15 departmental servers
http://www.garlic.com/~lynn/2001m.html#19 3270 protocol
http://www.garlic.com/~lynn/2001n.html#3 News IBM loses supercomputer crown
http://www.garlic.com/~lynn/2001n.html#26 Open Architectures ?
http://www.garlic.com/~lynn/2002.html#10 index searching
http://www.garlic.com/~lynn/2002e.html#25 Crazy idea: has it been done?
http://www.garlic.com/~lynn/2002e.html#46 What goes into a 3090?
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Is AMD doing an Intel? Newsgroups: comp.arch Date: Tue, 09 Apr 2002 22:30:51 GMT"Fred Kleinsorge" writes:
old mainframes also didn't have much real storage ... so there was at least some paradigm that traded off outboard processing for memory tables. rather than having memory tables ... like btrees of record locations ... 1960s mainframe count-key-data architecture had simple parameter in real storage ... and the disk controller would continually scan until it found matching record i.e. multi-track search. furthermore, since old mainframes didn't have much real storage ... the i/o subsystem didn't cache the argument outboard of the mainframe memory ... every time a record spun under the head ... it would (re)fetch the matching data. This had the effect of dedicating the complete I/O path to the operation until it found the matching record.
An instance of this in the '70s was a 3330 drive, with 19 platters spinning at 3600rpm, 60rps, or a (multi-track) search/scan took about 1/3rd of a second real time. In this particular instance at a large customer, two or three such scans could be needed before the correct record was found.
now, many of the mainframes had "integrated i/o" ... the processor engine had two different microcode programs that it time-shared ... one microcode program provided for the CPU architecture ... i.e. 360/370 ... while the other microcode program implemented the channel I/O operation (aka the native processor engine would split its time between executing the processor microcode and the I/O microcode).
A simple example can be seen in the 370 to 303x migration during the later '70s. The 370/158 had two sets of microcode running on the same processor engine ... one set was the 370 processor implementation ... the other microcode was the integrated channel i/o implementation ... with the native 158 microcode engine time-shared between the two sets of microcode.
The next generation 303x series introduced the "channel director" which was a dedicated I/O processor. The "channel director" was actually a 370/158 native processor that only had the channel i/o processor microcode. The 3031 was a 370/158 repackaged with only the 370 microcode and configured to use a separate 158 processor engine as a dedicated channel director. The 3032 was a 370/168 repackaged to work with a channel director. Only the 3033 was a "new" processor.
158 & 3031 (& 4341) benchmark number
http://www.garlic.com/~lynn/2002b.html#0 Microcode?
random channel director refs
http://www.garlic.com/~lynn/97.html#20 Why Mainframes?
http://www.garlic.com/~lynn/98.html#23 Fear of Multiprocessing?
http://www.garlic.com/~lynn/99.html#7 IBM S/360
http://www.garlic.com/~lynn/99.html#176 S/360 history
http://www.garlic.com/~lynn/99.html#187 Merced Processor Support at it again
http://www.garlic.com/~lynn/2000.html#78 Mainframe operating systems
http://www.garlic.com/~lynn/2000c.html#69 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000d.html#7 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#11 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#12 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000d.html#21 S/360 development burnout?
http://www.garlic.com/~lynn/2000g.html#11 360/370 instruction cycle time
http://www.garlic.com/~lynn/2001b.html#83 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#3 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#6 OS/360 (was LINUS for S/390)
http://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline?
http://www.garlic.com/~lynn/2001j.html#3 YKYGOW...
http://www.garlic.com/~lynn/2001j.html#14 Parity - why even or odd (was Re: Load Locked (was: IA64 running out of steam))
http://www.garlic.com/~lynn/2001l.html#24 mainframe question
http://www.garlic.com/~lynn/2001l.html#32 mainframe question
http://www.garlic.com/~lynn/2002.html#36 a.f.c history checkup... (was What specifications will the standard year 2001 PC have?)
http://www.garlic.com/~lynn/2002.html#48 Microcode?
http://www.garlic.com/~lynn/2002d.html#7 IBM Mainframe at home
random multi-track search
http://www.garlic.com/~lynn/93.html#29 Log Structured filesystems -- think twice
http://www.garlic.com/~lynn/94.html#35 mainframe CKD disks & PDS files (looong... warning)
http://www.garlic.com/~lynn/97.html#16 Why Mainframes?
http://www.garlic.com/~lynn/97.html#29 IA64 Self Virtualizable?
http://www.garlic.com/~lynn/99.html#75 Read if over 40 and have Mainframe background
http://www.garlic.com/~lynn/2000f.html#18 OT?
http://www.garlic.com/~lynn/2000f.html#19 OT?
http://www.garlic.com/~lynn/2000f.html#42 IBM 3340 help
http://www.garlic.com/~lynn/2000g.html#51 > 512 byte disk blocks (was: 4M pages are a bad idea)
http://www.garlic.com/~lynn/2000g.html#52 > 512 byte disk blocks (was: 4M pages are a bad idea)
http://www.garlic.com/~lynn/2001c.html#17 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001d.html#60 VTOC/VTOC INDEX/VVDS and performance (expansion of VTOC position)
http://www.garlic.com/~lynn/2001d.html#64 VTOC/VTOC INDEX/VVDS and performance (expansion of VTOC position)
http://www.garlic.com/~lynn/2001l.html#40 MVS History (all parts)
http://www.garlic.com/~lynn/2002.html#5 index searching
http://www.garlic.com/~lynn/2002.html#6 index searching
http://www.garlic.com/~lynn/2002.html#10 index searching
http://www.garlic.com/~lynn/2002d.html#22 DASD response times
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: PKI / CA -- Public Key & Private Key Newsgroups: comp.security.misc Date: Wed, 10 Apr 2002 02:03:46 GMT"Ingmar" <w i z a r d _ o z @ g m x . n e t> writes:
1) authentication
2) confidentiality
in general, digital signatures can be created by using a private key to sign a message hash/mac ... and then use the corresponding public key to verify the digital signature ... verifying that a message originated from a particularly entity.
for confidentiality ... the public key can be used for either directly encrypting a message ... or using a random symmetric key to encrypt the message and encrypting the symmetric key with the public key. then only the entity with the corresponding private key can decrypt the message. the issue (especially for data at rest) is what happens if the private key becomes unavailable (say because of some sort of hardware failure), is all the corresponding encrypted data lost? Frequently, for business continuity purposes (no single point of failure, etc) ... private keys related to confidentially encrypted data may be escrowed and/or archived.
The business requirements for authentication ... is that you really would like to be assured that something originated only from a very specific purpose. In this scenario, the private key is strongly protected and may only exist in a single place.
The business requirements for confidentiality ... may require that valuable corporate assets (data & information) is not lost because of any sort of failure (including a single token housing a private key).
Business requirements associated with authentication may preclude a private key ever existing outside a very specific hardware token. Business requirements associated with confidentiality and business continuity may require multiple copies of a private key be kept.
basically, PKI is technology that can be used to address two different kinds of business requirements (confidentiality and authentication) which can result in the rules regarding the treatment of a private key be different based on the different business requirements.
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Least folklorish period in computing (was Re: IBM Mainframe at home) Newsgroups: alt.folklore.computers Date: Wed, 10 Apr 2002 15:49:22 GMTCharles Shannon Hendrix writes:
x9.59 standard for all payments:
http://www.garlic.com/~lynn/x959.html#x959
misc. card fraud res:
http://www.garlic.com/~lynn/aadsm3.htm#cstech3 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm5.htm#shock revised Shocking Truth about Digital Signatures
http://www.garlic.com/~lynn/aadsm6.htm#terror7 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror14 [FYI] Did Encryption Empower These Terrorists? (addenda to chargebacks)
http://www.garlic.com/~lynn/aadsm6.htm#pcards2 The end of P-Cards? (addenda)
http://www.garlic.com/~lynn/aadsm7.htm#auth Who or what to authenticate?
http://www.garlic.com/~lynn/aadsm7.htm#auth2 Who or what to authenticate? (addenda)
http://www.garlic.com/~lynn/aadsm7.htm#rhose4 Rubber hose attack
http://www.garlic.com/~lynn/aadsm7.htm#rhose5 when a fraud is a sale, Re: Rubber hose attack
http://www.garlic.com/~lynn/aadsmore.htm#debitfraud Debit card fraud in Canada
http://www.garlic.com/~lynn/aadsmore.htm#scanon Smartcard anonymity patents
http://www.garlic.com/~lynn/aadsm10.htm#risks credit card & gift card fraud (from today's comp.risks)
http://www.garlic.com/~lynn/aadsm10.htm#tamper Limitations of limitations on RE/tampering (was: Re: biometrics)
http://www.garlic.com/~lynn/aadsm10.htm#bio2 biometrics
http://www.garlic.com/~lynn/aepay3.htm#disputes Half of Visa's disputes, fraud result from I-commerce (more)
http://www.garlic.com/~lynn/aepay3.htm#x959risk2 Risk Management in AA / draft X9.59
http://www.garlic.com/~lynn/aepay3.htm#smrtcrd Smart Cards with Chips encouraged ... fyi
http://www.garlic.com/~lynn/aepay4.htm#visaset2 Visa Delicately Gives Hook to SET Standard
http://www.garlic.com/~lynn/aepay6.htm#fraud Online Card Fraud Thirty Times That Offline
http://www.garlic.com/~lynn/aepay6.htm#ccfraud2 "out of control credit card fraud"
http://www.garlic.com/~lynn/aepay6.htm#ccfraud3 "out of control credit card fraud"
http://www.garlic.com/~lynn/aepay7.htm#nonrep1 non-repudiation, was Re: crypto flaw in secure mail standards
http://www.garlic.com/~lynn/aepay8.htm#ccfraud Almost Half UK E-Shopper's Fear Card Fraud (CC fraud increased by 50% in 2k)
http://www.garlic.com/~lynn/aepay8.htm#ccfraud2 Statistics for General and Online Card Fraud
http://www.garlic.com/~lynn/aepay8.htm#visapass VISA: All Your Password Are Belong to Us
http://www.garlic.com/~lynn/aepay9.htm#risks credit card & gift card fraud (from today's comp.risks)
http://www.garlic.com/~lynn/aepay9.htm#skim High-tech Thieves Snatch Data From ATMs (including PINs)
http://www.garlic.com/~lynn/ansiepay.htm#breach Security breach raises questions about Internet shopping
http://www.garlic.com/~lynn/ansiepay.htm#scaads X9.59 related press release at smartcard forum
http://www.garlic.com/~lynn/aepay10.htm#1 Identity theft tops Consumer fraud complaints
http://www.garlic.com/~lynn/aepay10.htm#3 High-tech Thieves Snatch Data From ATMs (including PINs)
http://www.garlic.com/~lynn/aepay10.htm#6 credit card & gift card fraud (from today's comp.risks)
http://www.garlic.com/~lynn/aepay10.htm#16 Worker Accused of Selling Colleagues' ID's Online (credit card scam)
http://www.garlic.com/~lynn/aepay10.htm#19 Misc. payment, security, fraud, & authentication GAO reports (long posting)
http://www.garlic.com/~lynn/aepay10.htm#25 Definese Dept Criticised on Internal Credit Card Fraud
http://www.garlic.com/~lynn/2000f.html#72 SET; was Re: Why trust root CAs ?
http://www.garlic.com/~lynn/2001c.html#73 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001d.html#19 [Newbie] Authentication vs. Authorisation?
http://www.garlic.com/~lynn/2001f.html#24 Question about credit card number
http://www.garlic.com/~lynn/2001f.html#40 Remove the name from credit cards!
http://www.garlic.com/~lynn/2001h.html#37 Credit Card # encryption
http://www.garlic.com/~lynn/2001h.html#68 Net banking, is it safe???
http://www.garlic.com/~lynn/2001j.html#2 E-commerce security????
http://www.garlic.com/~lynn/2002.html#25 ICMP Time Exceeded
http://www.garlic.com/~lynn/2002c.html#22 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002c.html#23 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002d.html#41 Why?
http://www.garlic.com/~lynn/2002e.html#23 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#40 Smart Cards
fraud related postings:
http://www.garlic.com/~lynn/subintegrity.html#fraud
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Wed, 10 Apr 2002 16:02:43 GMTAnne & Lynn Wheeler writes:
escon/fiber connecter space was more on the order of 3270 cable connector space (or say cat5).
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: looking for information on the IBM 7090 instruction set Newsgroups: alt.folklore.computers Date: Thu, 11 Apr 2002 15:00:27 GMThaynes@alumni.uark.edu (Jim Haynes) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Hardware glitches, designed in and otherwise Newsgroups: alt.folklore.computers Date: Fri, 12 Apr 2002 14:08:31 GMTjdallen2000@yahoo.com (James Dow Allen) writes:
370 introduced the "long" instructions. The "long" instructions were defined to execute incrementally and be interruptable. The storage bounds were only check for increment of execution (one byte) .. for instance a "long" instruction could execute one byte at a time right up to the boundary of a missing page ... and then interrupt with a page fault. At the interrupt, the parameter registers of the "long" instruction would be updated to reflect the current address(es) & residual length(s). In the case of a page fault, the instruction would be restarted when the page was available and the updated register contents.
The 370/125 had a microcode bug where it prechecked the bounds and wouldn't execute the instruction ... for all instructions and wouldn't execute the instructions if the bounds precheck failed. The machine was in customer shops for a year or two before it was realized and fixed.
The 360/67 had a bug that never got fixed. The 360/67 hardware translate utilized an 8-entry fully associated array of entries that mapped virtual to real page numbers. In relocate mode, there was an extra 150ns per address (normal address on 360/67 in non-relocate was same as 360/65, 750ns ... however in relocate mode, there was an extra 150ns added to every address operation for translating virtual->real ... or a total of 900ns ... instead of 750ns). Anytime there was a change in address space (by loading CR0 with a segment table address), the associative array would have all its entries invalidated and values reset to all zeros. The machine had been out several years before it was discovered that on a page fault interrupt, all the entries were being reset to zero but not flagged as invalidated. The problem was masked because normal kernel page fault handling always reloaded CR0 ... even if the virtual address didn't change. Charlie (as in the person behind the compare and swap instruction ... the mnemonic compare and swap was chosen specifically because CAS are charlie's initials) was doing some kernel optimization and removing redundant loading of CR0 when the virtual address had not changed (trying to scavenge associative array entries). It took him (all of us) awhile to realize that programs were failing after his modifications ... because of a hardware bug.
random refs:
http://www.garlic.com/~lynn/93.html#14 S/360 addressing
http://www.garlic.com/~lynn/94.html#45 SMP, Spin Locks and Serialized Access
http://www.garlic.com/~lynn/95.html#3 What is an IBM 137/148 ???
http://www.garlic.com/~lynn/95.html#10 Virtual Memory (A return to the past?)
http://www.garlic.com/~lynn/97.html#19 Why Mainframes?
http://www.garlic.com/~lynn/98.html#8 Old Vintage Operating Systems
http://www.garlic.com/~lynn/98.html#16 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#46 The god old days(???)
http://www.garlic.com/~lynn/99.html#4 IBM S/360
http://www.garlic.com/~lynn/99.html#89 FIne-grained locking
http://www.garlic.com/~lynn/99.html#149 OS/360 (and descendants) VM system?
http://www.garlic.com/~lynn/99.html#176 S/360 history
http://www.garlic.com/~lynn/99.html#203 Non-blocking synch
http://www.garlic.com/~lynn/99.html#209 Core (word usage) was anti-equipment etc
http://www.garlic.com/~lynn/2000.html#11 I'm overwhelmed
http://www.garlic.com/~lynn/2000.html#12 I'm overwhelmed
http://www.garlic.com/~lynn/2000c.html#30 internal corporate network, misc.
http://www.garlic.com/~lynn/2000c.html#47 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#49 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#68 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000d.html#11 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000e.html#6 Ridiculous
http://www.garlic.com/~lynn/2000e.html#25 Test and Set: Which architectures have indivisible instructions?
http://www.garlic.com/~lynn/2000g.html#7 360/370 instruction cycle time
http://www.garlic.com/~lynn/2000g.html#8 360/370 instruction cycle time
http://www.garlic.com/~lynn/2000g.html#9 360/370 instruction cycle time
http://www.garlic.com/~lynn/2000g.html#11 360/370 instruction cycle time
http://www.garlic.com/~lynn/2000g.html#16 360/370 instruction cycle time
http://www.garlic.com/~lynn/2001.html#7 IBM Model Numbers (was: First video terminal?)
http://www.garlic.com/~lynn/2001b.html#35 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001b.html#40 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001c.html#2 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#23 Use of ICM
http://www.garlic.com/~lynn/2001f.html#41 Test and Set (TS) vs Compare and Swap (CS)
http://www.garlic.com/~lynn/2001f.html#43 Golden Era of Compilers
http://www.garlic.com/~lynn/2001f.html#69 Test and Set (TS) vs Compare and Swap (CS)
http://www.garlic.com/~lynn/2001f.html#70 Test and Set (TS) vs Compare and Swap (CS)
http://www.garlic.com/~lynn/2001g.html#9 Test and Set (TS) vs Compare and Swap (CS)
http://www.garlic.com/~lynn/2001h.html#69 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2001i.html#2 Most complex instructions (was Re: IBM 9020 FAA/ATC Systems from 1960's)
http://www.garlic.com/~lynn/2001j.html#48 Pentium 4 SMT "Hyperthreading"
http://www.garlic.com/~lynn/2001k.html#8 Minimalist design (was Re: Parity - why even or odd)
http://www.garlic.com/~lynn/2001k.html#12 Minimalist design (was Re: Parity - why even or odd)
http://www.garlic.com/~lynn/2001k.html#66 SMP idea for the future
http://www.garlic.com/~lynn/2001k.html#69 Programming in School (was: Re: Common uses...)
http://www.garlic.com/~lynn/2002.html#48 Microcode?
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Mail system scalability (Was: Re: Itanium troubles) Newsgroups: comp.arch Date: Fri, 12 Apr 2002 14:22:05 GMT"del cecchi" writes:
from an email scalability ... possibly AOL ... 16 million (and increasing) on one (maybe more than one) tandem machine (although these may be the 1024 processor model).
the original core of PROFs had as its basis a pre-released, limited feature version of VMSG that the PROFs group had scarfed up someplace. When they possibility was raised that they had scarfed VMSG ... they denied it ... but it was hard to refute when it was pointed out that every PROFs message that ever existed in the world had the string "H.S.L." in a non-displayed control field (aka the initials of the VMSG author).
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Mail system scalability (Was: Re: Itanium troubles) Newsgroups: comp.arch Date: Fri, 12 Apr 2002 15:02:30 GMT"Tarjei T. Jensen" writes:
also some time ago i heard that tandem was using some flavor of MIPs processor ... so possibly there is some simalarity between a tandem config and an SGI config.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Fri, 12 Apr 2002 17:00:30 GMT"Russell P. Holsclaw" writes:
the technique has been used for transient snap-shots as well as mechanism implementing process migration (between processes not sharing memory).
A form of the transient snap-shots is effectively what is going on today when a machine boots up and loads and initializes a large number of applications ... frequently, in aggregate requiring more real memory than available ... but never executing simultaneously.
there is a trade-off between utilizing traditional paging infrastructure for this fast pre-initializing operation ... vis-a-vis rewriting applications to be "fast-start". Of course, having to single-page-fault such a fast-start application can offset the benefits from using the page mapping system ... so something more efficient than single (small, 4k) page fault operation is needed.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Fri, 12 Apr 2002 17:11:15 GMTAnne & Lynn Wheeler writes:
random refs:
http://www.garlic.com/~lynn/97.html#14 Galaxies
http://www.garlic.com/~lynn/99.html#10 IBM S/360
http://www.garlic.com/~lynn/2000.html#64 distributed locking patents
http://www.garlic.com/~lynn/2000e.html#9 Checkpointing (was spice on clusters)
http://www.garlic.com/~lynn/2001.html#49 Options for Delivering Mainframe Reports to Outside Organizat ions
http://www.garlic.com/~lynn/2001b.html#15 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001c.html#89 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001f.html#20 VM-CMS emulator
http://www.garlic.com/~lynn/2001g.html#52 Compaq kills Alpha
http://www.garlic.com/~lynn/2001m.html#51 Author seeks help - net in 1981
http://www.garlic.com/~lynn/2001m.html#55 TSS/360
http://www.garlic.com/~lynn/2002b.html#36 windows XP and HAL: The CP/M way still works in 2002
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Mail system scalability (Was: Re: Itanium troubles) Newsgroups: comp.arch Date: Sat, 13 Apr 2002 01:11:45 GMTjohng@idiom.com (John A. Gregor) writes:
doing some web searching trying to find reference, didn't find any
sgi, but tripped over a tandem reference dated May 2001:
http://web.archive.org/web/20021219083337/http://webserver.cpg.com/news/6.5/n4.shtml
from above
The Himalaya does figure prominently in one messaging environment: as
a component in Dulles, VA-based America Online Inc.'s messaging
infrastructure. The Himalaya plays an important role in delivering 150
million e-mail messages daily to and from AOL's 29 million users using
a proprietary messaging platform that runs under UNIX as well as on
"one of the largest Himalaya systems in existence," says Pauline Nist,
vice president and general manager for Compaq's Tandem Business Unit.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: When will IBM buy Sun? Newsgroups: alt.folklore.computers Date: Sat, 13 Apr 2002 01:30:09 GMTref:
note when it was originally offered to ibm ... ibm declined (at least
in part because several internal organizations all claiming that they
would be producing something better) ref:
http://www.garlic.com/~lynn/96.html#4a John Hartmann's Birthday Party
http://www.garlic.com/~lynn/2000g.html#40 No more innovation? Get Serious
also in the above references ... is project that was designed and funded by IBM (DataHub) and then ibm decided to walk away from ... leaving the organization that had been funded to do the development with all the technology ... which lead to a new PC server-related company.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Sat, 13 Apr 2002 19:08:32 GMTnmm1@cus.cam.ac.uk (Nick Maclaren) writes:
that is (somewhat) separate issue with regard to whether or not any movement that might occur should be in units of 4kbytes at a time.
recent virtual memory semantics postings (in this thread):
http://www.garlic.com/~lynn/2002f.html#16 Blade architectures
http://www.garlic.com/~lynn/2002f.html#17 Blade architectures
misc dup/no-dup refs:
http://www.garlic.com/~lynn/93.html#12 managing large amounts of vm
http://www.garlic.com/~lynn/93.html#13 managing large amounts of vm
http://www.garlic.com/~lynn/94.html#9 talk to your I/O cache
http://www.garlic.com/~lynn/2000d.html#13 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2001i.html#42 Question re: Size of Swap File
http://www.garlic.com/~lynn/2001l.html#55 mainframe question
http://www.garlic.com/~lynn/2001n.html#78 Swap partition no bigger than 128MB?????
http://www.garlic.com/~lynn/2002b.html#10 hollow files in unix filesystems?
http://www.garlic.com/~lynn/2002b.html#16 hollow files in unix filesystems?
http://www.garlic.com/~lynn/2002b.html#19 hollow files in unix filesystems?
http://www.garlic.com/~lynn/2002b.html#20 index searching
misc. big pages refs:
http://www.garlic.com/~lynn/2001k.html#60 Defrag in linux? - Newbie question
http://www.garlic.com/~lynn/2002b.html#20 index searching
http://www.garlic.com/~lynn/2002c.html#29 Page size (was: VAX, M68K complex instructions)
http://www.garlic.com/~lynn/2002c.html#48 Swapper was Re: History of Login Names
http://www.garlic.com/~lynn/2002e.html#8 What are some impressive page rates?
http://www.garlic.com/~lynn/2002e.html#11 What are some impressive page rates?
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: When will IBM buy Sun? Newsgroups: alt.folklore.computers Date: Sun, 14 Apr 2002 15:02:05 GMTTaso Hatzi writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Biometric Encryption: the solution for network intruders? Newsgroups: comp.security.misc Date: Sun, 14 Apr 2002 15:21:30 GMTlajavakom@yahoo.com.au (Leela) writes:
biometrics works somewhat better in a 2-factor authentication scheme than
it does in identification.
• something you have (like a hardware token)
• something you know (like a pin or password)
• something you are (i.e. a biometric reading)
a hardware token woulc make a claim as to the entity and then the
biometric reading would be taken and attempt a close match for the
claimed entity. The thresholds for percent match may be chosen
differently from a scenario where there are biometric readings from
millions of entities and there needs to be a search for a good
match. A positive still may be possible with only a 50 or 60 percent
match ... just because there are nothing closer. However, (again)
imagine an encryption scheme where there only needs to be an
approximate correlation between the encryption key and the decryption
key.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Computers in Science Fiction Newsgroups: alt.folklore.computers,alt.history.future,rec.arts.sf.science,rec.arts.sf.written Date: Sun, 14 Apr 2002 16:05:49 GMTCharles R Martin writes:
1) for the resource manager, we defined an "envelope" of possible configurations, types of workloads, and workload levels (n-dimensional space). then something like 1000 benchmarks were defined that covered the surface and the interior of the n-dimenisonal space along with some outlyers that were possibly 10 times out. Some sample runs with the 10 times stressing would fairly reliably result in system failures. As a result, I redesigned and rewrote the whole system serialization code ... which not only eliminated all the system failures under the stress condistions but had the side-effect of also eliminating all zombie/hung processes. Finally there was an APL system model that took the all the benchmarking information and results and started generating parameters for new benchmarks (attempting to find anomolous operating regions). The could also wasn't suppose to fail but the resource manager was suppose to work as advertised ... exactly controlling resource allocation under all possible configurations, types of workloads and levels of workloads. Eventually over 2000 benchmarks were run taking three months elapsed time. As the rest of the system "drifted" (i.e. non-resource-manager poritions of the system were changed), a selected subset of the benchmarks were repeated every three months after initial product release.
random refs:
http://www.garlic.com/~lynn/2001e.html#45 VM/370 Resource Manager
http://www.garlic.com/~lynn/94.html#2 Schedulers
http://www.garlic.com/~lynn/94.html#52 Measuring Virtual Memory
http://www.garlic.com/~lynn/95.html#0 pathlengths
http://www.garlic.com/~lynn/2001c.html#13 LINUS for S/390
http://www.garlic.com/~lynn/2001f.html#56 any 70's era supercomputers that ran as slow as today's supercomputers?
http://www.garlic.com/~lynn/2001h.html#18 checking some myths.
http://www.garlic.com/~lynn/2001l.html#32 mainframe question
http://www.garlic.com/~lynn/2002c.html#45 cp/67 addenda (cross-post warning)
http://www.garlic.com/~lynn/2002d.html#0 VAX, M68K complex instructions (was Re: Did Intel Bite Off MoreThan It Can Chew?)
http://www.garlic.com/~lynn/subtopic.html#fairshare
http://www.garlic.com/~lynn/subtopic.html#wsclock
2) for the disk engineering lab ... the standard operating system had a MTBF of 15 minutes with a single test cell (i.e. device under development). I redesigned and rewrote the input/output supervisor so that multiple test cells could be operated concurrently w/o any operating system failure. A lot of the earlier failure modes were people making assumptions about things always operating correctly ... as opposed to doing a detailed analysis of all possible assumptions about correctness and then implementing code to handle all the situtions where things didn't work correctly
random refs:
http://www.garlic.com/~lynn/subtopic.html#disk
3) for this thing called electronic commerce ... it needed a method of
executing payments.
http://www.garlic.com/~lynn/aadsm5.htm#asrn3
http://www.garlic.com/~lynn/aadsm5.htm#asrn2
the initial implementation/code was traditional straight line operation implementing the function. however, moving into a "service" environment involving large number of transactions and people all over the world ... the environment is more like telco operation ... the trouble desk has requirements on the order of being able pro-actively recognize that there is some failure and be able to do 1st level problem determination within five minutes. Traditional "straight line" industrial strength code frequently doesn't take into account service operation. My observation has been that there is on the order of four to ten times as much code written to covert a "straight line" application into a "service" application (as is in the original application) ... and this code is frequently a lot more complex.
part of the assurance for this ... was after all the stress & correctness testing of the base application ... a failure mode grid was created of the possible states and failures that could occur in a electronic commerce transaction ... and it was then necessary to show that either that situation could be recovered from and/or that it could be diagnosed within a very short period of time. The bare-bones, straight line application can be proven to be correct ... and it still wouldn't be satisfactory for real-life environment.
slightly related security proportional to risk
http://www.garlic.com/~lynn/2001h.html#61 Net banking, is it safe???
http://www.garlic.com/~lynn/2001j.html#5 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#54 Does "Strong Security" Mean Anything?
http://www.garlic.com/~lynn/aadsm6.htm#terror3 [FYI] Did Encryption Empower These Terrorists?
lots of random assurance refs:
http://www.garlic.com/~lynn/aadsm10.htm#cfppki13 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm10.htm#cfppki18 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm10.htm#paiin PAIIN security glossary & taxonomy
http://www.garlic.com/~lynn/aadsm10.htm#keygen2 Welome to the Internet, here's your private key
http://www.garlic.com/~lynn/aadsm2.htm#privacy Identification and Privacy are not Antinomies
http://www.garlic.com/~lynn/aadsm2.htm#useire3 U.S. & Ireland use digital signature
http://www.garlic.com/~lynn/aadsm2.htm#stall EU digital signature initiative stalled
http://www.garlic.com/~lynn/aadsm2.htm#straw AADS Strawman
http://www.garlic.com/~lynn/aadsm2.htm#strawm2 AADS Strawman
http://www.garlic.com/~lynn/aadsm2.htm#strawm3 AADS Strawman
http://www.garlic.com/~lynn/aadsm3.htm#cstech4 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech5 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech9 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech10 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech12 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech13 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#kiss2 Common misconceptions, was Re: KISS for PKIX. (Was: RE: ASN.1 vs XML (used to be RE: I-D ACTION :draft-ietf-pkix-scvp-00.txt))
http://www.garlic.com/~lynn/aadsm3.htm#kiss8 KISS for PKIX
http://www.garlic.com/~lynn/aadsm3.htm#kiss9 KISS for PKIX .... password/digital signature
http://www.garlic.com/~lynn/aadsm5.htm#asrn1 Assurance, e-commerce, and some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsm5.htm#asrn2 Assurance, e-commerce, and some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsm5.htm#asrn3 Assurance, e-commerce, and some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsm5.htm#asrn4 assurance, X9.59, etc
http://www.garlic.com/~lynn/aadsm5.htm#shock revised Shocking Truth about Digital Signatures
http://www.garlic.com/~lynn/aadsm5.htm#shock2 revised Shocking Truth about Digital Signatures
http://www.garlic.com/~lynn/aadsm7.htm#rubberhose Rubber hose attack
http://www.garlic.com/~lynn/aadsm8.htm#softpki19 DNSSEC (RE: Software for PKI)
http://www.garlic.com/~lynn/aadsm9.htm#cfppki5 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm9.htm#cfppki10 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm9.htm#cfppki11 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsmore.htm#client3 Client-side revocation checking capability
http://www.garlic.com/~lynn/aepay10.htm#22 PKI: An Insider's View
http://www.garlic.com/~lynn/aepay3.htm#votec (my) long winded observations regarding X9.59 & XML, encryption and certificates
http://www.garlic.com/~lynn/aepay3.htm#x959risk1 Risk Management in AA / draft X9.59
http://www.garlic.com/~lynn/aepay3.htm#x959risk4 Risk Management in AA / draft X9.59
http://www.garlic.com/~lynn/aepay4.htm#comcert3 Merchant Comfort Certificates
http://www.garlic.com/~lynn/aepay6.htm#idf Intel Developer's Forum ... fyi
http://www.garlic.com/~lynn/aepay6.htm#ecom some electronic commerce discussion from dcsb & IDF
http://www.garlic.com/~lynn/aepay6.htm#cacr7 7th CACR Information Security Workshop
http://www.garlic.com/~lynn/aepay6.htm#asrn5 assurance, X9.59, etc
http://www.garlic.com/~lynn/ansiepay.htm#breach Security breach raises questions about Internet shopping
http://www.garlic.com/~lynn/96.html#18 IBM 4381 (finger-check)
http://www.garlic.com/~lynn/2000.html#39 "Trusted" CA - Oxymoron?
http://www.garlic.com/~lynn/2000b.html#40 general questions on SSL certificates
http://www.garlic.com/~lynn/2000g.html#33 does CA need the proof of acceptance of key binding ?
http://www.garlic.com/~lynn/2001.html#50 What exactly is the status of the Common Criteria
http://www.garlic.com/~lynn/2001c.html#34 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001d.html#41 solicit advice on purchase of digital certificate
http://www.garlic.com/~lynn/2001d.html#58 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2001e.html#26 Can I create my own SSL key?
http://www.garlic.com/~lynn/2001e.html#35 Can I create my own SSL key?
http://www.garlic.com/~lynn/2001e.html#40 Can I create my own SSL key?
http://www.garlic.com/~lynn/2001e.html#59 Design (Was Re: Server found behind drywall)
http://www.garlic.com/~lynn/2001g.html#0 FREE X.509 Certificates
http://www.garlic.com/~lynn/2001h.html#7 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001h.html#16 D
http://www.garlic.com/~lynn/2001h.html#64 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#52 misc loosely-coupled, sysplex, cluster, supercomputer, & electronic commerce
http://www.garlic.com/~lynn/2001i.html#57 E-commerce security????
http://www.garlic.com/~lynn/2001n.html#71 Q: Buffer overflow
http://www.garlic.com/~lynn/2001n.html#91 Buffer overflow
http://www.garlic.com/~lynn/2002.html#28 Buffer overflow
http://www.garlic.com/~lynn/2002.html#29 Buffer overflow
http://www.garlic.com/~lynn/2002.html#32 Buffer overflow
http://www.garlic.com/~lynn/2002c.html#35 TOPS-10 logins (Was Re: HP-2000F - want to know more about it)
http://www.garlic.com/~lynn/2002d.html#16 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002e.html#17 Smart Cards
http://www.garlic.com/~lynn/2002e.html#58 O'Reilly C Book
http://www.garlic.com/~lynn/2002e.html#71 Blade architectures
http://www.garlic.com/~lynn/2002e.html#73 Blade architectures
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Computers in Science Fiction Newsgroups: alt.folklore.computers,alt.history.future,rec.arts.sf.science,rec.arts.sf.written Date: Sun, 14 Apr 2002 18:11:52 GMTAnne & Lynn Wheeler writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: When will IBM buy Sun? Newsgroups: alt.folklore.computers Date: Sun, 14 Apr 2002 18:19:51 GMTcjt writes:
at least some number of the austin ha/cmp people went to the austin/tandem/compaq group (may be still there).
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.arch Date: Sun, 14 Apr 2002 21:22:46 GMTJF Mezei writes:
recent refs on this thread in a.f.c.
http://www.garlic.com/~lynn/2002f.html#20 Blade architectures
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security Issues of using Internet Banking Newsgroups: alt.computer.security,alt.folklore.computers Date: Mon, 15 Apr 2002 03:34:41 GMTccsim@bigpond.net.au (Jasmine) writes:
The issue then is it is similar to ATM banking but the end-point is your PC (instead of an ATM machine) and the transport is the internet (instead of an encrypted private network). Well it is possible using things like SSL to achieve similar encryption security for the data being transported as an encrypted private network.
That leaves a couple of vulnerabilities:
1) your pc (compared to an ATM machine) 2) the internet gateway
An ATM machine pretty well restricts which buttons you can push and what functions that might happen. A poorly implemented internet gateway might allow "virtual buttons" to be pushed that wouldn't be allowed if it was a real ATM machine (or internet viruses to be introduced that capture transaction information). A poorly secured personal PC might have viruses that capture keystrokes and contribute to fraudulent transactions.
However, the number of types of people that can view transactions (occurring at the back-end processor) would be approx. the same whether it was internet, ATM, physical check, etc.
cross-posted to a.f.c where there has been a programming assurance thread going on (aka what is the assurance of the internet gateway that implements internet banking ... is it equivalent to the assurance required for ATM software? ... also what is the assurance of a personal PC?).
much of europe is using or moving towards hardware tokens of various kinds (for financial transactions) because of issues with trust and assurance of personal PCs ... i.e. it isn't sufficient for fraudulent transactions to just capture keystrokes ... but access to the specific hardware token is also required.
misc eu standards & internet banking discussions
http://www.garlic.com/~lynn/aepay7.htm#netsecure some recent threads on netbanking & e-commerce security
http://www.garlic.com/~lynn/aepay7.htm#3dsecure 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay10.htm#17 Visa 3-D Secure vs MasterCard SPA Whitepaper (forwarded)
http://www.garlic.com/~lynn/aadsm10.htm#keygen2 Welome to the Internet, here's your private key
http://www.garlic.com/~lynn/2001g.html#57 Q: Internet banking
http://www.garlic.com/~lynn/2001g.html#60 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#61 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#62 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#64 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001i.html#25 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#26 No Trusted Viewer possible?
http://www.garlic.com/~lynn/2001k.html#0 Are client certificates really secure?
http://www.garlic.com/~lynn/2001k.html#55 I-net banking security
http://www.garlic.com/~lynn/2001m.html#6 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2001m.html#9 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2002c.html#10 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002c.html#21 Opinion on smartcard security requested
http://www.garlic.com/~lynn/subintegrity.html#fraud Risk, Fraud, Exploits
http://www.garlic.com/~lynn/subintegrity.html#assurance Assurance
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security Issues of using Internet Banking Newsgroups: alt.computer.security,alt.folklore.computers Date: Mon, 15 Apr 2002 03:50:24 GMTJim Watt writes:
slightly related:
http://www.garlic.com/~lynn/aadsm5.htm#asrn3 Assurance, e-commerce, and some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsm5.htm#asrn2 Assurance, e-commerce, and some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsmore.htm#2527a RFC 2527 Physical Security Controls Question
http://www.garlic.com/~lynn/aadsm6.htm#websecure merchant web server security
http://www.garlic.com/~lynn/aadsm6.htm#terror [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror3 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror4 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror5 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#pcards The end of P-Cards?
http://www.garlic.com/~lynn/aadsm6.htm#pcards3 The end of P-Cards? (addenda)
http://www.garlic.com/~lynn/aadsm7.htm#rubberhose Rubber hose attack
http://www.garlic.com/~lynn/aadsm8.htm#rhose17 [Fwd: Re: when a fraud is a sale, Re: Rubber hose attack]
http://www.garlic.com/~lynn/aadsm10.htm#cfppki13 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm10.htm#tamper Limitations of limitations on RE/tampering (was: Re: biometrics)
http://www.garlic.com/~lynn/aadsm10.htm#bio8 biometrics (addenda)
http://www.garlic.com/~lynn/aepay7.htm#netbank2 net banking, is it safe?? ... security proportional to risk
http://www.garlic.com/~lynn/aepay7.htm#netsecure some recent threads on netbanking & e-commerce security
http://www.garlic.com/~lynn/aepay7.htm#3dsecure2 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay7.htm#3dsecure3 financial payment standards ... finger slip
http://www.garlic.com/~lynn/aepay10.htm#20 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2001d.html#42 IBM was/is: Imitation...
http://www.garlic.com/~lynn/2001h.html#53 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#58 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#62 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#64 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#67 Would this type of credit card help online shopper to feel more secure?
http://www.garlic.com/~lynn/2001h.html#68 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#70 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#75 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#9 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#10 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#16 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#25 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#26 No Trusted Viewer possible?
http://www.garlic.com/~lynn/2001i.html#35 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#36 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#53 Credit Card # encryption
http://www.garlic.com/~lynn/2001i.html#57 E-commerce security????
http://www.garlic.com/~lynn/2001i.html#57 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#2 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#5 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#44 Does "Strong Security" Mean Anything?
http://www.garlic.com/~lynn/2001j.html#54 Does "Strong Security" Mean Anything?
http://www.garlic.com/~lynn/2001k.html#55 I-net banking security
http://www.garlic.com/~lynn/2001l.html#2 Why is UNIX semi-immune to viral infection?
http://www.garlic.com/~lynn/2002d.html#8 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#9 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#11 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#16 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002d.html#24 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#25 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#28 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002e.html#5 What goes into a 3090?
http://www.garlic.com/~lynn/2002e.html#18 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#36 Crypting with Fingerprints ?
http://www.garlic.com/~lynn/2002e.html#37 Would the value of knowledge and information be transferred or shared accurately across the different culture??????
http://www.garlic.com/~lynn/2002f.html#10 Least folklorish period in computing (was Re: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002f.html#23 Computers in Science Fiction
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Computers in Science Fiction Newsgroups: alt.folklore.computers,alt.history.future,rec.arts.sf.science,rec.arts.sf.written Date: Mon, 15 Apr 2002 15:45:33 GMTLee DeRaud writes:
they were also good at billing .. we once had a project review by FSD
.... and they eventually sent something like 20-30 people to a one
week meeting ... and the project got the bill for all of the peoples'
time ... but then a lot of the project was transferred to FSD and they
had to foot the bill. slightly related refs:
http://www.garlic.com/~lynn/2000c.html#6 TF-1
http://www.garlic.com/~lynn/2000d.html#27 Superduper computers--why RISC not 390?
there were some really good system design people as well as
programmers. For instance the guy that headed up the original FAA air
traffic control system ... who then went on to be president of FSD (as
well as many of his team). The next couple rounds in the late '80s &
90s for the new & ever improved FAA air traffic control system didn't
do quite as well (although there were some excellent people working on
it also). slightly related refs:
http://www.garlic.com/~lynn/2001.html#3 First video terminal?
http://www.garlic.com/~lynn/2001d.html#77 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001h.html#15 IBM 9020 FAA/ATC Systems from 1960's
http://www.garlic.com/~lynn/2002b.html#6 Microcode?
http://www.garlic.com/~lynn/98.html#23 Fear of Multiprocessing?
side note ... GML was original chosen because it is the first letters
of the late names of the three people that worked on it, random refs:
http://www.garlic.com/~lynn/94.html#11 REXX
http://www.garlic.com/~lynn/94.html#43 Bloat, elegance, simplicity and other irrelevant concepts
http://www.garlic.com/~lynn/94.html#55 How Do the Old Mainframes Compare to Today's Micros?
http://www.garlic.com/~lynn/96.html#24 old manuals
http://www.garlic.com/~lynn/97.html#9 HELP! Chronology of word-processing
http://www.garlic.com/~lynn/97.html#26 IA64 Self Virtualizable?
http://www.garlic.com/~lynn/98.html#16 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#21 Reviving the OS/360 thread (Questions about OS/360)
http://www.garlic.com/~lynn/99.html#42 Enter fonts (was Re: Unix case-sensitivity: how did it originate?
http://www.garlic.com/~lynn/99.html#43 Enter fonts (was Re: Unix case-sensitivity: how did it originate?
http://www.garlic.com/~lynn/99.html#91 Documentation query
http://www.garlic.com/~lynn/99.html#197 Computing As She Really Is. Was: Re: Life-Advancing Work of Timothy Berners-Lee
http://www.garlic.com/~lynn/2000.html#8 Computer of the century
http://www.garlic.com/~lynn/2000.html#34 IBM 360 Manuals on line ?
http://www.garlic.com/~lynn/2000.html#82 Ux's good points.
http://www.garlic.com/~lynn/2000b.html#32 20th March 2000
http://www.garlic.com/~lynn/2000c.html#30 internal corporate network, misc.
http://www.garlic.com/~lynn/2000d.html#30 Secure Operating Systems
http://www.garlic.com/~lynn/2000e.html#0 What good and old text formatter are there ?
http://www.garlic.com/~lynn/2000e.html#1 What good and old text formatter are there ?
http://www.garlic.com/~lynn/2000e.html#23 Is Tim Berners-Lee the inventor of the web?
http://www.garlic.com/~lynn/2000f.html#61 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2001b.html#50 IBM 705 computer manual
http://www.garlic.com/~lynn/2001c.html#88 Unix hard links
http://www.garlic.com/~lynn/2001d.html#42 IBM was/is: Imitation...
http://www.garlic.com/~lynn/2001e.html#73 CS instruction, when introducted ?
http://www.garlic.com/~lynn/2001f.html#49 any 70's era supercomputers that ran as slow as today's supercompu
http://www.garlic.com/~lynn/2001g.html#54 DSRunoff; was Re: TECO Critique
http://www.garlic.com/~lynn/2001h.html#9 VM: checking some myths.
http://www.garlic.com/~lynn/2001h.html#34 D
http://www.garlic.com/~lynn/2001h.html#46 Whom Do Programmers Admire Now???
http://www.garlic.com/~lynn/2001i.html#1 History of Microsoft Word (and wordprocessing in general)
http://www.garlic.com/~lynn/2001i.html#39 IBM OS Timeline?
http://www.garlic.com/~lynn/2001l.html#16 Disappointed
http://www.garlic.com/~lynn/2001l.html#20 mainframe question
http://www.garlic.com/~lynn/2001l.html#24 mainframe question
http://www.garlic.com/~lynn/2001m.html#43 FA: Early IBM Software and Reference Manuals
http://www.garlic.com/~lynn/2001n.html#31 Hercules etc. IBM not just missing a great opportunity...
http://www.garlic.com/~lynn/2001n.html#36 Movies with source code (was Re: Movies with DEC minis)
http://www.garlic.com/~lynn/2001n.html#37 Hercules etc. IBM not just missing a great opportunity...
http://www.garlic.com/~lynn/2002.html#53 School Help
http://www.garlic.com/~lynn/2002b.html#35 bzip2 vs gzip (was Re: PDP-10 Archive migration plan)
http://www.garlic.com/~lynn/2002b.html#46 ... the need for a Museum of Computer Software
http://www.garlic.com/~lynn/2002b.html#48 ... the need for a Museum of Computer Software
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/2002f.html#14 Mail system scalability (Was: Re: Itanium troubles)
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Computers in Science Fiction Newsgroups: alt.folklore.computers,alt.history.future,rec.arts.sf.science,rec.arts.sf.written Date: Tue, 16 Apr 2002 00:27:36 GMTLee DeRaud writes:
BCS (boeing computer services) was originally formed around CP/67 systems (360/67) in the late '60s. GML was an enhancement to the standard CMS document formater (script) in the very early '70s. BCS also used it ... including some amount of formating documents for gov. projects in the '70s. I believe one pitch that BCS made at SHARE in the '70s was (at least the first and possibly all of the) USPS stamp price increases in the '70s included a contract where BCS did all the financial modeling work using CMS/APL (justifying the price increases) as well as a lot of the documents needed to be presented to various gov. organizations.
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security and e-commerce Newsgroups: alt.computer.security Date: Tue, 16 Apr 2002 13:44:19 GMTsabrinaong2002@yahoo.com.au (Sabrina) writes:
recent threads:
http://www.garlic.com/~lynn/2002e.html#17 Smart Cards
http://www.garlic.com/~lynn/2002e.html#18 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#29 Crazy idea: has it been done?
http://www.garlic.com/~lynn/2002e.html#36 Crypting with Fingerprints ?
http://www.garlic.com/~lynn/2002e.html#58 O'Reilly C Book
http://www.garlic.com/~lynn/2002e.html#62 Computers in Science Fiction
http://www.garlic.com/~lynn/2002e.html#71 Blade architectures
http://www.garlic.com/~lynn/2002e.html#73 Blade architectures
http://www.garlic.com/~lynn/2002f.html#10 Least folklorish period in computing (was Re: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002f.html#23 Computers in Science Fiction
http://www.garlic.com/~lynn/2002f.html#27 Security Issues of using Internet Banking
http://www.garlic.com/~lynn/2002f.html#28 Security Issues of using Internet Banking
random refs:
http://www.garlic.com/~lynn/subintegrity.html#assurance
http://www.garlic.com/~lynn/subintegrity.html#fraud
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Biometric Encryption: the solution for network intruders? Newsgroups: comp.security.misc Date: Tue, 16 Apr 2002 13:53:37 GMTlajavakom@yahoo.com.au (Leela) writes:
various homework related threads from other groups
http://www.garlic.com/~lynn/2000.html#28 Homework: Negative side of MVS?
http://www.garlic.com/~lynn/2000.html#32 Homework: Negative side of MVS?
http://www.garlic.com/~lynn/2001.html#70 what is interrupt mask register?
http://www.garlic.com/~lynn/2001b.html#38 Why SMP at all anymore?
http://www.garlic.com/~lynn/2001c.html#10 Memory management - Page replacement
http://www.garlic.com/~lynn/2001c.html#11 Memory management - Page replacement
http://www.garlic.com/~lynn/2001c.html#25 Use of ICM
http://www.garlic.com/~lynn/2001j.html#20 OT - Internet Explorer V6.0
http://www.garlic.com/~lynn/2001k.html#75 Disappointed
http://www.garlic.com/~lynn/2001l.html#0 Disappointed
http://www.garlic.com/~lynn/2001m.html#32 Number of combinations in five digit lock? (or: Help, my brain hurts)
http://www.garlic.com/~lynn/2001n.html#22 Hercules, OCO, and IBM missing a great opportunity
http://www.garlic.com/~lynn/2002c.html#2 Need article on Cache schemes
http://www.garlic.com/~lynn/2002d.html#14 Mainframers: Take back the light (spotlight, that is)
some other threads on privacy
http://www.garlic.com/~lynn/subpubkey.html#privacy
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security and e-commerce Newsgroups: alt.computer.security Date: Tue, 16 Apr 2002 14:01:52 GMTsabrinaong2002@yahoo.com.au (Sabrina) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security and e-commerce Newsgroups: alt.computer.security Date: Wed, 17 Apr 2002 03:05:44 GMT"Joe Fitzsimons" writes:
the requirements & charter given the x9a10 working for the x9.59 standard was to preserve the integrity of the financial infrastructure for all electronic retail payments (debit, credit, stored-value, atm, e-check, etc in all environments, internet, pos, non-internet, etc) w/o the use of encryption (aka even if there is absolutely no encryption of an x9.59 transaction ... including any account number ... there would not be information necessary for a fraudulent transaction from any evesdropping).
misc. x9.59 refs:
http://www.garlic.com/~lynn/x959.html#x959
http://www.garlic.com/~lynn/subpubkey.html#privacy
random refs:
http://www.garlic.com/~lynn/subintegrity.html#assurance
http://www.garlic.com/~lynn/subpubkey.html#sslcerts
http://www.garlic.com/~lynn/subintegrity.html#fraud
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security and e-commerce Newsgroups: alt.computer.security Date: Wed, 17 Apr 2002 14:56:11 GMTsabrinaong2002@yahoo.com.au (Sabrina) writes:
a couple refs about the current system:
http://www.garlic.com/~lynn/aadsm5.htm#asrn2
http://www.garlic.com/~lynn/aadsm5.htm#asrn3
x9.59 was intended to provide end-to-end security w/o encryption to
all electronic payments regardless of type (credit, debit,
stored-value, e-check, atm, etc) and method (internet, point-of-sale,
etc). the advantage of x9.59 is that it protects the integrity of the
financial infrastructure in the complete end-to-end processes
(including data at rest in merchant credit card master files that
might be subject to access by insiders or outsiders). misc. x9.59
refs:
http://www.garlic.com/~lynn/x959.html#x959
http://www.garlic.com/~lynn/subpubkey.html#privacy
furthermore, it is unlikely that many of the existing points of
failure will ever be reasonably addressed w/o something like x9.59
http://www.garlic.com/~lynn/aadsm6.htm#websecure merchant web server security
http://www.garlic.com/~lynn/aadsm6.htm#terror3 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#terror4 [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm6.htm#pcards The end of P-Cards?
http://www.garlic.com/~lynn/aadsm6.htm#pcards3 The end of P-Cards? (addenda)
http://www.garlic.com/~lynn/aadsm7.htm#rubberhose Rubber hose attack
http://www.garlic.com/~lynn/aadsm8.htm#rhose17 [Fwd: Re: when a fraud is a sale, Re: Rubber hose attack]
http://www.garlic.com/~lynn/aadsm10.htm#cfppki13 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm10.htm#tamper Limitations of limitations on RE/tampering (was: Re: biometrics)
http://www.garlic.com/~lynn/aadsm10.htm#bio7 biometrics
http://www.garlic.com/~lynn/aepay7.htm#netbank2 net banking, is it safe?? ... security proportional to risk
http://www.garlic.com/~lynn/aepay7.htm#netsecure some recent threads on netbanking & e-commerce security
http://www.garlic.com/~lynn/aepay7.htm#3dsecure2 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay7.htm#3dsecure3 financial payment standards ... finger slip
http://www.garlic.com/~lynn/aepay10.htm#20 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2001h.html#61 Net banking, is it safe???
http://www.garlic.com/~lynn/2001h.html#67 Would this type of credit card help online shopper to feel more secure?
http://www.garlic.com/~lynn/2001i.html#53 Credit Card # encryption
http://www.garlic.com/~lynn/2001i.html#57 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#2 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#5 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#44 Does "Strong Security" Mean Anything?
http://www.garlic.com/~lynn/2001k.html#55 I-net banking security
http://www.garlic.com/~lynn/2001l.html#2 Why is UNIX semi-immune to viral infection?
http://www.garlic.com/~lynn/2002d.html#8 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#9 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#11 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#16 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002d.html#24 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#25 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002d.html#28 Security Proportional to Risk (was: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002e.html#5 What goes into a 3090?
http://www.garlic.com/~lynn/2002e.html#18 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#36 Crypting with Fingerprints ?
http://www.garlic.com/~lynn/2002e.html#37 Would the value of knowledge and information be transferred or shared accurately across the different culture??????
http://www.garlic.com/~lynn/2002f.html#10 Least folklorish period in computing (was Re: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002f.html#23 Computers in Science Fiction
http://www.garlic.com/~lynn/2002f.html#28 Security Issues of using Internet Banking
--
Anne & Lynn Wheeler | lynn@garlic.com, http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: alt.folklore.computers Date: Wed, 17 Apr 2002 23:48:18 GMTcbh@ieya.co.REMOVE_THIS.uk (Chris Hedley) writes:
melinda's paper goes into some of the stuff that when ibm lossing the
project mac (multics) bid, tss/360, ctss, cp/40, cp/67, etc
http://www.leeandmelindavarian.com/Melinda/
http://www.leeandmelindavarian.com/Melinda#VMHist
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Playing Cards was Re: looking for information on the IBM 7090 instruction set Newsgroups: alt.folklore.computers Date: Thu, 18 Apr 2002 00:13:52 GMThaynes@alumni.uark.edu (Jim Haynes) writes:
as an undergraduate i had replaced some of the RJE code in HASP (circa 1968) with TTY & 2741 support with syntax from CMS editor ... for preping "cards" for os/360. The ibm terminals were half-duplex ... either send or receive ... but not both. The TTYs were full-duplex and were more of a challenge to map into 360 world.
I was involved in project that took a Interdata/3 and used it to
emulate an IBM control unit (reverse engineering ibm channel protocol
and building our own channel card). this supposedly originated the ibm
pcm controller business. We had some additional agility to supporting
full-duplex TTY operation using the Interdata/3.
http://www.garlic.com/~lynn/submain.html#360pcm
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Playing Cards was Re: looking for information on the IBM 7090instruction set Newsgroups: alt.folklore.computers Date: Thu, 18 Apr 2002 15:34:56 GMTjchausler writes:
one of the reasons that we started our own terminal controller project was specifically the standard ibm controller had hardwired the oscillator (fixed the baud rate) ... even tho the rest of the controller you could reset the line-scanner associated with each line.
CP/67 had some dynamic code to recognize 1050 or 2741 (and different kinds of 2741) ... as a result they could all share the same modem pool. When I first got CP/67, there was no TTY support .... so I had to implement it. I originally implemented it so that CP/67 could dynamically recognize 1050, 2741, & TTY and in theory allow all to share the same modem pool. During testing everything worked ... until ibm told me about the "short-cut" done with the oscillator (2741/1050s were 134.? baud).
It was at that time that we started our own terminal controll project:
http://www.garlic.com/~lynn/submain.html#360pcm
there was a buffer-length design flaw in my TTY implementation. I had
done one byte arithmetic to determine amount of data coming in on a
TTY line ... since there were no TTYs with lines longer than 72 (or
80) characters. It was possible to change max. line length for
different kinds of devices ... but doing that simple change ... didn't
catch the problem with one byte arithmetic. MIT system crashing 27
times in one day (I think it was for either an ascii plotter or a
ascii vector graphics terminal ... any something with much longer line
length than standard tty):
http://www.multicians.org/thvv/360-67.html
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Playing Cards was Re: looking for information on the IBM 7090instruction set Newsgroups: alt.folklore.computers Date: Thu, 18 Apr 2002 15:40:34 GMTAnne & Lynn Wheeler writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: e-commerce future Newsgroups: comp.society.futures Date: Thu, 18 Apr 2002 19:57:22 GMTthugloves@hotmail.com (Martin) writes:
they started calling internet credit card transactions "e-commerce" ... but it has been expanded into all sorts of other stuff. i think i saw something about western union claiming to be the original e-commerce company ... starting electronic money transfers something like 100 years ago.
x9a10 working group was given the charter/requirement for the x9.59 financial standards work to preserve the integrity of the financial infrastructure for all electronic retail payments (debit, credit, e-check, ach, atm, stored-value, etc) in all environments (point-of-sale, internet, non-internet, etc).
recent e-commerce threads:
http://www.garlic.com/~lynn/2002e.html#18 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#36 Crypting with Fingerprints ?
http://www.garlic.com/~lynn/2002e.html#40 Smart Cards
http://www.garlic.com/~lynn/2002e.html#73 Blade architectures
http://www.garlic.com/~lynn/2002f.html#10 Least folklorish period in computing (was Re: IBM Mainframe at home)
http://www.garlic.com/~lynn/2002f.html#23 Computers in Science Fiction
http://www.garlic.com/~lynn/2002f.html#27 Security Issues of using Internet Banking
http://www.garlic.com/~lynn/2002f.html#28 Security Issues of using Internet Banking
http://www.garlic.com/~lynn/2002f.html#31 Security and e-commerce
http://www.garlic.com/~lynn/2002f.html#33 Security and e-commerce
http://www.garlic.com/~lynn/2002f.html#34 Security and e-commerce
http://www.garlic.com/~lynn/2002f.html#35 Security and e-commerce
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Fri, 19 Apr 2002 14:20:43 GMT"John Homes" writes:
MVS didn't originate as a virtual memory system ... it originated as a real storage system ... that eventually got everything laid out in a virtual address space ... even to the paradigm that the kernel code and the application code co-exists in the same address space (although that has slowly mitigated over the years). For years, MVS struggled with various kernel &/or services code getting larger & larger ... impinging on the remaining address space left to applications (especially with 24bit/16mbyte area).
CMS was a single user interactive monitor that ran in virtual address spaces provided by CP/67 ... but used a lot of OS/360 applications (most of the compilers, applications, etc). For both CP/67 and VM/370, CMS had certain high use code that was "shared" ... i.e. same page occurred in multiple different address spaces (aka reduces real storage & paging requirements) ... however these originally were single fixed definition.
I wrote some enhancements to CMS & VM/370 that supported effectively shared libraries ... additional shared code/pages that could be introduced in virtual address space "on the fly". I even sanitized some amount of CMS & CMS application code to live in shared pages ... and did it in such a way that it eliminated all RLD entries (i.e. the same shared code could live at different addresses simultaneously in different virtual address spaces). The CMS code was eventually shipped as original designed/written. However, only a subset of the VM/370 kernel support eventually shipped ... which didn't include the ability to position shared pages at arbritrary locations in different address spaces.
The scenario is that in 24bit/16megabyte address space ... it wasn't that frequent that any single process needed a combination of (different) shared library code that exceeded the process's virtual address space. However, it was the case with global fixed address per shared library ... that an installation would find that it couldn't choose a unique virtual address range for every shared library that their user community might want. The result was that installations had to eventually assign duplicate addresses to some shared libraries ... meaning that there were certain combinations of applications (at least in shared library format) that weren't possible.
past postings giving RLD & ESD format details:
http://www.garlic.com/~lynn/2001.html#8 finding object decks with multiple entry points
http://www.garlic.com/~lynn/2001.html#14 IBM Model Numbers (was: First video terminal?)
http://www.garlic.com/~lynn/2001.html#60 Text (was: Review of Steve McConnell's AFTER THE GOLD RUSH)
http://www.garlic.com/~lynn/2001c.html#87 "Bootstrap"
http://www.garlic.com/~lynn/2001k.html#31 Is anybody out there still writting BAL 370.
http://www.garlic.com/~lynn/2001m.html#45 Commenting style (was: Call for folklore)
past floating shared segment refs:
http://www.garlic.com/~lynn/93.html#8 PowerPC Architecture (was: Re: PowerPC priced very low!)
http://www.garlic.com/~lynn/95.html#9 Cache and Memory Bandwidth (was Re: A Series Compilers)
http://www.garlic.com/~lynn/96.html#4a John Hartmann's Birthday Party
http://www.garlic.com/~lynn/2000.html#18 Computer of the century
http://www.garlic.com/~lynn/2000.html#75 Mainframe operating systems
http://www.garlic.com/~lynn/2000b.html#29 20th March 2000
http://www.garlic.com/~lynn/2000b.html#50 VM (not VMS or Virtual Machine, the IBM sort)
http://www.garlic.com/~lynn/2000b.html#54 Multics dual-page-size scheme
http://www.garlic.com/~lynn/2000b.html#55 Multics dual-page-size scheme
http://www.garlic.com/~lynn/2000c.html#76 Is a VAX a mainframe?
http://www.garlic.com/~lynn/2001b.html#83 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#2 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#13 LINUS for S/390
http://www.garlic.com/~lynn/2001c.html#84 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001f.html#8 Theo Alkema
http://www.garlic.com/~lynn/2001f.html#9 Theo Alkema
http://www.garlic.com/~lynn/2001i.html#20 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling convention
http://www.garlic.com/~lynn/2002e.html#5 What goes into a 3090?
general virtual memory references:
http://www.garlic.com/~lynn/subtopic.html#wsclock
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: alt.folklore.computers Date: Fri, 19 Apr 2002 14:30:58 GMTCharles Shannon Hendrix writes:
The "lore" is that some of the FS die-hards went off to rochester and implemented FS as the S/38 (including single level store). AS/400 is follow-on to S/38.
gobbs of past FS, tss/360, s/38 & as/400 refs:
http://www.garlic.com/~lynn/93.html#27 crabby, stu, initials, etc
http://www.garlic.com/~lynn/94.html#46 Rethinking Virtual Memory
http://www.garlic.com/~lynn/94.html#47 Rethinking Virtual Memory
http://www.garlic.com/~lynn/94.html#53 How Do the Old Mainframes
http://www.garlic.com/~lynn/95.html#1 pathlengths
http://www.garlic.com/~lynn/98.html#11 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#12 S/360 operating systems geneaology
http://www.garlic.com/~lynn/99.html#100 Why won't the AS/400 die? Or, It's 1999 why do I have to learn how to use
http://www.garlic.com/~lynn/99.html#237 I can't believe this newsgroup still exists
http://www.garlic.com/~lynn/2000b.html#54 Multics dual-page-size scheme
http://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
http://www.garlic.com/~lynn/2000c.html#79 Unisys vs IBM mainframe comparisons
http://www.garlic.com/~lynn/2000d.html#30 Secure Operating Systems
http://www.garlic.com/~lynn/2000d.html#60 "all-out" vs less aggressive designs (was: Re: 36 to 32 bit transition)
http://www.garlic.com/~lynn/2000f.html#16 [OT] FS - IBM Future System
http://www.garlic.com/~lynn/2000f.html#17 [OT] FS - IBM Future System
http://www.garlic.com/~lynn/2000f.html#18 OT?
http://www.garlic.com/~lynn/2000f.html#27 OT?
http://www.garlic.com/~lynn/2000f.html#29 OT?
http://www.garlic.com/~lynn/2000f.html#30 OT?
http://www.garlic.com/~lynn/2000f.html#40 Famous Machines and Software that didn't
http://www.garlic.com/~lynn/2000f.html#56 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2000f.html#58 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2000f.html#61 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2000g.html#0 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2001b.html#18 Linux IA-64 interrupts [was Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001b.html#35 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001d.html#44 IBM was/is: Imitation...
http://www.garlic.com/~lynn/2001e.html#4 Block oriented I/O over IP
http://www.garlic.com/~lynn/2001e.html#13 High Level Language Systems was Re: computer books/authors (Re: FA:
http://www.garlic.com/~lynn/2001f.html#33 IBM's "VM for the PC" c.1984??
http://www.garlic.com/~lynn/2001f.html#42 Golden Era of Compilers
http://www.garlic.com/~lynn/2001f.html#43 Golden Era of Compilers
http://www.garlic.com/~lynn/2001f.html#44 Golden Era of Compilers
http://www.garlic.com/~lynn/2001f.html#47 any 70's era supercomputers that ran as slow as today's supercomputers?
http://www.garlic.com/~lynn/2001f.html#48 any 70's era supercomputers that ran as slow as today's supercomputers?
http://www.garlic.com/~lynn/2001g.html#36 What was object oriented in iAPX432?
http://www.garlic.com/~lynn/2001g.html#44 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#45 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001h.html#17 IBM 9020 FAA/ATC Systems from 1960's
http://www.garlic.com/~lynn/2001h.html#26 TECO Critique
http://www.garlic.com/~lynn/2001i.html#24 Proper ISA lifespan?
http://www.garlic.com/~lynn/2001i.html#28 Proper ISA lifespan?
http://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#39 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#52 misc loosely-coupled, sysplex, cluster, supercomputer, & electronic commerce
http://www.garlic.com/~lynn/2001j.html#27 Pentium 4 SMT "Hyperthreading"
http://www.garlic.com/~lynn/2001j.html#36 Proper ISA lifespan?
http://www.garlic.com/~lynn/2001j.html#37 Proper ISA lifespan?
http://www.garlic.com/~lynn/2001l.html#5 mainframe question
http://www.garlic.com/~lynn/2001l.html#6 mainframe question
http://www.garlic.com/~lynn/2001l.html#7 mainframe question
http://www.garlic.com/~lynn/2001l.html#8 mainframe question
http://www.garlic.com/~lynn/2001m.html#47 TSS/360
http://www.garlic.com/~lynn/2001m.html#49 TSS/360
http://www.garlic.com/~lynn/2001m.html#53 TSS/360
http://www.garlic.com/~lynn/2001m.html#55 TSS/360
http://www.garlic.com/~lynn/2001n.html#0 TSS/360
http://www.garlic.com/~lynn/2001n.html#10 TSS/360
http://www.garlic.com/~lynn/2001n.html#18 Call for folklore - was Re: So it's cyclical.
http://www.garlic.com/~lynn/2001n.html#23 Alpha vs. Itanic: facts vs. FUD
http://www.garlic.com/~lynn/2001n.html#26 Open Architectures ?
http://www.garlic.com/~lynn/2001n.html#39 195 was: Computer Typesetting Was: Movies with source code
http://www.garlic.com/~lynn/2001n.html#46 Blinking lights
http://www.garlic.com/~lynn/2001n.html#62 The demise of compaq
http://www.garlic.com/~lynn/2001n.html#65 Holy Satanism! Re: Hyper-Threading Technology - Intel information.
http://www.garlic.com/~lynn/2001n.html#67 Hercules etc. IBM not just missing a great opportunity...
http://www.garlic.com/~lynn/2001n.html#89 TSS/360
http://www.garlic.com/~lynn/2002.html#36 a.f.c history checkup... (was What specifications will the standard year 2001 PC have?)
http://www.garlic.com/~lynn/2002.html#52 Microcode?
http://www.garlic.com/~lynn/2002b.html#6 Microcode?
http://www.garlic.com/~lynn/2002b.html#23 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan
http://www.garlic.com/~lynn/2002b.html#64 ... the need for a Museum of Computer Software
http://www.garlic.com/~lynn/2002c.html#1 Gerstner moves over as planned
http://www.garlic.com/~lynn/2002c.html#19 Did Intel Bite Off More Than It Can Chew?
http://www.garlic.com/~lynn/2002c.html#38 Wang tower minicomputer
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/2002c.html#52 Swapper was Re: History of Login Names
http://www.garlic.com/~lynn/2002d.html#23 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002d.html#36 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002e.html#4 Mainframers: Take back the light (spotlight, that is)
http://www.garlic.com/~lynn/2002e.html#32 What goes into a 3090?
http://www.garlic.com/~lynn/2002e.html#44 SQL wildcard origins?
http://www.garlic.com/~lynn/2002e.html#47 Multics_Security
http://www.garlic.com/~lynn/2002e.html#62 Computers in Science Fiction
http://www.garlic.com/~lynn/2002e.html#71 Blade architectures
http://www.garlic.com/~lynn/2002f.html#6 Blade architectures
http://www.garlic.com/~lynn/2002f.html#17 Blade architectures
http://www.garlic.com/~lynn/2002f.html#36 Blade architectures
http://www.garlic.com/~lynn/2002f.html#37 Playing Cards was Re: looking for information on the IBM 7090
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Foreign Cars (was: Computers in Science Fiction) Newsgroups: alt.folklore.computers Date: Fri, 19 Apr 2002 13:47:05 GMTjmfbahciv writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: alt.folklore.computers Date: Fri, 19 Apr 2002 14:54:58 GMTCharles Shannon Hendrix writes:
for shared libraries ... the full set of changes included CMS filesystem managed by the CP paging subsystem. CMS mapping changes (program load) including giving some hints when the mapping was initially performed (straight demand page, synchronous fetch all or some, asynchronously start fetch for some or all) which the system looked at and then also checked current system load and resources ... and then decided what to do (which might be nothing ... leaving it all to demand page ... or it might be starting some asynchronous fetch for some or all and immediately starting program execution).
These additional set of changes weren't released in the standard CMS & VM/370 ... however they were incorporated into version of XT/AT/370. The problem was that the real storage for XT/AT/370 was severaly constrained ... some CMS executables were larger than the available real storage ... and the disks were slow (especially the XT disks with 100ms avg. access) so that complete module fetch by traditional I/O caused a lot of reading the portions of the program into virtual memory, filling up all of real storage, paging out, reading in more of the program, paging it out, maybe minute or so go by before the program was initialized and ready to start.
The page mapping eliminated all the reading in ... paging out, reading in, paging out ... and then when everything had been finally loading into virtual memory, going back and starting page fault for portions of the program (typically was stuff that was all not in the page file). The mapping just allowed the page fault to start. The issue is that should be adaptive ... given some amount of additional real storage and a program of any size ... it was more efficient to batch in program in larger than simple demand page chunks. Making it dynamic adaptive so the system could optimally adopt agilely to different configuration and load was the trick.
misc. additional refs:
http://www.garlic.com/~lynn/96.html#23 Old IBM's
http://www.garlic.com/~lynn/2000.html#5 IBM XT/370 and AT/370 (was Re: Computer of the century)
http://www.garlic.com/~lynn/2000.html#29 Operating systems, guest and actual
http://www.garlic.com/~lynn/2000.html#75 Mainframe operating systems
http://www.garlic.com/~lynn/2000e.html#52 Why not an IBM zSeries workstation?
http://www.garlic.com/~lynn/2000e.html#55 Why not an IBM zSeries workstation?
http://www.garlic.com/~lynn/2001b.html#69 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#89 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001f.html#9 Theo Alkema
http://www.garlic.com/~lynn/2001f.html#28 IBM's "VM for the PC" c.1984??
http://www.garlic.com/~lynn/2001g.html#53 S/370 PC board
http://www.garlic.com/~lynn/2001i.html#19 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2001i.html#20 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2001k.html#24 HP Compaq merger, here we go again.
http://www.garlic.com/~lynn/2001n.html#92 "blocking factors" (Was: Tapes)
http://www.garlic.com/~lynn/2002.html#4 Buffer overflow
http://www.garlic.com/~lynn/2002.html#11 The demise of compaq
http://www.garlic.com/~lynn/2002b.html#43 IBM 5100 [Was: First DESKTOP Unix Box?]
http://www.garlic.com/~lynn/2002b.html#45 IBM 5100 [Was: First DESKTOP Unix Box?]
http://www.garlic.com/~lynn/2002d.html#4 IBM Mainframe at home
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Biometric Encryption: the solution for network intruders? Newsgroups: comp.security.misc Date: Fri, 19 Apr 2002 18:03:53 GMTValdis Kletnieks writes:
A "secret" (but not shared-secret) whether PIN or biometric can be used in conjunction with a hardware token ... where the correct operation of the hardware token is dependent on supplying the correct PIN/password/biometric.
A "secret" implementation can be far less onerous than a shared-secret implementation where (in the case of biometrics) may imply providing people with new thumbs when a compromise occurs.
some random shared-secret discussion:
http://www.garlic.com/~lynn/aadsm2.htm#strawm3 AADS Strawman
http://www.garlic.com/~lynn/aadsm2.htm#pkikrb PKI/KRB
http://www.garlic.com/~lynn/aadsm3.htm#cstech4 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech6 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#cstech8 cardtech/securetech & CA PKI
http://www.garlic.com/~lynn/aadsm3.htm#kiss8 KISS for PKIX
http://www.garlic.com/~lynn/aadsm4.htm#7 Public Key Infrastructure: An Artifact...
http://www.garlic.com/~lynn/aadsm5.htm#shock2 revised Shocking Truth about Digital Signatures
http://www.garlic.com/~lynn/aadsm6.htm#websecure merchant web server security
http://www.garlic.com/~lynn/aadsm6.htm#terror [FYI] Did Encryption Empower These Terrorists?
http://www.garlic.com/~lynn/aadsm7.htm#cryptofree Erst-Freedom: Sic Semper Political Cryptography
http://www.garlic.com/~lynn/aadsm7.htm#rhose9 when a fraud is a sale, Re: Rubber hose attack
http://www.garlic.com/~lynn/aadsm7.htm#rhose12 when a fraud is a sale, Re: Rubber hose attack
http://www.garlic.com/~lynn/aadsm7.htm#rhose13 when a fraud is a sale, Re: Rubber hose attack
http://www.garlic.com/~lynn/aadsm8.htm#softpki11 Software for PKI
http://www.garlic.com/~lynn/aadsm8.htm#3dvulner 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aadsm9.htm#cfppki9 CFP: PKI research workshop
http://www.garlic.com/~lynn/aadsm10.htm#biometrics biometrics
http://www.garlic.com/~lynn/aadsm10.htm#bio3 biometrics (addenda)
http://www.garlic.com/~lynn/aadsm10.htm#bio5 biometrics
http://www.garlic.com/~lynn/aadsm10.htm#bio6 biometrics
http://www.garlic.com/~lynn/aadsm10.htm#bio7 biometrics
http://www.garlic.com/~lynn/aadsm10.htm#bio8 biometrics (addenda)
http://www.garlic.com/~lynn/aepay3.htm#votec (my) long winded observations regarding X9.59 & XML, encryption and certificates
http://www.garlic.com/~lynn/aepay3.htm#mcomm (my) misc. additional comments on X9.59 issues.
http://www.garlic.com/~lynn/aepay3.htm#aadsrel1 AADS related information
http://www.garlic.com/~lynn/aepay3.htm#passwords Passwords don't work
http://www.garlic.com/~lynn/aepay6.htm#x959b X9.59 Electronic Payment standard issue
http://www.garlic.com/~lynn/aepay6.htm#harvest2 shared-secrets, CC#, & harvesting CC#
http://www.garlic.com/~lynn/aepay6.htm#erictalk Announce: Eric Hughes giving Stanford EE380 talk this
http://www.garlic.com/~lynn/aepay6.htm#dspki5 use of digital signatures and PKI (addenda)
http://www.garlic.com/~lynn/aepay7.htm#ssexploit Shared-Secret exploit
http://www.garlic.com/~lynn/aepay7.htm#netbank net banking, is it safe?? ... power to the consumer
http://www.garlic.com/~lynn/aepay7.htm#3dsecure 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay7.htm#3dsecure2 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aepay8.htm#vulner account number & shared-secret vulnerabilities
http://www.garlic.com/~lynn/99.html#214 Ask about Certification-less Public Key
http://www.garlic.com/~lynn/99.html#226 Attacks on a PKI
http://www.garlic.com/~lynn/99.html#228 Attacks on a PKI
http://www.garlic.com/~lynn/99.html#235 Attacks on a PKI
http://www.garlic.com/~lynn/99.html#238 Attacks on a PKI
http://www.garlic.com/~lynn/2000.html#39 "Trusted" CA - Oxymoron?
http://www.garlic.com/~lynn/2000b.html#53 Digital Certificates-Healthcare Setting
http://www.garlic.com/~lynn/2000b.html#90 Question regarding authentication implementation
http://www.garlic.com/~lynn/2000b.html#92 Question regarding authentication implementation
http://www.garlic.com/~lynn/2000f.html#4 Why trust root CAs ?
http://www.garlic.com/~lynn/2000g.html#5 e-commerce: Storing Credit Card numbers safely
http://www.garlic.com/~lynn/2000g.html#33 does CA need the proof of acceptance of key binding ?
http://www.garlic.com/~lynn/2000g.html#34 does CA need the proof of acceptance of key binding ?
http://www.garlic.com/~lynn/2000g.html#49 Use of SET?
http://www.garlic.com/~lynn/2001c.html#30 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#34 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#39 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#40 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#41 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#42 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#44 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#45 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#50 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#54 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001c.html#60 PKI and Non-repudiation practicalities
http://www.garlic.com/~lynn/2001f.html#25 Question about credit card number
http://www.garlic.com/~lynn/2001f.html#31 Remove the name from credit cards!
http://www.garlic.com/~lynn/2001h.html#5 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001h.html#7 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001h.html#58 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#9 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#16 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#25 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#35 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#36 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#57 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#0 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#2 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#9 E-commerce security????
http://www.garlic.com/~lynn/2001j.html#49 Are client certificates really secure?
http://www.garlic.com/~lynn/2001j.html#52 Are client certificates really secure?
http://www.garlic.com/~lynn/2001k.html#1 Are client certificates really secure?
http://www.garlic.com/~lynn/2001k.html#34 A thought on passwords
http://www.garlic.com/~lynn/2001k.html#58 I-net banking security
http://www.garlic.com/~lynn/2001k.html#61 I-net banking security
http://www.garlic.com/~lynn/2001m.html#5 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2001m.html#41 Solutions to Man in the Middle attacks?
http://www.garlic.com/~lynn/2001n.html#94 Secret Key Infrastructure plug compatible with PKI
http://www.garlic.com/~lynn/2002.html#9 How to get 128-256 bit security only from a passphrase?
http://www.garlic.com/~lynn/2002c.html#7 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002c.html#10 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002c.html#31 You think? TOM
http://www.garlic.com/~lynn/2002e.html#17 Smart Cards
http://www.garlic.com/~lynn/2002e.html#18 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#23 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002e.html#36 Crypting with Fingerprints ?
http://www.garlic.com/~lynn/2002e.html#40 Smart Cards
http://www.garlic.com/~lynn/2002e.html#60 Browser Security
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security Issues of using Internet Banking Newsgroups: alt.folklore.computers Date: Sat, 20 Apr 2002 04:38:45 GMTlemonpillows writes:
various refs to finread standard:
http://www.garlic.com/~lynn/aepay7.htm#3dsecure 3D Secure Vulnerabilities? Photo ID's and Payment Infrastructure
http://www.garlic.com/~lynn/aadsm9.htm#carnivore Shades of FV's Nathaniel Borenstein: Carnivore's "Magic Lantern"
http://www.garlic.com/~lynn/aadsm10.htm#keygen2 Welome to the Internet, here's your private key
http://www.garlic.com/~lynn/2001g.html#57 Q: Internet banking
http://www.garlic.com/~lynn/2001g.html#60 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#61 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#62 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#64 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001i.html#25 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#26 No Trusted Viewer possible?
http://www.garlic.com/~lynn/2001k.html#0 Are client certificates really secure?
http://www.garlic.com/~lynn/2001m.html#6 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2001m.html#9 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2002c.html#10 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002c.html#21 Opinion on smartcard security requested
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: How Long have you worked with MF's ? (poll) Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Mon, 22 Apr 2002 13:08:27 GMTspring semester '66 "Introduction to Fortran" class on 709 ... still have mcracken's book someplace. summer job '66 was porting 1401 MPIO program (i.e. ur<->tape front end for 709) to 360/30. they could run MPIO on 360/30 in 1401 compatibility mode ... but I guess it was a make work thing to have a 360 version that could do the same thing. I assembled under os/360 (pcp, release 6) ... but could run 1) os/360 with get/put system services, 2) os/360 to load but took over the machine and wiped out supervisor and had own interrupt handler and device drivers, 3) bps loader. When assembled using os/360 system services, the five DCB macros took six minutes each to assemble (added 30 minutes to the elapsed assemble time).
later worked on univ project with couple others to replace the 2702
communication controller; reverse engineered ibm channel ... built our
own 360 channel card for interdata/3 minicomputer. has been credited
with originating the 360 pcm controller market ... misc refs:
http://www.garlic.com/~lynn/submain.html#360pcm
random past mpio posts:
http://www.garlic.com/~lynn/93.html#15 unit record & other controllers
http://www.garlic.com/~lynn/93.html#17 unit record & other controllers
http://www.garlic.com/~lynn/93.html#23 MTS & LLMPS?
http://www.garlic.com/~lynn/94.html#53 How Do the Old Mainframes
http://www.garlic.com/~lynn/95.html#4 1401 overlap instructions
http://www.garlic.com/~lynn/97.html#21 IBM 1401's claim to fame
http://www.garlic.com/~lynn/98.html#9 Old Vintage Operating Systems
http://www.garlic.com/~lynn/98.html#15 S/360 operating systems geneaology
http://www.garlic.com/~lynn/99.html#59 Living legends
http://www.garlic.com/~lynn/99.html#130 early hardware
http://www.garlic.com/~lynn/2000.html#79 Mainframe operating systems
http://www.garlic.com/~lynn/2000c.html#11 IBM 1460
http://www.garlic.com/~lynn/2000d.html#34 Assembly language formatting on IBM systems
http://www.garlic.com/~lynn/2001.html#11 IBM 1142 reader/punch (Re: First video terminal?)
http://www.garlic.com/~lynn/2001b.html#22 HELP
http://www.garlic.com/~lynn/2001b.html#27 HELP
http://www.garlic.com/~lynn/2001k.html#31 Is anybody out there still writting BAL 370.
http://www.garlic.com/~lynn/2002b.html#13 Infiniband's impact was Re: Intel's 64-bit strategy
http://www.garlic.com/~lynn/2002b.html#15 Infiniband's impact was Re: Intel's 64-bit strategy
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: How Long have you worked with MF's ? (poll) Newsgroups: alt.folklore.computers Date: Mon, 22 Apr 2002 13:40:55 GMTAnne & Lynn Wheeler writes:
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Mon, 22 Apr 2002 16:08:37 GMThack@watson.ibm.com (hack) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: comp.os.vms,comp.arch,alt.folklore.computers Date: Wed, 24 Apr 2002 13:40:36 GMTAnne & Lynn Wheeler writes:
Since a optional header had been added for shared segment specification, we also looked at doing finer grain pre-page advisery ... using information gathered from vs/repack ... something we never actually got around to doing ... so it was left to CP guessing ... within the context of load and configuration at the time the operation was initiated.
vs/repack was some technology that the science center developed in the early 70s and was used on a number of products (like ims, etc) for "migration" to virtual memory operation and finally released as a product in the mid-70s.
D. Hatfield & J. Gerald, Program Restructuring for Virtual Memory, IBM Systems Journal, v10n3, 1971
misc. vs/repack refs:
http://www.garlic.com/~lynn/93.html#4 360/67, was Re: IBM's Project F/S ?
http://www.garlic.com/~lynn/93.html#5 360/67, was Re: IBM's Project F/S ?
http://www.garlic.com/~lynn/94.html#7 IBM 7090 (360s, 370s, apl, etc)
http://www.garlic.com/~lynn/99.html#68 The Melissa Virus or War on Microsoft?
http://www.garlic.com/~lynn/2000g.html#30 Could CDR-coding be on the way back?
http://www.garlic.com/~lynn/2001b.html#83 Z/90, S/390, 370/ESA (slightly off topic)
http://www.garlic.com/~lynn/2001c.html#10 Memory management - Page replacement
http://www.garlic.com/~lynn/2001c.html#31 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001c.html#33 database (or b-tree) page sizes
http://www.garlic.com/~lynn/2001i.html#20 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2002c.html#28 OS Workloads : Interactive etc
http://www.garlic.com/~lynn/2002c.html#45 cp/67 addenda (cross-post warning)
http://www.garlic.com/~lynn/2002c.html#46 cp/67 addenda (cross-post warning)
http://www.garlic.com/~lynn/2002c.html#49 Swapper was Re: History of Login Names
http://www.garlic.com/~lynn/2002e.html#50 IBM going after Strobe?
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: markup vs wysiwyg (was: Re: learning how to use a computer) Newsgroups: comp.sys.intel,comp.os.vms,comp.arch,alt.folklore.computers Date: Thu, 25 Apr 2002 14:24:09 GMTJan Ingvoldstad <jani+news-comp@nntp.ifi.uio.no> writes:
random refs:
http://www.garlic.com/~lynn/94.html#43 Bloat, elegance, simplicity and other irrelevant concepts
http://www.garlic.com/~lynn/94.html#55 How Do the Old Mainframes Compare to Today's Micros?
http://www.garlic.com/~lynn/96.html#24 old manuals
http://www.garlic.com/~lynn/97.html#9 HELP! Chronology of word-processing
http://www.garlic.com/~lynn/97.html#26 IA64 Self Virtualizable?
http://www.garlic.com/~lynn/98.html#16 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#21 Reviving the OS/360 thread (Questions about OS/360)
http://www.garlic.com/~lynn/99.html#42 Enter fonts (was Re: Unix case-sensitivity: how did it originate?
http://www.garlic.com/~lynn/99.html#43 Enter fonts (was Re: Unix case-sensitivity: how did it originate?
http://www.garlic.com/~lynn/99.html#91 Documentation query
http://www.garlic.com/~lynn/99.html#197 Computing As She Really Is. Was: Re: Life-Advancing Work of Timothy Berners-Lee
http://www.garlic.com/~lynn/2000.html#8 Computer of the century
http://www.garlic.com/~lynn/2000.html#34 IBM 360 Manuals on line ?
http://www.garlic.com/~lynn/2000c.html#30 internal corporate network, misc.
http://www.garlic.com/~lynn/2000d.html#30 Secure Operating Systems
http://www.garlic.com/~lynn/2000e.html#0 What good and old text formatter are there ?
http://www.garlic.com/~lynn/2000e.html#1 What good and old text formatter are there ?
http://www.garlic.com/~lynn/2000e.html#23 Is Tim Berners-Lee the inventor of the web?
http://www.garlic.com/~lynn/2001b.html#50 IBM 705 computer manual
http://www.garlic.com/~lynn/2001c.html#88 Unix hard links
http://www.garlic.com/~lynn/2001d.html#42 IBM was/is: Imitation...
http://www.garlic.com/~lynn/2001e.html#73 CS instruction, when introducted ?
http://www.garlic.com/~lynn/2001g.html#54 DSRunoff; was Re: TECO Critique
http://www.garlic.com/~lynn/2001h.html#9 VM: checking some myths.
http://www.garlic.com/~lynn/2001h.html#34 D
http://www.garlic.com/~lynn/2001h.html#46 Whom Do Programmers Admire Now???
http://www.garlic.com/~lynn/2001i.html#1 History of Microsoft Word (and wordprocessing in general)
http://www.garlic.com/~lynn/2001i.html#39 IBM OS Timeline?
http://www.garlic.com/~lynn/2001l.html#16 Disappointed
http://www.garlic.com/~lynn/2001l.html#20 mainframe question
http://www.garlic.com/~lynn/2001l.html#24 mainframe question
http://www.garlic.com/~lynn/2001m.html#43 FA: Early IBM Software and Reference Manuals
http://www.garlic.com/~lynn/2001n.html#36 Movies with source code (was Re: Movies with DEC minis)
http://www.garlic.com/~lynn/2001n.html#37 Hercules etc. IBM not just missing a great opportunity...
http://www.garlic.com/~lynn/2002.html#53 School Help
http://www.garlic.com/~lynn/2002b.html#35 bzip2 vs gzip (was Re: PDP-10 Archive migration plan)
http://www.garlic.com/~lynn/2002b.html#46 ... the need for a Museum of Computer Software
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/2002f.html#29 Computers in Science Fiction
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Mainframes and "mini-computers" Newsgroups: comp.arch.storage Date: Thu, 25 Apr 2002 14:36:48 GMT"Maxim S. Shatskih" writes:
I had worked on 360s in school ... and as an undergraduate was involved in a project that reverse engineered the ibm channel architecture and built a board for the Interdata/3. The Interdata/3 then was programmed to emulate an IBM (mainframe) telecommunication control unit (2702) ... in fact many of the boxes that might have been seen in a data processing center surrounding the mainframe ... would have been considered some form of minicomputer if they had been programmed differently (rather than as support controller services in support of the mainframe).
since that time the differentiation has gotten less clear. In the mid-80s a board came out that fit in a PC that would run as a mainframe (aka xt/at/370). The single chip processors have gotten much more powerful ... finding nearly identical power/pc chips in AS/400, apples, and RS/6000 (with lower power versions showing up as embedded devices in some game toys).
misc refs to 360 plug compatable market (PCM)
http://www.garlic.com/~lynn/submain.html#360pcm
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: WATFOR's Silver Anniversary Newsgroups: bit.listserv.ibm-main,alt.folklore.computers Date: Fri, 26 Apr 2002 01:42:25 GMTefinnell@SEEBECK.UA.EDU (Edward J. Finnell, III) writes:
Prior to watfor ... we were trying to run student fortrang compile, link-edit, & go ... and it was taking on the order of 30 seconds elapsed time per student job (this was up significantly from time on the 709 ibsys). almost all of it was job scheduler processing time.
watfor introduced single step monitor ... started watfor as a single job-step and fed it a whole tray of student jobs (at 20-30 cards per student job ... it was possibly 100 jobs per run). This got things finally (along with HASP) down to shorter elapsed processing than was taking on the 709.
random past watfor related postings
http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14
http://www.garlic.com/~lynn/96.html#9 cics
http://www.garlic.com/~lynn/97.html#22 Pre S/360 IBM Operating Systems?
http://www.garlic.com/~lynn/97.html#28 IA64 Self Virtualizable?
http://www.garlic.com/~lynn/98.html#21 Reviving the OS/360 thread (Questions about OS/360)
http://www.garlic.com/~lynn/99.html#93 MVS vs HASP vs JES (was 2821)
http://www.garlic.com/~lynn/99.html#175 amusing source code comments (was Re: Testing job applicants)
http://www.garlic.com/~lynn/2000.html#55 OS/360 JCL: The DD statement and DCBs
http://www.garlic.com/~lynn/2000d.html#45 Charging for time-share CPU time
http://www.garlic.com/~lynn/2000d.html#46 Charging for time-share CPU time
http://www.garlic.com/~lynn/2001.html#52 Review of Steve McConnell's AFTER THE GOLD RUSH
http://www.garlic.com/~lynn/2001g.html#20 Golden Era of Compilers
http://www.garlic.com/~lynn/2001g.html#22 Golden Era of Compilers
http://www.garlic.com/~lynn/2001h.html#12 checking some myths.
http://www.garlic.com/~lynn/2001i.html#33 Waterloo Interpreters (was Re: RAX (was RE: IBM OS Timeline?))
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: WATFOR's Silver Anniversary Newsgroups: bit.listserv.ibm-main Date: Fri, 26 Apr 2002 01:30:29 GMTLockwood.Lyon@MEIJER.COM (Lockwood Lyon) writes:
misc. SLT refs:
http://www.garlic.com/~lynn/93.html#26 MTS & LLMPS?
http://www.garlic.com/~lynn/98.html#19 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#20 Reviving the OS/360 thread (Questions about OS/360)
http://www.garlic.com/~lynn/2000d.html#47 Charging for time-share CPU time
http://www.garlic.com/~lynn/2001d.html#23 why the machine word size is in radix 8??
http://www.garlic.com/~lynn/2001d.html#33 Very CISC Instuctions (Was: why the machine word size ...)
http://www.garlic.com/~lynn/2001h.html#71 IBM 9020 FAA/ATC Systems from 1960's
http://www.garlic.com/~lynn/2001i.html#15 IBM 9020 FAA/ATC Systems from 1960's
http://www.garlic.com/~lynn/2002.html#14 index searching
http://www.garlic.com/~lynn/2002.html#48 Microcode?
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security Issues of using Internet Banking Newsgroups: alt.computer.security,alt.folklore.computers Date: Fri, 26 Apr 2002 14:24:45 GMTGiles Todd writes:
the company that makes the calculator cardreader was also in the booth with their "secure" reader (including its own pinpad and display).
random finread:
http://www.garlic.com/~lynn/2001g.html#57 Q: Internet banking
http://www.garlic.com/~lynn/2001g.html#60 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#61 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#62 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001g.html#64 PKI/Digital signature doesn't work
http://www.garlic.com/~lynn/2001i.html#25 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#26 No Trusted Viewer possible?
http://www.garlic.com/~lynn/2001k.html#0 Are client certificates really secure?
http://www.garlic.com/~lynn/2001m.html#6 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2001m.html#9 Smart Card vs. Magnetic Strip Market
http://www.garlic.com/~lynn/2002c.html#10 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002c.html#21 Opinion on smartcard security requested
http://www.garlic.com/~lynn/2002f.html#46 Security Issues of using Internet Banking
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: crypto processor activity Newsgroups: bit.listserv.ibm-main Date: Fri, 26 Apr 2002 17:42:10 GMTRob.Schramm@53.COM (Schramm, Rob) writes:
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: IBM competes with Sun w/new Chips Newsgroups: bit.listserv.ibm-main,alt.folklore.computers,comp.arch Date: Fri, 26 Apr 2002 20:47:04 GMTedgould@AMERITECH.NET (Edward Gould) writes:
the stuff for VM on 158 was referred to as VM Assist (basically control reg with flag indicating that certain supervisor instructions should be executed using virtual machine semantics when in problem/non-supervisor mode).
the stuff for VM on 138/148 which actually dropped critical portions
of the VM supervisor was referred to as ECPS. original work for selection
of stuff for ecps:
http://www.garlic.com/~lynn/94.html#21
a superset of all that is now available as LPAR on all current machines.
random refs:
http://www.garlic.com/~lynn/93.html#0 360/67, was Re: IBM's Project F/S ?
http://www.garlic.com/~lynn/93.html#1 360/67, was Re: IBM's Project F/S ?
http://www.garlic.com/~lynn/94.html#2 Schedulers
http://www.garlic.com/~lynn/94.html#54 How Do the Old Mainframes
http://www.garlic.com/~lynn/95.html#1 pathlengths
http://www.garlic.com/~lynn/96.html#0a Cache
http://www.garlic.com/~lynn/97.html#22 Pre S/360 IBM Operating Systems?
http://www.garlic.com/~lynn/97.html#28 IA64 Self Virtualizable?
http://www.garlic.com/~lynn/99.html#209 Core (word usage) was anti-equipment etc
http://www.garlic.com/~lynn/99.html#230 Radius Help help!!!
http://www.garlic.com/~lynn/2000.html#92 Ux's good points.
http://www.garlic.com/~lynn/2000c.html#57 Definitive SSL explanation please...
http://www.garlic.com/~lynn/2000e.html#56 Why not an IBM zSeries workstation?
http://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2001g.html#1 distributed authentication
http://www.garlic.com/~lynn/2001h.html#75 Net banking, is it safe???
http://www.garlic.com/~lynn/2001i.html#12 Question about the 'U'
http://www.garlic.com/~lynn/2001l.html#17 mainframe question
http://www.garlic.com/~lynn/2001l.html#19 mainframe question
http://www.garlic.com/~lynn/2001n.html#20 New Virus: Emails sent with no message body and _ prefixed to email address
http://www.garlic.com/~lynn/2001n.html#58 Certificate Authentication Issues in IE and Verisign
http://www.garlic.com/~lynn/2001n.html#59 SSL vs HTTPS
http://www.garlic.com/~lynn/2002.html#14 index searching
http://www.garlic.com/~lynn/2002c.html#45 cp/67 addenda (cross-post warning)
http://www.garlic.com/~lynn/2002e.html#52 PKI and Relying Parties
http://www.garlic.com/~lynn/2002e.html#60 Browser Security
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Security Issues of using Internet Banking Newsgroups: alt.computer.security,alt.folklore.computers Date: Sat, 27 Apr 2002 14:53:50 GMTSteve O'Hara-Smith writes:
one of the stories was an early field test had been right across the street from a mcdonalds and retrofits to stop accepting ketchup packets in the plastic card slot.
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Blade architectures Newsgroups: alt.folklore.computers Date: Sat, 27 Apr 2002 14:49:01 GMTKragen Sitaker writes:
misc keykos/gnosis refs:
http://www.garlic.com/~lynn/2000f.html#69 TSS ancient history, was X86 ultimate CISC? designs)
http://www.garlic.com/~lynn/2000g.html#22 No more innovation? Get serious
http://www.garlic.com/~lynn/2001b.html#73 7090 vs. 7094 etc.
http://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001n.html#10 TSS/360
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/
From: Anne & Lynn Wheeler <lynn@garlic.com> Subject: Re: Mainframes and "mini-computers" Newsgroups: comp.arch.storage,alt.folklore.computers Date: Sat, 27 Apr 2002 15:22:41 GMTMalcolm Weir writes:
when the a510 remote device adapter was enhanced to a515 so that ibm CKD disk controllers could be hung off them ... would be considered some of the first SANs. It allowed a variety of (super)computers to transfer data directly from/to disk ... the ibm mainframe acting as access controller could put control information in the a515 memory that did access control for the original 3rd party transfers.
later when the standards work was being done for HiPPI switches and IPI controllers, one of the issues was to also support access control and 3rd party transfer done in the a515 deployed systems.
the a510 emulated an ibm channel in a network environment (both local loop and telco extended with a710/a715s) where there was a family of processor adapters ... a220 for ibm channel (aka also provided early channel extender support further than typical data center perimeters). The problem with a510 and CKD controllers was that there was timing requirement with the "K" (of CKD) search data ... which was enventually solved when the a515 supported downloading the "k" search data into the local memory of the a515.
misc. acp/tpf refs:
http://www.garlic.com/~lynn/96.html#29 Mainframes & Unix
http://www.garlic.com/~lynn/99.html#24 BA Solves Y2K (Was: Re: Chinese Solve Y2K)
http://www.garlic.com/~lynn/99.html#100 Why won't the AS/400 die? Or, It's 1999 why do I have to learn how to use
http://www.garlic.com/~lynn/99.html#136a checks (was S/390 on PowerPC?)
http://www.garlic.com/~lynn/99.html#152 Uptime (was Re: Q: S/390 on PowerPC?)
http://www.garlic.com/~lynn/99.html#233 Computer of the century
http://www.garlic.com/~lynn/2000.html#0 2000 = millennium?
http://www.garlic.com/~lynn/2000.html#31 Computer of the century
http://www.garlic.com/~lynn/2000.html#94 Those who do not learn from history...
http://www.garlic.com/~lynn/2000b.html#20 How many Megaflops and when?
http://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual Machine, the IBM sort)
http://www.garlic.com/~lynn/2000b.html#65 oddly portable machines
http://www.garlic.com/~lynn/2000c.html#60 Disincentives for MVS & future of MVS systems programmers
http://www.garlic.com/~lynn/2000e.html#21 Competitors to SABRE? Big Iron
http://www.garlic.com/~lynn/2000e.html#22 Is a VAX a mainframe?
http://www.garlic.com/~lynn/2000f.html#20 Competitors to SABRE?
http://www.garlic.com/~lynn/2001b.html#37 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001e.html#2 Block oriented I/O over IP
http://www.garlic.com/~lynn/2001g.html#35 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#45 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#46 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#47 The Alpha/IA64 Hybrid
http://www.garlic.com/~lynn/2001g.html#49 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001n.html#0 TSS/360
http://www.garlic.com/~lynn/2002c.html#9 IBM Doesn't Make Small MP's Anymore
misc. a51x, a71x, a22x, channel extender, etc, refs:
http://www.garlic.com/~lynn/94.html#23 CP spooling & programming technology
http://www.garlic.com/~lynn/94.html#24 CP spooling & programming technology
http://www.garlic.com/~lynn/94.html#43 Bloat, elegance, simplicity and other irrelevant concepts
http://www.garlic.com/~lynn/94.html#55 How Do the Old Mainframes Compare to Today's Micros?
http://www.garlic.com/~lynn/96.html#14 mainframe tcp/ip
http://www.garlic.com/~lynn/96.html#27 Mainframes & Unix
http://www.garlic.com/~lynn/99.html#67 System/1 ?
http://www.garlic.com/~lynn/99.html#119 Computer, supercomputers & related
http://www.garlic.com/~lynn/2000b.html#29 20th March 2000
http://www.garlic.com/~lynn/2000b.html#38 How to learn assembler language for OS/390 ?
http://www.garlic.com/~lynn/2000c.html#65 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#66 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#67 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000c.html#68 Does the word "mainframe" still have a meaning?
http://www.garlic.com/~lynn/2000d.html#12 4341 was "Is a VAX a mainframe?"
http://www.garlic.com/~lynn/2000f.html#30 OT?
http://www.garlic.com/~lynn/2000f.html#31 OT?
http://www.garlic.com/~lynn/2001.html#4 Sv: First video terminal?
http://www.garlic.com/~lynn/2001.html#19 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#20 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#21 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#22 Disk caching and file systems. Disk history...people forget
http://www.garlic.com/~lynn/2001.html#55 FBA History Question (was: RE: What's the meaning of track overfl ow?)
http://www.garlic.com/~lynn/2001d.html#63 Pentium 4 Prefetch engine?
http://www.garlic.com/~lynn/2001e.html#52 Pre ARPAnet email?
http://www.garlic.com/~lynn/2001f.html#49 any 70's era supercomputers that ran as slow as today's supercompu
http://www.garlic.com/~lynn/2001f.html#66 commodity storage servers
http://www.garlic.com/~lynn/2001g.html#33 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001g.html#34 Did AT&T offer Unix to Digital Equipment in the 70s?
http://www.garlic.com/~lynn/2001k.html#46 3270 protocol
http://www.garlic.com/~lynn/2001m.html#15 departmental servers
http://www.garlic.com/~lynn/2001m.html#19 3270 protocol
http://www.garlic.com/~lynn/2001m.html#25 ESCON Data Transfer Rate
http://www.garlic.com/~lynn/2001n.html#3 News IBM loses supercomputer crown
http://www.garlic.com/~lynn/2001n.html#26 Open Architectures ?
http://www.garlic.com/~lynn/2002.html#10 index searching
http://www.garlic.com/~lynn/2002e.html#25 Crazy idea: has it been done?
http://www.garlic.com/~lynn/2002e.html#46 What goes into a 3090?
http://www.garlic.com/~lynn/2002f.html#7 Blade architectures
--
Anne & Lynn Wheeler | lynn@garlic.com - http://www.garlic.com/~lynn/