开云体育

Hi again folks! Thanks to the points you gave me last week, I managed to make through (more or less) to the point on the README where I'm suposed to IPL the new generated system (FMGEN67, which I

Hi folks. Being an absolute noob... I went through the process of building 6.0. It was extensively documented, pdf, screenshots...impossible to fail... and when I saw the 6.7 README as the sole

Hi! Now it I see things somehow more clear. Also, that command: d u,,,000,256 is very very interesting! I like it! Now all this confirms what I was thinking... but, since that commands apears to

Jay: You're right on all counts: the starter system has a very limited set of UCBs, and the documentation for using the starter system is inadequate. I'm inclined to leave the starter system as

Greetings. Thanks for taking the time to post. Basically, there needs to be more documentation about using the starter system. I fought through using the starter system by doing a lot of

Hi. Somehow sorry to resurect an old post... I missed this one and created one which, essentialy is an ask for help because I'm stuck on your first issue in your list. I'm quite confused on the

Hi Folks! I'm having troubles in my way through the Sartting system instructions for OS VS1 6.7. Overall, the absence of a pdf with plenty of screenshots makes it more challenging and fun... but I'm

To round out this discussion of smaller memory machines, in the 1960s, even into early 1970s, core memory was the single most expensive component of IBM mainframe systems. So, the smaller shops could

True. And OS/360 could run in 64K. (OS/360 Sysgen manual for R13, Sept 67.) DOS/360 would IPL in 16K but even with the distribution system supervisor, which supported no more than 10 devices and

512K? *snort* DOS/360 could run 16K (1/32 of 512K). I've read that MVT regions needed four times the region they were expected to need (the working set?); this was also alleviated by the 16M

Richard Cornwell wrote: Precisely! -- "Fish" (David B. Trout) Software Development Laboratories http://www.softdevlabs.com mail: fish@...

We know how to implement ECSP:VSE, problem is without any software to run on it, it is kind of pointless to implement it. Rich

Hi, Joe, It is basically the 4300 Principles of Operations for ECPS:VSE mode ... The first two manuals on this page: https://bitsavers.org/pdf/ibm/4300/ Mark

Fish, Have you seen the ECPS:VSE PrincOps? Joe

Richard Cornwell wrote: [...] I've been wanting to add such support to Hercules for *years* now. Unfortunately however, I have yet been able to find an ECPS:VSE version of DOS/VSE. :( Until such a

DOS/VSE also brought support for ECPS:VSE which put all paging into hardware. The CPU did not use a page table, but kept the translations in a special array. If there is a IPL tape for DOS/VSE it

Agreed. Actually, DOS/VS (pre-VSE) would stop paging at just a bit over 8MB. Pre-VSE, DOS/VS included real storage in the virtual address area but did not use it for virtual applications. See

Richard, You are correct. IBM never intended DOS/VS, or OS/VS1 or OS/VS2 Rel. 1 as a long-term solution; they were a "first step" into the world of virtual memory. Having 16 MB of address space

Mark, My point was that OS/VS1, DOS/VS and SVS did not provide virtual memory in the sense we now think of it. Sort of like MVS where you could have jobs totally more then 16MB running at one

Hi, Richard, With any virtual memory system, more real "backing store" main memory is always "better" as less actual paging in and out (from disk or drum) will be required. In the 1970s, customers