Deutsch   English   Français   Italiano  
<87bk3imen0.fsf@localhost>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Lynn Wheeler <lynn@garlic.com>
Newsgroups: comp.arch
Subject: Re: ancient OS history, ARM is sort of channeling the IBM 360
Date: Sun, 30 Jun 2024 09:09:23 -1000
Organization: Wheeler&Wheeler
Lines: 34
Message-ID: <87bk3imen0.fsf@localhost>
References: <v5s173$jl70$1@dont-email.me>
	<memo.20240630183839.956d@jgd.cix.co.uk>
MIME-Version: 1.0
Content-Type: text/plain
Injection-Date: Sun, 30 Jun 2024 21:09:25 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="a7d4b7a17d1bcfd540865bbd0b7e063f";
	logging-data="696443"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19CPxUZS13/hWa65EG3FJ4dVhk45pb0CXY="
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:Ghju9yyKFxN62I+YlgrkyZAdjlw=
	sha1:p8Ew87agJRiFMj0DgvUb5BW1zU4=
Bytes: 2731

jgd@cix.co.uk (John Dallman) writes:
> Are you sure? Per Wikipedia, the lowest-end real S/360, the Model 30,
> could run with only card equipment, running BPS, or with only tape drives,
> under TOS. 
>
> <https://en.wikipedia.org/wiki/IBM_System/360_Model_30#System_software>
>
> BOS was a really minimal OS for an 8KB RAM machine with one disc drive,
> and DOS was less minimal. 
>
> The Model 30 was apparently one of the most popular machines in the early
> days of S/360. Being able to build such small machines was a strong
> commercial consideration for the company, and thus the architecture. 

at end of semester after taking two credit hr into course, was hired to
rewrite 1401 MPIO for (64kbyte) 360/30 ... which was running early
os/360 PCP (single executable program at a time) ... had 2311 disks,
tapes, and unit record. I first had a 2000 card program, assembled under
os/360 but ran "stand-alone" ... being loaded with the "BPS" loader (had
my own monitor, device drivers, interrupt handlers, error recovery,
storage management, etc. Making changes during development & test
required brining up os/360 and re-assembly and then stand-alone loading.

I eventually got around to adding os/360 mode of operation using
assembly option to generate either the stand-alone version or the os/360
version. It turns out the stand-alone version took 30mins to assemble,
however the OS/360 version took an hour to assemble (OS/360 required DCB
macro for each device and each DCB macro added six minutes elapsed time
to assembly) ... aka stand-alone testing and then re-ipl for OS/360
30min re-assemble still took less time than OS/360 testing and hour
re-assemble.

-- 
virtualization experience starting Jan1968, online at home since Mar1970