| PLEX86 | ||
intel's Vanderpool and virtualization in general was Cell press release, redacted. 1673Alex Colvin systems for so in the 90s we were talking to a large financial transaction operation and they claimed that the two factors that enabled them to have 100 percent availability for the previous six years were 360 longevity, was RISCs too close to hardware precursor to beowolf: i had a running argument at acm sigops (90?, 91?, the one where they had the evening event at the monterey acquarium) with somebody (who was at dec at the time... 1) automated operator 2) ims hot standby i had done a lot with automated operator in various scenarios starting in the late 60s ... for 7x24 operation (allowing time-sharing service around the clock w-o requiring onsite person during "slack" hours) ... recent posting RTOS-How it works? collected postings on the subject of time-sharing from the period: and then did a lot more in the 70s ... at the time with automating benchmarks perparing the research manager ... leading up to release of the research manager there was over 2000 benchmarks that took 3 months elapsed time (which included a system reboot between each benchmark). ... some collected postings on the benchmarking (and other subjects): as to ims hot-standby ... my wife had been con'ed into serving time in POK in charge of loosely-coupled architecture ... and while there originated peer-coupled shared data ims group was one of the few organziations paying attention since most of the corporation was focused on ever bigger uniprocessors and SMPs (as opposed to cluster solutions and protocol). we pulled some of that together for ha-cmp .. a specific ha-cmp reference some collected ha-cmp, clustering, and loosely-coupled postings
|
||||
360 longevity, was RISCs too close to hardware Alt Folklore Computers from Newsgroups The #1 Usenet Provider on the Internet
intel's Vanderpool and virtualization in general was Cell press release, redacted. 1672 |
||||