Tom Duerbush wrote: >So I guess the question I'm wondering... > >How many others have shipped dumps, online, back before high speed >Internet connections?
re: http://www.garlic.com/~lynn/2006s.html#16 memory, 360 lcs, 3090 extended store, etc http://www.garlic.com/~lynn/2006s.html#17 bandwidth of a swallow (was: real core) we had done hsdt (high speed data transport) project http://www.garlic.com/~lynn/subnetwork.html#hsdt in the 80s ... with high-speed backbone connected to the internal network. http://www.garlic.com/~lynn/subnetwork.html#internalnet in the late 80s, they used to ship chip designs to high-speed hardware logic simulator/checker in the late 80s. this was claimed to contributed to helping bring in rios/power chip a year early. we were also interested in participating in nsfnet-1 backbone (which could be considered the operational precurser to the modern internet). we weren't allowed to bid ... but did get an technical review, one of the conclusions was what we had running and operational was at least five years ahead of all the nsfnet-1 bids (RFP responses) to build something new. slightly related http://www.garlic.com/~lynn/internet.htm#0 and http://www.garlic.com/~lynn/2002k.html#12 nsfnet program announcement http://www.garlic.com/~lynn/2000e.html#10 nsfnet award announcement for other drift, in the early days of rex (rexx), i wanted to demonstrate that rex wasn't just another batch command processor (exec, exec2) but could be used to implement very complex application. I chose the vm problem/dump analyzer ... which was a fairly large application written in assembler. i wanted to demonstrate that in 3 months working half-time, i could implement in rex something that had ten times the function and ten times the performance of the existing assembler implementation. the result was dumprx http://www.garlic.com/~lynn/subtopic.html#dumprx which could be used to analyze a dump interactively ... even over the internal network w/pvm (terminal emulation) ... w/o having to actually ship the dump. part of dumprx was library of automated analysis scripts ... the results could be saved and restored; aka you could run the automated analysis scripts ... that batched the most common sequence of manual analysis processes. the library of batched analysis routines effectively automated most of the most common (manual) analysis procedures (examined storage for a broad range of failure signatures).
