Ted MacNEIL <[EMAIL PROTECTED]> writes: > UNIX has had the function for years, since quick re-boots have been > the priority, rather than fewer.
cp67 got fast reboots ... vm370 inherited it from cp67 ... following has a story about somebody at MIT modifying cp67 resulting in cp67 crashes 27 times in one day. there is some comment about that not being possible with multics because it took multics so long to reboot. http://www.multicians.org/thvv/360-67.html i had written tty/ascii terminal support for cp67 while an undergraduate at the university. i had done some one byte arithmatic for calculating input line length (couldn't get long lines with teletype). i think the story is that there was some ascii device at harvard that had something like 1200-2000 character line length ... that they needed to connect to the cp67 at mit. the mit system modified various fields to increase the maximum line length ... but didn't catch the one byte arithmatic. some drift ... in the process of adding tty/ascii support .. i tried to extend the automatic terminal recognition from 1052 & 2741 to include tty. in theory 2702 terminal controller would allow it. initial testing sort of worked ... you could dynamically change the line scanner on each port ... and correctly figure out whether 1052, 2741, or tty and get the correct line scanner. however, 2702 had a short cut where the line-speed oscillator was hardwired to each port (allowing the correct line-scanner to be dynamically be set on a port by port basis ... but it wouldn't also change the port line-speed). this sort of led to the university having a project to build a clone controller ... that could support both dynamic terminal type as well as dynamic line speed. somewhere there is a write-up blaiming four of us for helping spawn the ibm plug-compatible clone controller business. http://www.garlic.com/~lynn/subtopic.html#360oem on the other hand ... when i was doing getting ready to release the resource manager .... minor trivia drive ... resource manager was genii pig for first priced kernel software ... past postings on unbundling and software pricing http://www.garlic.com/~lynn/subtopic.html#unbundle we did some automated benchmarking process ... which included extremely severe stress testing http://www.garlic.com/~lynn/subtopic.html#bench and there were numerous things that could consistently kill vm370. as a result ... before releasing resource manager for vm370, there were serveral parts of vm370 that i had to redo ... primarily the task serialization to eliminate all sorts of timing related failures (as well as all cases of hung and/or zombie users). not too long after releasing the resource manager ... i got the opportunity to do some stuff with the disk enginnering and product test labs in bldg. 14 & 15. the labs had quite a few "testcells" ... engineering development hardware that required all sorts of reqression testing. they were running these test with stand alone processing and dedicated scheduled processor time. they had tried doing it under operating system control ... but found that the MTBF (at the time) for MVS was on the order of 15 minutes with a single testcells. i undertook to rewrite the i/o supervisor so things would never fail ... they were eventually not only able to do single testcell operation in operating system environment ... but eventually able to doing multiple concurrent testcell testing. misc. past posts of disk engineering lab. http://www.garlic.com/~lynn/subtopic.html#disk -- Anne & Lynn Wheeler | http://www.garlic.com/~lynn/ ---------------------------------------------------------------------- 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
