🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #22944

Re: IBM 360 memory

#22944
From: glen herrmannsfeldt
Date: Sun, 21 Mar 2004 08:31
28 lines
2929 bytes
Anne & Lynn Wheeler wrote:

I wrote:

>>My understanding is that when running under MVS it is better to
>>run the compilers without overlays.  One can, for example, load
>>the Fortran H compiler into the link editor, and write it out
>>again without any overlay statements.  This will remove the overlay
>>structure that it would otherwise have.

> lets say you have 768k byte real machine ... with 104 4k pages
> available, after fixed kernel requirements (400kbytes). If this is
> being heavily time-shared with lots of other users ... and the
> compilers have an aggregate code size of 1mbytes to 3mbytes .... then
> it would be somewhat more efficient to do it in 100-200kbyte chunks
> (and in real environment not possible to do in larger chunks that
> available real storage).

(snip)

Well, lets make it a little more specific.  Fortran H, which was not
so far from TSS/370 time frame, would normally run as an overlay in
300K.  It may be two or three times as large without the overlay.
Say a 3M byte 370/168 or an even larger 3081.  Should it run as an
overlay or not?   I do agree that 768K real is a little small to
run it without an overlay, after you subtract something for the OS.

-- glen
Technical Details
Message-ID: <spc7c.50993$J05.407954@attbi_s01>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!news.glorb.com!wn51feed!worldnet.att.net!attbi_s01.POSTED!not-for-mail
References: <2de13727.0403170551.830d050@posting.google.com> <uish31o5f.fsf@mail.comcast.net> <405875B5.9080200@prodigy.net> <405B4E58.43B57F32@earthlink.net> <3DR6c.56693$H44.1048115@bgtnsc04-news.ops.worldnet.att.net> <u4qsjimyc.fsf@smtp.comcast.net> <slrnc5oodj.nj9.jmaynard@thebrain.conmicro.cx> <89po5014gki8tgmdaqfkkqsr82nlt6582n@4ax.com> <slrnc5oq0h.nlr.jmaynard@thebrain.conmicro.cx> <uvfkzh40g.fsf@smtp.comcast.net> <Xi87c.52018$KO3.179594@attbi_s02> <uekrmhkpu.fsf@mail.comcast.net>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fd705,6e80f3f01eb41450
X-Google-Attributes: gidfd705,public
X-Google-Thread: 102b75,695a3f924dc00251
X-Google-Attributes: gid102b75,public
X-Google-Thread: 103c88,16e4a17bee898890
X-Google-Attributes: gid103c88,public
X-Google-ArrivalTime: 2004-03-21 00:31:20 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!news.glorb.com!wn51feed!worldnet.att.net!attbi_s01.POSTED!not-for-mail
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.arch,alt.folklore.computers,bit.listserv.vmesa-l
Subject: Re: IBM 360 memory
References: <2de13727.0403170551.830d050@posting.google.com> <uish31o5f.fsf@mail.comcast.net> <405875B5.9080200@prodigy.net> <405B4E58.43B57F32@earthlink.net> <3DR6c.56693$H44.1048115@bgtnsc04-news.ops.worldnet.att.net> <u4qsjimyc.fsf@smtp.comcast.net> <slrnc5oodj.nj9.jmaynard@thebrain.conmicro.cx> <89po5014gki8tgmdaqfkkqsr82nlt6582n@4ax.com> <slrnc5oq0h.nlr.jmaynard@thebrain.conmicro.cx> <uvfkzh40g.fsf@smtp.comcast.net> <Xi87c.52018$KO3.179594@attbi_s02> <uekrmhkpu.fsf@mail.comcast.net>
In-Reply-To: <uekrmhkpu.fsf@mail.comcast.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 29
Message-ID: <spc7c.50993$J05.407954@attbi_s01>
NNTP-Posting-Host: 24.18.177.15
X-Complaints-To: abuse@comcast.net
X-Trace: attbi_s01 1079857880 24.18.177.15 (Sun, 21 Mar 2004 08:31:20 GMT)
NNTP-Posting-Date: Sun, 21 Mar 2004 08:31:20 GMT
Organization: Comcast Online
Date: Sun, 21 Mar 2004 08:31:20 GMT