[email protected] (Tony Harminc) writes: > Right. And when VM had 20,000 licences, most of them were running > PROFS on CMS. (Remember the Reagan White House, and Ollie North...)
recent post also referring to above: http://www.garlic.com/~lynn/2010b.html#8 Happy DEC-10 Day from the 60s, CMS was mainframe "personal computing" .... including some number of commercial online timesharing service bureaus dating back to 60s with cp67/cms (much more than email). tymshare had done their online computer conferencing on their vm-based commercial timesharing service ... and offerred it free to SHARE members (as VMSHARE) starting in aug76, archive: http://vm.marist.edu/~vmshare/ one of the biggest such online operations was the world-wide internal (vm-based) HONE system ... eventually all branch office people in the world; not long after introduction of HONE ... it became requirement that *ALL* mainframe orders be processed via HONE applications http://www.garlic.com/~lynn/subtopic.html#hone then mid-range price/performance dropped below some threshold and 43xx saw gigantic explostion starting in the late 70s ... similar to what DEC saw with vax/vms. old post with decade of vax/vms numbers sliced and diced by year, model, US & non-us: http://www.garlic.com/~lynn/2002f.html#0 Computers in Science Fiction a big differentiator between 43xx and vax/vms ... were some large commercial customers with orders of multiple hundreds at a time (the smaller order sizes were otherwise similar) the change in the mid-80s was workstations and large PCs were starting to take over that mid-range computer market (and PCs starting to subsume CMS personal computing). the continued large volumes that endicott expected to see for the 43xx follow-ons never materialized. misc. old 43xx-related email from the period http://www.garlic.com/~lynn/lhwemail.html#43xx at one point, somebody from pok gave a talk in san fran ... and made some statement about 11,000 of the vax sales should have been 43xx (would have been good size shift ... see numbers in above post) ... because 43xx provided better price/performance. however, it wasn't just dec/vax that 43xx was affecting. old email with references to 4341, 158, & 3031 benchmarks: http://www.garlic.com/~lynn/2006y.html#email720212b in this post http://www.garlic.com/~lynn/2006y.html#21 moving on also, customers were finding that a vm/4341 cluster was cheaper than 3033, higher aggregate mip rate, much larger aggregate storage, and higher aggregate i/o capacity. There is folklore, that because of the above ... at one point, POK directed Fishkill to cut the Endicott allocation in half for a critical component needed for 4341 manufacturing. One of the things that was happening by the mid-70s ... as processing power was increasing ... disk thruput improvements weren't keeping pace with processor speed improvements. as a result, systems were having to rely more & more on larger & larger electronic storage ... to compensate for the growing disk i/o bottleneck. 370s were stuck with 24bit addressing and 16mbyte virtual and real storage ... which resulted in significant constrained operation for many 3033s. 3033 eventually came up with a hack for >16mbyte real storage, using IDALs and slight-of-hand with two unused bits in the PTE ... although there was still an issue with some things having to be "below the line". One of the issues was that part of the solution involved virtual pages that were above the line having to be moved below the line ... and they were going to rely on IDALs to write it out to disk and then read it back in (below the line). Old email referring to hack I gave them to do the move w/o having to do I/O: http://www.garlic.com/~lynn/2006t.html#email800121 in this post http://www.garlic.com/~lynn/2006t.html#15 more than 16mbyte support for 370 misc other "below the line" posts http://www.garlic.com/~lynn/95.html#2 Why is there only VM/370? http://www.garlic.com/~lynn/2000d.html#82 "all-out" vs less aggressive designs (was: Re: 36 to 32 bit transition) http://www.garlic.com/~lynn/2003f.html#4 Alpha performance, why? http://www.garlic.com/~lynn/2004f.html#38 Infiniband - practicalities for small clusters http://www.garlic.com/~lynn/2005.html#34 increasing addressable memory via paged memory? http://www.garlic.com/~lynn/2005p.html#19 address space http://www.garlic.com/~lynn/2005q.html#30 HASP/ASP JES/JES2/JES3 http://www.garlic.com/~lynn/2005u.html#44 POWER6 on zSeries? http://www.garlic.com/~lynn/2006l.html#2 virtual memory http://www.garlic.com/~lynn/2006w.html#23 Multiple mappings http://www.garlic.com/~lynn/2007b.html#34 Just another example of mainframe costs http://www.garlic.com/~lynn/2008f.html#12 Fantasy-Land_Hierarchal_NUMA_Memory-Model_on_Vertical http://www.garlic.com/~lynn/2009g.html#71 308x Processors - was "Mainframe articles" http://www.garlic.com/~lynn/2009g.html#74 308x Processors - was "Mainframe articles" http://www.garlic.com/~lynn/2010.html#84 locate mode, was Happy DEC-10 Day -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
