[email protected] (Shmuel Metz , Seymour J.) writes: > Due to the NIH syndrome, VPAM and VIPAM cannot be imported from TSS. > However, I can provide you with a subroutine for the functionality of > BLDL, FIND and STOW for QSAM, with a single OPEN for multiple members. > You'd have to refit it for current releases.
note that this is account of one of the primary people responsible for HASP ... then did a group that did something similar for MFT that he called RASP ... the results was used as part of the justification for moving to virtual memory for all 370s. http://www.garlic.com/~2011d.html#73 however, in part because company wouldn't go ahead with it (possibly also nih) ... he left and redid it at Amdahl (from scratch in clean room) ... and even tho IBM wasn't to going to do anything with it ... there was still litigation and court ordered code examination ... which only was able to find a few lines of code that could be considered similar. Note that later AT&T had contracted with ibm to do a stripped down TSS/370 kernel called SSUP which unix infrastructure was layered on top. There was somebody still at univ. that had done a native port of unix to 370 ... and there was attempt to hire him in ibm ... but wasn't succesful and he went to amdahl where "UTS" was done instead. I knew some of the people involved in both projects and there was some about of internel politics and I got asked about it ... so i suggested that they try and meld the projects ... somewhat along the lines of TSS SSUP for AT&T ... which never happened. "UTS" during development was referred to as GOLD for the element Au (or amadahl unix). As an aside, when i was undegraduate, the univ. was talked into upgrading 709/1401 combo to 360/67 supposedly for tss/360 ... however at the time, tss/360 never really came to anywhere near production and the 360/67 ran mostly as 360/65 with os/360 ... i got undergraduate job responsible for care&feeding of the system. Jan1968 people from science center to install cp67. I got to play with cp67 on weekends ... when i wasn't doing os/360 maint. post with fall 1968 share presentation about some of the os/360 work (careful reorder of stage2 sysgen cards to optimally place datasets and pds members that improved univ. student fortran job throughput by nearly three times) and cp67 (work) rewrote lots of cp67 that drastically cut pathlenth/overhead. http://www.garlic.com/~lynn/94.html#18 however, sometimes on weekends, i had to work around ibm se playing with tss/360. We did setup common benchmark for fortan edit, compile and execute with simulate scripts and simulated users. turns out that cp67 with 35 simulated users running the script outperformed and had better interactive response than tss/360 with only 4 users running the same script. In any case, i learned quite a bit about how tss/360 did things wrong. later at science center ... i did a paged mapped filesystem for cp67/cms avoiding a lot of tss/360 performance issues (it was also somewhat in competition with the multics group on the 5th flr that was also doing paged mapped filesystem). I've mentioned before about ridiculing the FS effort ... in part because they were somewhat doing the tss/360 filesystem organization ... w/o addressing many of the performance issues. http://www.garlic.com/~lynn/submain.html#futuresys later when future system emplodes and the mad rush to get products back into 370 product pipeline ... that contributed to release some of the 360/370 stuff all during the FS period ... recent reference in this thread http://www.garlic.com/~lynn/2013n.html#22 ... but not the page mapped stuff ... presumably because page-mapped filesystem was tainted with both tss/360 and FS efforts ... even tho i could show three times greater throughput with cms paged-mapped filesystem compared to standard cms filesystem (on the same hardware) past posts mentioning page mapped filesystem http://www.garlic.com/~lynn/submain.html#mmap misc. past posts mentioning tss/370 ssup effort for at&t unix: http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development Philosophy http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture and compiler support http://www.garlic.com/~lynn/2005d.html#61 Virtual Machine Hardware http://www.garlic.com/~lynn/2005s.html#34 Power5 and Cell, new issue of IBM Journal of R&D http://www.garlic.com/~lynn/2006f.html#26 Old PCs--environmental hazard http://www.garlic.com/~lynn/2006m.html#30 Old Hashing Routine http://www.garlic.com/~lynn/2006p.html#22 Admired designs / designs to study http://www.garlic.com/~lynn/2006t.html#17 old Gold/UTS reference http://www.garlic.com/~lynn/2007.html#38 How many 36-bit Unix ports in the old days? http://www.garlic.com/~lynn/2007b.html#3 How many 36-bit Unix ports in the old days? http://www.garlic.com/~lynn/2007k.html#43 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted http://www.garlic.com/~lynn/2008e.html#1 Migration from Mainframe to othre platforms - the othe bell? http://www.garlic.com/~lynn/2008l.html#82 Yet another squirrel question - Results (very very long post) http://www.garlic.com/~lynn/2008r.html#21 What if the computers went back to the '70s too? http://www.garlic.com/~lynn/2010c.html#43 PC history, was search engine history, was Happy DEC-10 Day http://www.garlic.com/~lynn/2010e.html#17 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant) http://www.garlic.com/~lynn/2010e.html#72 Entry point for a Mainframe? http://www.garlic.com/~lynn/2010h.html#61 (slightly OT - Linux) Did IBM bet on the wrong OS? http://www.garlic.com/~lynn/2010i.html#28 someone smarter than Dave Cutler http://www.garlic.com/~lynn/2010i.html#44 someone smarter than Dave Cutler http://www.garlic.com/~lynn/2010l.html#2 TSS (Transaction Security System) http://www.garlic.com/~lynn/2010o.html#0 Hashing for DISTINCT or GROUP BY in SQL http://www.garlic.com/~lynn/2011.html#73 Speed of Old Hard Disks - adcons http://www.garlic.com/~lynn/2011.html#96 History of copy on write http://www.garlic.com/~lynn/2011f.html#85 SV: USS vs USS http://www.garlic.com/~lynn/2011o.html#14 John R. Opel, RIP http://www.garlic.com/~lynn/2012.html#67 Has anyone successfully migrated off mainframes? http://www.garlic.com/~lynn/2012f.html#28 which one came first http://www.garlic.com/~lynn/2012o.html#34 Regarding Time Sharing -- virtualization experience starting Jan1968, online at home since Mar1970 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
