Shmuel Metz , Seymour J. wrote:
Indeed, but they forgot the need to adjust address constants and
variables when moving things around. They should have given the
software types more say in the design.
os/360 relocatable address constants are a real pain.
tss/360 (the "real" operating system that was suppose to be for 360/67)
had a different mechanism ... moving address constants out of the
program image ... so they could do "memory mapped" program execution ...
w/o having to preload the program image and run thru all the various
address constants (in the image) and swizzling them to the appropriate
value (required by the os/360 genre).
part of the issue was that the executable paged mapped (out of the
filesystem on disk) object could occupy a read-only shared segment ...
that might possibly be at different address locations in different
virtual address spaces. As a result, it wasn't just having to preload
the executable image pages to swizzle the address constants ... but also
the executable image was r/o and might not have a constant fixed
location in every virtual address space (i.e. there would be no single
value for address constants that were acceptable across all possible
address spaces).
note that multics had similar issues and addressed them in similar
manner. recent post with some multics pointers
http://www.garlic.com/~lynn/2006m.html#25 Mainframe Limericks
in any case, tss/360 had a hard time achieving market acceptance ...
partially because the code implementation was significantly slowwwwwww
... and after i had a couple months as an undergraduate rewritting cp67
kernel code ... cp67 was running rings around tss/360 ... and could
offer virtual machine capability (on the same 360/67 hardware). a morph
of tss/360 to tss/370 and then to ssup ... did find some deployment
inside at&t. ssup was stripped down to its basic kernel functions with
higher level unix functions layered on top of the lower level tss/370
functions.
now when i did paged mapped filesystem for cp67/cms ... later ported to
vm370/cms ... with similar capability
http://www.garlic.com/~lynn/subtopic.html#mmap
I was placed in a real bind. cms had picked up a lot of its environment
by adapting many os/360 assemblers, compilers, and applications (and
therefor inheriting the os/360 address constant convention). i had to
play all sorts of games to create page mapped executable objects that
could occupy shared segments in multiple different virtual address
spaces, potentially simultaneously at different virtual addresses ... a
few posts mentioning some of the hoops i had to go thru dealing with
os/360 address constants in a virtual address space, paged mapped
filesystem paradigm
http://www.garlic.com/~lynn/subtopic.html#adcon
misc. past posts mentioning tss/360, tss/370 and/or ssup (unix layered
on top of tss/370 for at&t)
http://www.garlic.com/~lynn/94.html#46 Rethinking Virtual Memory
http://www.garlic.com/~lynn/94.html#53 How Do the Old Mainframes
http://www.garlic.com/~lynn/95.html#1 pathlengths
http://www.garlic.com/~lynn/96.html#4a John Hartmann's Birthday Party
http://www.garlic.com/~lynn/98.html#11 S/360 operating systems geneaology
http://www.garlic.com/~lynn/98.html#12 S/360 operating systems geneaology
http://www.garlic.com/~lynn/99.html#2 IBM S/360
http://www.garlic.com/~lynn/99.html#64 Old naked woman ASCII art
http://www.garlic.com/~lynn/99.html#237 I can't believe this newsgroup
still exists
http://www.garlic.com/~lynn/2000b.html#54 Multics dual-page-size scheme
http://www.garlic.com/~lynn/2000b.html#61 VM (not VMS or Virtual
Machine, the IBM sort)
http://www.garlic.com/~lynn/2000c.html#8 IBM Linux
http://www.garlic.com/~lynn/2000c.html#79 Unisys vs IBM mainframe
comparisons
http://www.garlic.com/~lynn/2000d.html#30 Secure Operating Systems
http://www.garlic.com/~lynn/2000f.html#18 OT?
http://www.garlic.com/~lynn/2000f.html#56 TSS ancient history, was X86
ultimate CISC? designs)
http://www.garlic.com/~lynn/2000f.html#58 360 Architecture, Multics, ...
was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2000f.html#60 360 Architecture, Multics, ...
was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2000f.html#61 360 Architecture, Multics, ...
was (Re: X86 ultimate CISC? No.)
http://www.garlic.com/~lynn/2000g.html#0 TSS ancient history, was X86
ultimate CISC? designs)
http://www.garlic.com/~lynn/2001b.html#18 Linux IA-64 interrupts [was
Re: Itanium benchmarks ...]
http://www.garlic.com/~lynn/2001b.html#35 John Mashey's greatest hits
http://www.garlic.com/~lynn/2001e.html#19 SIMTICS
http://www.garlic.com/~lynn/2001f.html#20 VM-CMS emulator
http://www.garlic.com/~lynn/2001f.html#22 Early AIX including AIX/370
http://www.garlic.com/~lynn/2001f.html#23 MERT Operating System &
Microkernels
http://www.garlic.com/~lynn/2001f.html#47 any 70's era supercomputers
that ran as slow as today's supercomputers?
http://www.garlic.com/~lynn/2001f.html#48 any 70's era supercomputers
that ran as slow as today's supercomputers?
http://www.garlic.com/~lynn/2001h.html#17 IBM 9020 FAA/ATC Systems from
1960's
http://www.garlic.com/~lynn/2001h.html#26 TECO Critique
http://www.garlic.com/~lynn/2001i.html#30 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline?
http://www.garlic.com/~lynn/2001i.html#39 IBM OS Timeline?
http://www.garlic.com/~lynn/2001l.html#5 mainframe question
http://www.garlic.com/~lynn/2001l.html#6 mainframe question
http://www.garlic.com/~lynn/2001l.html#7 mainframe question
http://www.garlic.com/~lynn/2001l.html#8 mainframe question
http://www.garlic.com/~lynn/2001l.html#9 mainframe question
http://www.garlic.com/~lynn/2001l.html#11 mainframe question
http://www.garlic.com/~lynn/2001l.html#17 mainframe question
http://www.garlic.com/~lynn/2001l.html#18 mainframe question
http://www.garlic.com/~lynn/2001l.html#20 mainframe question
http://www.garlic.com/~lynn/2001m.html#47 TSS/360
http://www.garlic.com/~lynn/2001m.html#49 TSS/360
http://www.garlic.com/~lynn/2002.html#36 a.f.c history checkup... (was
What specifications will the standard year 2001 PC have?)
http://www.garlic.com/~lynn/2002b.html#64 ... the need for a Museum of
Computer Software
http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions
(was Re: Did Intel Bite Off More Than It Can Chew?)
http://www.garlic.com/~lynn/2002c.html#52 Swapper was Re: History of
Login Names
http://www.garlic.com/~lynn/2002d.html#23 Mainframers: Take back the
light (spotlight, that is)
http://www.garlic.com/~lynn/2002d.html#36 Mainframers: Take back the
light (spotlight, that is)
http://www.garlic.com/~lynn/2002f.html#36 Blade architectures
http://www.garlic.com/~lynn/2002f.html#37 Playing Cards was Re: looking
for information on the IBM 7090
http://www.garlic.com/~lynn/2002f.html#42 Blade architectures
http://www.garlic.com/~lynn/2002f.html#53 WATFOR's Silver Anniversary
http://www.garlic.com/~lynn/2002j.html#27 Unisys A11 worth keeping?
http://www.garlic.com/~lynn/2002l.html#36 Do any architectures use
instruction count instead of timer
http://www.garlic.com/~lynn/2002m.html#21 Original K & R C Compilers
http://www.garlic.com/~lynn/2002m.html#24 Original K & R C Compilers
http://www.garlic.com/~lynn/2002n.html#32 why does wait state exist?
http://www.garlic.com/~lynn/2002n.html#57 SHARE MVT Project anniversary
http://www.garlic.com/~lynn/2002n.html#62 PLX
http://www.garlic.com/~lynn/2002n.html#64 PLX
http://www.garlic.com/~lynn/2003b.html#0 Disk drives as commodities. Was
Re: Yamhill
http://www.garlic.com/~lynn/2003c.html#53 HASP assembly: What the heck
is an MVT ABEND 422?
http://www.garlic.com/~lynn/2003d.html#54 Filesystems
http://www.garlic.com/~lynn/2003d.html#58 POWER hashes vs tree
http://www.garlic.com/~lynn/2003d.html#72 cp/67 35th anniversary
http://www.garlic.com/~lynn/2003f.html#13 Alpha performance, why?
http://www.garlic.com/~lynn/2003f.html#41 SLAC 370 Pascal compiler found
http://www.garlic.com/~lynn/2003f.html#48 Alpha performance, why?
http://www.garlic.com/~lynn/2003g.html#24 UltraSPARC-IIIi
http://www.garlic.com/~lynn/2003g.html#31 Lisp Machines
http://www.garlic.com/~lynn/2003h.html#52 Question about Unix "heritage"
http://www.garlic.com/~lynn/2003k.html#9 What is timesharing, anyway?
http://www.garlic.com/~lynn/2003k.html#48 Who said DAT?
http://www.garlic.com/~lynn/2003k.html#63 SPXTAPE status from REXX
http://www.garlic.com/~lynn/2003l.html#30 Secure OS Thoughts
http://www.garlic.com/~lynn/2003l.html#41 Secure OS Thoughts
http://www.garlic.com/~lynn/2003m.html#16 OSI not quite dead yet
http://www.garlic.com/~lynn/2003m.html#31 SR 15,15 was: IEFBR14 Problems
http://www.garlic.com/~lynn/2003m.html#32 SR 15,15 was: IEFBR14 Problems
http://www.garlic.com/~lynn/2003n.html#34 Macros and base register question
http://www.garlic.com/~lynn/2003n.html#41 When nerds were nerds
http://www.garlic.com/~lynn/2003p.html#14 64 bits vs non-coherent MPP
was: Re: Itanium strikes again
http://www.garlic.com/~lynn/2003p.html#24 Mainframe Training
http://www.garlic.com/~lynn/2004c.html#6 If the x86 ISA could be redone
http://www.garlic.com/~lynn/2004c.html#9 TSS/370 binary distribution now
available
http://www.garlic.com/~lynn/2004c.html#26 Moribund TSO/E
http://www.garlic.com/~lynn/2004c.html#47 IBM 360 memory
http://www.garlic.com/~lynn/2004c.html#60 IBM 360 memory
http://www.garlic.com/~lynn/2004c.html#61 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#0 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#5 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#9 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#10 IBM 360 memory
http://www.garlic.com/~lynn/2004d.html#20 REXX still going strong after
25 years
http://www.garlic.com/~lynn/2004d.html#21 REXX still going strong after
25 years
http://www.garlic.com/~lynn/2004d.html#66 System/360 40 years old today
http://www.garlic.com/~lynn/2004f.html#55 Infiniband - practicalities
for small clusters
http://www.garlic.com/~lynn/2004g.html#4 Infiniband - practicalities for
small clusters
http://www.garlic.com/~lynn/2004g.html#14 Infiniband - practicalities
for small clusters
http://www.garlic.com/~lynn/2004g.html#15 Infiniband - practicalities
for small clusters
http://www.garlic.com/~lynn/2004g.html#16 Infiniband - practicalities
for small clusters
http://www.garlic.com/~lynn/2004m.html#5 Tera
http://www.garlic.com/~lynn/2004n.html#3 Shipwrecks
http://www.garlic.com/~lynn/2004n.html#4 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004n.html#5 RISCs too close to hardware?
http://www.garlic.com/~lynn/2004n.html#25 Shipwrecks
http://www.garlic.com/~lynn/2004n.html#55 Integer types for 128-bit
addressing
http://www.garlic.com/~lynn/2004o.html#2 Integer types for 128-bit
addressing
http://www.garlic.com/~lynn/2004o.html#5 Integer types for 128-bit
addressing
http://www.garlic.com/~lynn/2004p.html#10 vm/370 smp support and shared
segment protection hack
http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development
Philosophy
http://www.garlic.com/~lynn/2005.html#3 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005.html#5 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005b.html#2 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#4 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#5 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#9 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#11 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#13 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#27 Relocating application
architecture and compiler support
http://www.garlic.com/~lynn/2005b.html#41 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005b.html#44 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005c.html#18 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005c.html#20 [Lit.] Buffer overruns
http://www.garlic.com/~lynn/2005d.html#61 Virtual Machine Hardware
http://www.garlic.com/~lynn/2005f.html#45 Moving assembler programs
above the line
http://www.garlic.com/~lynn/2005j.html#16 Performance and Capacity Planning
http://www.garlic.com/~lynn/2005j.html#54 Q ALLOC PAGE vs. CP Q ALLOC vs
ESAMAP
http://www.garlic.com/~lynn/2005k.html#8 virtual 360/67 support in cp67
http://www.garlic.com/~lynn/2005m.html#4 [newbie] Ancient version of
Unix under vm/370
http://www.garlic.com/~lynn/2005n.html#31 Code density and performance?
http://www.garlic.com/~lynn/2005n.html#35 PART 3. Why it seems difficult
to make an OOO VAX competitive
http://www.garlic.com/~lynn/2005o.html#43 What ever happened to Tandem
and NonStop OS ?
http://www.garlic.com/~lynn/2005p.html#44 hasp, jes, rasp, aspen, gold
http://www.garlic.com/~lynn/2005q.html#7 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005q.html#26 What ever happened to Tandem
and NonStop OS ?
http://www.garlic.com/~lynn/2005r.html#0 Intel strikes back with a
parallel x86 design
http://www.garlic.com/~lynn/2005s.html#17 winscape?
http://www.garlic.com/~lynn/2005s.html#34 Power5 and Cell, new issue of
IBM Journal of R&D
http://www.garlic.com/~lynn/2006.html#13 VM maclib reference
http://www.garlic.com/~lynn/2006.html#41 Is VIO mandatory?
http://www.garlic.com/~lynn/2006b.html#4 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006c.html#18 Change in computers as a hobbiest
http://www.garlic.com/~lynn/2006d.html#6 IBM 610 workstation computer
http://www.garlic.com/~lynn/2006e.html#31 MCTS
http://www.garlic.com/~lynn/2006e.html#33 MCTS
http://www.garlic.com/~lynn/2006f.html#19 Over my head in a JES exit
http://www.garlic.com/~lynn/2006f.html#26 Old PCs--environmental hazard
http://www.garlic.com/~lynn/2006g.html#3 The Pankian Metaphor
http://www.garlic.com/~lynn/2006i.html#22 virtual memory
http://www.garlic.com/~lynn/2006i.html#30 virtual memory
http://www.garlic.com/~lynn/2006j.html#17 virtual memory
http://www.garlic.com/~lynn/2006j.html#38 The Pankian Metaphor
http://www.garlic.com/~lynn/2006k.html#14 The Pankian Metaphor
http://www.garlic.com/~lynn/2006k.html#41 PDP-1
http://www.garlic.com/~lynn/2006l.html#34 Dual Core CPUs are slower than
Dual Single core CPUs ??
----------------------------------------------------------------------
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
