* [TUHS] If not Linux, then what? @ 2019-08-26 23:13 Arthur Krewat 2019-08-26 23:27 ` Warner Losh ` (6 more replies) 0 siblings, 7 replies; 96+ messages in thread From: Arthur Krewat @ 2019-08-26 23:13 UTC (permalink / raw) To: TUHS main list https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel Leaving licensing and copyright issues out of this mental exercise, what would we have now if it wasn't for Linux? Not what you'd WANT it to be, although that can add to the discussion, but what WOULD it be? I'm not asking as a proponent of Linux. If anything, I was dragged kicking and screaming into the current day and have begrudgingly ceded my server space to Linux. But if not for Linux, would it be BSD? A System V variant? Or (the horror) Windows NT? I do understand that this has been discussed on the list before. I think, however, it would make a good late-summer exercise. Or late winter depending on where you are :) art k. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat @ 2019-08-26 23:27 ` Warner Losh 2019-08-26 23:37 ` Larry McVoy ` (3 more replies) 2019-08-27 1:17 ` Dan Cross ` (5 subsequent siblings) 6 siblings, 4 replies; 96+ messages in thread From: Warner Losh @ 2019-08-26 23:27 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1287 bytes --] On Mon, Aug 26, 2019, 5:14 PM Arthur Krewat <krewat@kilonet.net> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental exercise, what > would we have now if it wasn't for Linux? Not what you'd WANT it to be, > although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged > kicking and screaming into the current day and have begrudgingly ceded > my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? > BSD was in decent enough shape at the time to run on PCs. Though it fragmented early through no fault of Linux. And the AT&T lawsuit created a lot of FUD in the area without actually protecting System V. It's unclear if another thing would have popped up to fill the void... Linux flourished in the confusion, but without it, it's hard to know if something else would have been developed before the AT&T lawsuit settled. Warner I do understand that this has been discussed on the list before. I > think, however, it would make a good late-summer exercise. Or late > winter depending on where you are :) > > art k. > > > [-- Attachment #2: Type: text/html, Size: 2129 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:27 ` Warner Losh @ 2019-08-26 23:37 ` Larry McVoy 2019-08-26 23:56 ` William Pechter ` (2 subsequent siblings) 3 siblings, 0 replies; 96+ messages in thread From: Larry McVoy @ 2019-08-26 23:37 UTC (permalink / raw) To: Warner Losh; +Cc: TUHS main list On Mon, Aug 26, 2019 at 05:27:14PM -0600, Warner Losh wrote: > On Mon, Aug 26, 2019, 5:14 PM Arthur Krewat <krewat@kilonet.net> wrote: > > > > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > > > Leaving licensing and copyright issues out of this mental exercise, what > > would we have now if it wasn't for Linux? Not what you'd WANT it to be, > > although that can add to the discussion, but what WOULD it be? > > > > I'm not asking as a proponent of Linux. If anything, I was dragged > > kicking and screaming into the current day and have begrudgingly ceded > > my server space to Linux. > > > > But if not for Linux, would it be BSD? A System V variant? Or (the > > horror) Windows NT? > > BSD was in decent enough shape at the time to run on PCs. Though it > fragmented early through no fault of Linux. And the AT&T lawsuit created a > lot of FUD in the area without actually protecting System V. It's unclear > if another thing would have popped up to fill the void... Linux flourished > in the confusion, but without it, it's hard to know if something else would > have been developed before the AT&T lawsuit settled. I've always wondered what would have happened if Sun had open sourced SunOS, I think it stood a pretty good chance of winning. Shoulda, woulda, coulda. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:27 ` Warner Losh 2019-08-26 23:37 ` Larry McVoy @ 2019-08-26 23:56 ` William Pechter 2019-08-27 0:19 ` Arthur Krewat 2019-08-27 0:48 ` Clem Cole 2019-08-27 2:16 ` Theodore Y. Ts'o 3 siblings, 1 reply; 96+ messages in thread From: William Pechter @ 2019-08-26 23:56 UTC (permalink / raw) To: tuhs [-- Attachment #1: Type: text/plain, Size: 2401 bytes --] On 8/26/2019 7:27 PM, Warner Losh wrote: > > > On Mon, Aug 26, 2019, 5:14 PM Arthur Krewat <krewat@kilonet.net > <mailto:krewat@kilonet.net>> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental > exercise, what > would we have now if it wasn't for Linux? Not what you'd WANT it > to be, > although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged > kicking and screaming into the current day and have begrudgingly > ceded > my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? > > > BSD was in decent enough shape at the time to run on PCs. Though it > fragmented early through no fault of Linux. And the AT&T lawsuit > created a lot of FUD in the area without actually protecting System V. > It's unclear if another thing would have popped up to fill the void... > Linux flourished in the confusion, but without it, it's hard to know > if something else would have been developed before the AT&T lawsuit > settled. > > Warner > > > I do understand that this has been discussed on the list before. I > think, however, it would make a good late-summer exercise. Or late > winter depending on where you are :) > > art k. > > I ran both FreeBSD (up through at least 4.11 (and have the Tshirt) and NetBSD back in the 0.8 0.9 time frame. My final -- (I used to move between them based on stability and driver support) -- move to Linux was caused by a lack of drivers for the Lenovo Workstation that used the Marvell 88SE63XX which with 5 SAS/SATA drives on it and 3 available on the Intel SATA controller would've been a great in-house server. I really preferred the FreeBSD stability and docs back in the early 1990's -- but by 2000 my jobs were all going Linux (Red Hat Sysadmin mostly) and I figured the work was moving to supported RHEL. One of the things that often made me migrate was the support (in the early days) of all the weird interfaced cdrom drives like the Panasonic and other pre-ATAPI stuff. I'm going to revisit the ZFS on Linux stuff when Ubuntu puts it in their installer. That will finally get me what I want on the D20. Bill [-- Attachment #2: Type: text/html, Size: 4677 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:56 ` William Pechter @ 2019-08-27 0:19 ` Arthur Krewat 2019-08-27 0:30 ` Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: Arthur Krewat @ 2019-08-27 0:19 UTC (permalink / raw) To: tuhs On 8/26/2019 7:56 PM, William Pechter wrote: > ZFS Here, here! ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:19 ` Arthur Krewat @ 2019-08-27 0:30 ` Larry McVoy 2019-08-27 0:58 ` Rob Pike 2019-08-27 0:59 ` [TUHS] If not Linux, then what? Arthur Krewat 0 siblings, 2 replies; 96+ messages in thread From: Larry McVoy @ 2019-08-27 0:30 UTC (permalink / raw) To: Arthur Krewat; +Cc: tuhs On Mon, Aug 26, 2019 at 08:19:45PM -0400, Arthur Krewat wrote: > On 8/26/2019 7:56 PM, William Pechter wrote: > >ZFS > > Here, here! I really don't understand the love for ZFS. I hired Bonwick and I hired Moore, I had high expectations but they were all dashed when I realized ZFS doesn't use the page cache. That's so crazy busted I lost all interest in ZFS. ZFS took us back to HP-UX mmap semantics. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:30 ` Larry McVoy @ 2019-08-27 0:58 ` Rob Pike 2019-08-27 1:06 ` Clem Cole ` (3 more replies) 2019-08-27 0:59 ` [TUHS] If not Linux, then what? Arthur Krewat 1 sibling, 4 replies; 96+ messages in thread From: Rob Pike @ 2019-08-27 0:58 UTC (permalink / raw) To: Larry McVoy; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 685 bytes --] I always thought Research 10th Edition was fantastic. Even the 8th edition was an improvement on most of its successors. But things flowed another way, with muddy streams mixing in. -rob On Tue, Aug 27, 2019 at 10:30 AM Larry McVoy <lm@mcvoy.com> wrote: > On Mon, Aug 26, 2019 at 08:19:45PM -0400, Arthur Krewat wrote: > > On 8/26/2019 7:56 PM, William Pechter wrote: > > >ZFS > > > > Here, here! > > I really don't understand the love for ZFS. I hired Bonwick and I > hired Moore, I had high expectations but they were all dashed when I > realized ZFS doesn't use the page cache. That's so crazy busted I lost > all interest in ZFS. ZFS took us back to HP-UX mmap semantics. > [-- Attachment #2: Type: text/html, Size: 1055 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:58 ` Rob Pike @ 2019-08-27 1:06 ` Clem Cole 2019-08-27 2:53 ` Larry McVoy ` (2 subsequent siblings) 3 siblings, 0 replies; 96+ messages in thread From: Clem Cole @ 2019-08-27 1:06 UTC (permalink / raw) To: Rob Pike; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 849 bytes --] On Mon, Aug 26, 2019 at 8:59 PM Rob Pike <robpike@gmail.com> wrote: > I always thought Research 10th Edition was fantastic. Even the 8th edition > was an improvement on most of its successors. But things flowed another > way, with muddy streams mixing in. > > -rob > Rob - Fair enough/excellent point/I agree from a pure technology stand point, but the problem was anything from Research after Seventh Edition was the limited availability so few people out side really used it (and I'll have include Plan 9 in that family also - although you guys did get it out more widely than 8th or 10th UNIX -- funny by that point, I had read about it and seen the manuals in a book store in the UK, but I did not get the mess with the actual 10th edition code until a few years after I had a Plan 9 boot floppy that Dave gave me running in a laptop). Clem [-- Attachment #2: Type: text/html, Size: 1782 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:58 ` Rob Pike 2019-08-27 1:06 ` Clem Cole @ 2019-08-27 2:53 ` Larry McVoy 2019-08-27 9:47 ` Rob Pike 2019-08-27 7:47 ` arnold 2019-08-27 16:05 ` [TUHS] Running v10 Angelo Papenhoff 3 siblings, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-27 2:53 UTC (permalink / raw) To: Rob Pike; +Cc: tuhs Hey Rob, I followed Bell Labs through the papers, the Lions doc, but I didn't get any insight into Research after v7 or so. Can you tell us what you liked about the later versions? I don't want to be a total suck up but I've been a fan of your insight ever since you said something like "if you think you need threads your processes are too fat". I've had long discussions with Linus about how to make that statement 100% true (partial page table sharing across processes, how do you make that work in general). We didn't come to an answer but we both agreed that processes should be as cheap as threads and mmap is the way to share data. On Tue, Aug 27, 2019 at 10:58:54AM +1000, Rob Pike wrote: > I always thought Research 10th Edition was fantastic. Even the 8th edition > was an improvement on most of its successors. But things flowed another > way, with muddy streams mixing in. > > -rob > > > On Tue, Aug 27, 2019 at 10:30 AM Larry McVoy <lm@mcvoy.com> wrote: > > > On Mon, Aug 26, 2019 at 08:19:45PM -0400, Arthur Krewat wrote: > > > On 8/26/2019 7:56 PM, William Pechter wrote: > > > >ZFS > > > > > > Here, here! > > > > I really don't understand the love for ZFS. I hired Bonwick and I > > hired Moore, I had high expectations but they were all dashed when I > > realized ZFS doesn't use the page cache. That's so crazy busted I lost > > all interest in ZFS. ZFS took us back to HP-UX mmap semantics. > > -- --- Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 2:53 ` Larry McVoy @ 2019-08-27 9:47 ` Rob Pike 0 siblings, 0 replies; 96+ messages in thread From: Rob Pike @ 2019-08-27 9:47 UTC (permalink / raw) To: Larry McVoy; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 2590 bytes --] V8 was the first of a series of refinements that unified things nicely, allowing programs to interact more smoothly. Nothing too dramatic, really: things like a shell that could export its environment, including functions; tweaks to how $PATH worked so we could have binaries with names like n/m1 n/m2 etc. to connect to machines m1 and m2; a push for output from programs that worked as input to the same programs (a huge deal for the shell); and so on. Lots of cleanups (db really worked, and worked well; stuff like that). Not to mention clean networking and graphics APIs that showed how easy it was to incorporate them into Unix. What is a socket for, anyway? Why do you need them when you have file descriptors? (Rhetorical question, because the answer is, you don't. But the earliest sockets didn't even implement read and write!) And so on. But we did Plan 9 after v10, so it's clear we didn't think it was perfect, yet. -rob On Tue, Aug 27, 2019 at 12:53 PM Larry McVoy <lm@mcvoy.com> wrote: > Hey Rob, > > I followed Bell Labs through the papers, the Lions doc, but I didn't get > any insight into Research after v7 or so. > > Can you tell us what you liked about the later versions? > > I don't want to be a total suck up but I've been a fan of your insight > ever since you said something like "if you think you need threads your > processes are too fat". I've had long discussions with Linus about how > to make that statement 100% true (partial page table sharing across > processes, how do you make that work in general). We didn't come to > an answer but we both agreed that processes should be as cheap as > threads and mmap is the way to share data. > > On Tue, Aug 27, 2019 at 10:58:54AM +1000, Rob Pike wrote: > > I always thought Research 10th Edition was fantastic. Even the 8th > edition > > was an improvement on most of its successors. But things flowed another > > way, with muddy streams mixing in. > > > > -rob > > > > > > On Tue, Aug 27, 2019 at 10:30 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > On Mon, Aug 26, 2019 at 08:19:45PM -0400, Arthur Krewat wrote: > > > > On 8/26/2019 7:56 PM, William Pechter wrote: > > > > >ZFS > > > > > > > > Here, here! > > > > > > I really don't understand the love for ZFS. I hired Bonwick and I > > > hired Moore, I had high expectations but they were all dashed when I > > > realized ZFS doesn't use the page cache. That's so crazy busted I lost > > > all interest in ZFS. ZFS took us back to HP-UX mmap semantics. > > > > > -- > --- > Larry McVoy lm at mcvoy.com > http://www.mcvoy.com/lm > [-- Attachment #2: Type: text/html, Size: 3499 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:58 ` Rob Pike 2019-08-27 1:06 ` Clem Cole 2019-08-27 2:53 ` Larry McVoy @ 2019-08-27 7:47 ` arnold 2019-08-27 16:05 ` [TUHS] Running v10 Angelo Papenhoff 3 siblings, 0 replies; 96+ messages in thread From: arnold @ 2019-08-27 7:47 UTC (permalink / raw) To: robpike, lm; +Cc: tuhs I'd have liked to see Plan 9 take over the world. I think we'd all be in a nicer place if it had. My $.02, Arnold Rob Pike <robpike@gmail.com> wrote: > I always thought Research 10th Edition was fantastic. Even the 8th edition > was an improvement on most of its successors. But things flowed another > way, with muddy streams mixing in. > > -rob > > > On Tue, Aug 27, 2019 at 10:30 AM Larry McVoy <lm@mcvoy.com> wrote: > > > On Mon, Aug 26, 2019 at 08:19:45PM -0400, Arthur Krewat wrote: > > > On 8/26/2019 7:56 PM, William Pechter wrote: > > > >ZFS > > > > > > Here, here! > > > > I really don't understand the love for ZFS. I hired Bonwick and I > > hired Moore, I had high expectations but they were all dashed when I > > realized ZFS doesn't use the page cache. That's so crazy busted I lost > > all interest in ZFS. ZFS took us back to HP-UX mmap semantics. > > ^ permalink raw reply [flat|nested] 96+ messages in thread
* [TUHS] Running v10 2019-08-27 0:58 ` Rob Pike ` (2 preceding siblings ...) 2019-08-27 7:47 ` arnold @ 2019-08-27 16:05 ` Angelo Papenhoff 2019-08-27 16:27 ` Henry Bent 3 siblings, 1 reply; 96+ messages in thread From: Angelo Papenhoff @ 2019-08-27 16:05 UTC (permalink / raw) To: tuhs Did anyone try to get v10 running in simh yet? It's been public for a while now and while we have two blit emulators already I haven't seen v10 alive yet. I have to admit I haven't tried to get it running myself either. aap On 27/08/19, Rob Pike wrote: > I always thought Research 10th Edition was fantastic. Even the 8th edition > was an improvement on most of its successors. But things flowed another > way, with muddy streams mixing in. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] Running v10 2019-08-27 16:05 ` [TUHS] Running v10 Angelo Papenhoff @ 2019-08-27 16:27 ` Henry Bent 2019-08-28 4:22 ` Jason Stevens 0 siblings, 1 reply; 96+ messages in thread From: Henry Bent @ 2019-08-27 16:27 UTC (permalink / raw) To: Angelo Papenhoff; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 791 bytes --] On Tue, 27 Aug 2019 at 12:12, Angelo Papenhoff <aap@papnet.eu> wrote: > Did anyone try to get v10 running in simh yet? It's been public for a > while now and while we have two blit emulators already I haven't seen > v10 alive yet. I have to admit I haven't tried to get it running myself > either. > After a brief look at the boot and config sources it appears as though there is support for the MicroVAX II which SIMH supports and I have used. Is there an environment which is preferred for building the V10 source tree? 4.3BSD? V8? Something else? -Henry On 27/08/19, Rob Pike wrote: > > I always thought Research 10th Edition was fantastic. Even the 8th > edition > > was an improvement on most of its successors. But things flowed another > > way, with muddy streams mixing in. > [-- Attachment #2: Type: text/html, Size: 1284 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] Running v10 2019-08-27 16:27 ` Henry Bent @ 2019-08-28 4:22 ` Jason Stevens 2019-08-28 7:34 ` Angelo Papenhoff 0 siblings, 1 reply; 96+ messages in thread From: Jason Stevens @ 2019-08-28 4:22 UTC (permalink / raw) To: Henry Bent, Angelo Papenhoff; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1328 bytes --] I don’t recall their being detailed installation instructions like v8/v9. I never noticed the vax boot stuff as it was buried in the tree. It’s possible that it’s buildable. Or it could be incomplete like the Mach 2.5 VAX missing system headers…. I guess it’s worth trying on whatever should be the parallel BSD system if it’s like v8/v9 which needed a BSD machine to bootstrap. From: Henry Bent Sent: Wednesday, August 28, 2019 12:28 AM To: Angelo Papenhoff Cc: TUHS main list Subject: Re: [TUHS] Running v10 On Tue, 27 Aug 2019 at 12:12, Angelo Papenhoff <aap@papnet.eu> wrote: Did anyone try to get v10 running in simh yet? It's been public for a while now and while we have two blit emulators already I haven't seen v10 alive yet. I have to admit I haven't tried to get it running myself either. After a brief look at the boot and config sources it appears as though there is support for the MicroVAX II which SIMH supports and I have used. Is there an environment which is preferred for building the V10 source tree? 4.3BSD? V8? Something else? -Henry On 27/08/19, Rob Pike wrote: > I always thought Research 10th Edition was fantastic. Even the 8th edition > was an improvement on most of its successors. But things flowed another > way, with muddy streams mixing in. [-- Attachment #2: Type: text/html, Size: 3461 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] Running v10 2019-08-28 4:22 ` Jason Stevens @ 2019-08-28 7:34 ` Angelo Papenhoff 2019-08-28 16:46 ` Henry Bent 0 siblings, 1 reply; 96+ messages in thread From: Angelo Papenhoff @ 2019-08-28 7:34 UTC (permalink / raw) To: TUHS main list On 28/08/19, Jason Stevens wrote: > I don’t recall their being detailed installation instructions like v8/v9. I never noticed the vax boot stuff as it was buried in the tree. It’s possible that it’s buildable. Or it could be incomplete like the Mach 2.5 VAX missing system headers…. > > I guess it’s worth trying on whatever should be the parallel BSD system if it’s like v8/v9 which needed a BSD machine to bootstrap. Check out "Setting Up a Research UNIX System" by Norman Wilson. troff sources are in v10. aap ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] Running v10 2019-08-28 7:34 ` Angelo Papenhoff @ 2019-08-28 16:46 ` Henry Bent 0 siblings, 0 replies; 96+ messages in thread From: Henry Bent @ 2019-08-28 16:46 UTC (permalink / raw) To: Angelo Papenhoff; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1034 bytes --] On Wed, 28 Aug 2019 at 03:41, Angelo Papenhoff <aap@papnet.eu> wrote: > On 28/08/19, Jason Stevens wrote: > > I don’t recall their being detailed installation instructions like > v8/v9. I never noticed the vax boot stuff as it was buried in the tree. > It’s possible that it’s buildable. Or it could be incomplete like the Mach > 2.5 VAX missing system headers…. > > > > I guess it’s worth trying on whatever should be the parallel BSD system > if it’s like v8/v9 which needed a BSD machine to bootstrap. > > Check out "Setting Up a Research UNIX System" by Norman Wilson. troff > sources are in v10. > Thanks, I hadn't found that yet. Unfortunately it assumes that you have a tape with at least a root and /usr dump, which we do not have. I have several ideas about how one might go about building the tree using existing distributions but any further discussion probably isn't appropriate for this list. If anyone would like to collaborate please feel free to contact me off-list. -Henry [-- Attachment #2: Type: text/html, Size: 1382 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:30 ` Larry McVoy 2019-08-27 0:58 ` Rob Pike @ 2019-08-27 0:59 ` Arthur Krewat 2019-08-27 1:26 ` Dan Cross 1 sibling, 1 reply; 96+ messages in thread From: Arthur Krewat @ 2019-08-27 0:59 UTC (permalink / raw) To: Larry McVoy; +Cc: tuhs On 8/26/2019 8:30 PM, Larry McVoy wrote: > > I really don't understand the love for ZFS. I hired Bonwick and I > hired Moore, I had high expectations but they were all dashed when I > realized ZFS doesn't use the page cache. That's so crazy busted I lost > all interest in ZFS. ZFS took us back to HP-UX mmap semantics. > At the risk of going off-topic: From a system-administration standpoint, and data-integrity standpoint, ZFS was a huge step forward. In my humble opinion ;) Besides the obvious (to me) benefits of adding mount points, adjusting volume sizes, and all the other things that ZFS does, I have yet to find any mainstream filesystem (if you can call ZFS "just" a filesystem) that guarantees data integrity. I have an office server, that contains a lot of source code and archived data that I depend on religiously. I do copious backups to LTO tapes as well as an off-site Amazon EC2 instance. Within the recent past few years, I had an issue with a Dell MD Raid array where ZFS was complaining about checksum errors on a certain disk. Data was being corrupted on the fly. It seems that the writes were being corrupted, not reads. Thankfully, it was on a RAIDZ2 volume, where it could correct the corruption. The corruption in question was on files that are dated back to the early 90's. Stopping bit-rot in it's tracks, ZFS has done me well. As for what mmap() doesn't do right, I started using memory mapped files back in the early 80s on VMS on a VAX-11/780 when I and a colleague were converting a database from TOPS-10 to VMS. Perhaps I am misunderstanding your dislike for mmap() but please, enlighten me. It was my understanding at the time that it was akin to swapping/virtual-memory using an MMU. The difference was that instead of using the main paging area, the kernel would use an actual file. Why would mmap() be a bad thing, when it's hooked into the kernel, and possibly hardware, at such a low point? art k. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:59 ` [TUHS] If not Linux, then what? Arthur Krewat @ 2019-08-27 1:26 ` Dan Cross 2019-08-27 2:45 ` Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: Dan Cross @ 2019-08-27 1:26 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1158 bytes --] On Mon, Aug 26, 2019, 9:00 PM Arthur Krewat wrote: >[snip] > > As for what mmap() doesn't do right, I started using memory mapped files > back in the early 80s on VMS on a VAX-11/780 when I and a colleague were > converting a database from TOPS-10 to VMS. Perhaps I am misunderstanding > your dislike for mmap() but please, enlighten me. It was my > understanding at the time that it was akin to swapping/virtual-memory > using an MMU. The difference was that instead of using the main paging > area, the kernel would use an actual file. Why would mmap() be a bad > thing, when it's hooked into the kernel, and possibly hardware, at such > a low point? I don't mean to put words in Larry's mouth, but I think he meant that ZFS bypasses the OS page cache, so that file IO and mmap use a different buffering scheme that is not mutually consistent. So a process could mmap() a file, write to it via a pointer indirection, and then invoke read() at a relevant offset and (perhaps) not see the earlier write reflected; or vice versa. It's not that mmap is a priori bad, but rather that ZFS has this unfortunate corner case related to mmap. - Dan C. [-- Attachment #2: Type: text/html, Size: 1619 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 1:26 ` Dan Cross @ 2019-08-27 2:45 ` Larry McVoy 2019-08-27 3:14 ` Arthur Krewat 0 siblings, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-27 2:45 UTC (permalink / raw) To: Dan Cross; +Cc: TUHS main list On Mon, Aug 26, 2019 at 09:26:27PM -0400, Dan Cross wrote: > On Mon, Aug 26, 2019, 9:00 PM Arthur Krewat wrote: > >[snip] > > > > > As for what mmap() doesn't do right, I started using memory mapped files > > back in the early 80s on VMS on a VAX-11/780 when I and a colleague were > > converting a database from TOPS-10 to VMS. Perhaps I am misunderstanding > > your dislike for mmap() but please, enlighten me. It was my > > understanding at the time that it was akin to swapping/virtual-memory > > using an MMU. The difference was that instead of using the main paging > > area, the kernel would use an actual file. Why would mmap() be a bad > > thing, when it's hooked into the kernel, and possibly hardware, at such > > a low point? > > > I don't mean to put words in Larry's mouth, but I think he meant that ZFS > bypasses the OS page cache, so that file IO and mmap use a different > buffering scheme that is not mutually consistent. Dan is right. At Sun, when Joe Moran did the 4.x VM system, he put into place the vision that Bill Joy had. Which was that the page cache is *the* cache. There is nothing else. We spent a bunch of time killing the buffer cache because you couldn't mmap the buffer cache, you could mmap the page cache. It's hard to describe how right that was but it was right. You could have as many processes as you wanted mmap-ing the same data and there was a single version of the data. What ZFS did was manage the data on their own. So if you mmap-ed a ZFS file it had to bcopy the data into the page cache and now it is right back to two copies of the data and you have to manage consistency. I would have been fine if all page sized blocks were in the page cache and ZFS managed the less than page sized blocks. But they punted on the page cache entirely. My mind is blown that that was allowed to ship. The Sun I worked at, if I had proposed that design, I would have been kicked out of the kernel group. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 2:45 ` Larry McVoy @ 2019-08-27 3:14 ` Arthur Krewat 2019-08-27 14:55 ` Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: Arthur Krewat @ 2019-08-27 3:14 UTC (permalink / raw) To: Larry McVoy, Dan Cross; +Cc: TUHS main list On 8/26/2019 10:45 PM, Larry McVoy wrote: > Which was that the page cache is > *the* cache. There is nothing else. Yeah, I re-read what you wrote a few times after I replied, and realized what you meant ... eventually ;) ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 3:14 ` Arthur Krewat @ 2019-08-27 14:55 ` Larry McVoy 2019-08-27 22:30 ` George Michaelson 0 siblings, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-27 14:55 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > Which was that the page cache is > >*the* cache. There is nothing else. > Yeah, I re-read what you wrote a few times after I replied, and realized > what you meant ... eventually ;) I might be making too big of a deal about it. mmap semantics mattered a lot when SMPs first showed up and main memory was small. It meant that you could have multiple CPUs seeing and working on the same chunk of data at the same time. It's very similar to way that IOMMUs are exposed to user space these days, enabling virtual machines direct access to the I/O devices. ZFS breaks that model, the data is all in the ARC and if you mmap it they have to bcopy the data out of the ARC, into the page cache and now they have a consistency problem, you could modify stuff via mmap or write and they have to manage that. That consistency problem is the main reason that Sun almost completely killed the buffer cache (it still was used for inodes and directories but that was it). That consistency problem is a pain in the rear, all sorts of race conditions and it tended to bit rot. Jeff and Bill are smart people so I suspect they got it right but I'm still stunned that they took such an architecturally bad approach. And even more stunned that the oversight people approved it. There is zero chance that the Sun I worked at would have allowed that. --lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 14:55 ` Larry McVoy @ 2019-08-27 22:30 ` George Michaelson 2019-08-27 22:40 ` Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: George Michaelson @ 2019-08-27 22:30 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list BSD, but with the original STREAMS semantics, not sockets. DARPA did us no favours accepting sockets in place of simple file I/O semantics for networks. Newcastle connection put the namespace into /.../remote-part/path/to/thing which I felt was also good. So for me, 7 -> BSD -> got worse for some values of worse On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > Which was that the page cache is > > >*the* cache. There is nothing else. > > Yeah, I re-read what you wrote a few times after I replied, and realized > > what you meant ... eventually ;) > > I might be making too big of a deal about it. mmap semantics mattered > a lot when SMPs first showed up and main memory was small. It meant > that you could have multiple CPUs seeing and working on the same chunk > of data at the same time. > > It's very similar to way that IOMMUs are exposed to user space these > days, enabling virtual machines direct access to the I/O devices. > > ZFS breaks that model, the data is all in the ARC and if you mmap > it they have to bcopy the data out of the ARC, into the page cache > and now they have a consistency problem, you could modify stuff > via mmap or write and they have to manage that. > > That consistency problem is the main reason that Sun almost completely > killed the buffer cache (it still was used for inodes and directories > but that was it). That consistency problem is a pain in the rear, > all sorts of race conditions and it tended to bit rot. > > Jeff and Bill are smart people so I suspect they got it right but I'm > still stunned that they took such an architecturally bad approach. > And even more stunned that the oversight people approved it. There > is zero chance that the Sun I worked at would have allowed that. > > --lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 22:30 ` George Michaelson @ 2019-08-27 22:40 ` Larry McVoy 2019-08-27 22:46 ` George Michaelson 2019-08-27 23:16 ` Bakul Shah 0 siblings, 2 replies; 96+ messages in thread From: Larry McVoy @ 2019-08-27 22:40 UTC (permalink / raw) To: George Michaelson; +Cc: TUHS main list Wait, are you arguing for STREAMS over sockets? Dear god, please no. Have you ever used STREAMS (not Ritchies streams, those were OK)? I have. I ported Lachman's STREAMS based TCP/IP stack twice, once to a long since defunct super computer called the ETA-10 and then to SCO Unix. I've got way more STREAMS experience than most people and I can tell you that sockets are WAY WAY better. I get the "it should have just been file I/O" except that I don't. I tried to write a library that let you open up /net/tcp/$host:$port and do I/O like it was a file descriptor. That works for a lot of stuff but I ran into problems quickly. A networking connection is not a file handle. You can make some stuff work but I couldn't figure out how to do all of it. You end up having to do ioctls to handle the stuff that doesn't fit well into the file system name space. I think plan 9 did this sort of thing, maybe Rob can prove me wrong or remember where it didn't match. I do know that STREAMS came back to Solaris, some VP inked a shitty deal with Lachman and bought the rights to the stack. It was slow as molasses in the winter and customers absolutely hated it. Sun got Mentat to redo it for perf but customers still hated it, they understood sockets, everyone else had sockets, they wanted sockets and they got them. Sun put them back and nobody ever asked about STREAMS again. On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: > BSD, but with the original STREAMS semantics, not sockets. > > DARPA did us no favours accepting sockets in place of simple file I/O > semantics for networks. > > Newcastle connection put the namespace into > /.../remote-part/path/to/thing which I felt was also good. > > So for me, 7 -> BSD -> got worse for some values of worse > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > > Which was that the page cache is > > > >*the* cache. There is nothing else. > > > Yeah, I re-read what you wrote a few times after I replied, and realized > > > what you meant ... eventually ;) > > > > I might be making too big of a deal about it. mmap semantics mattered > > a lot when SMPs first showed up and main memory was small. It meant > > that you could have multiple CPUs seeing and working on the same chunk > > of data at the same time. > > > > It's very similar to way that IOMMUs are exposed to user space these > > days, enabling virtual machines direct access to the I/O devices. > > > > ZFS breaks that model, the data is all in the ARC and if you mmap > > it they have to bcopy the data out of the ARC, into the page cache > > and now they have a consistency problem, you could modify stuff > > via mmap or write and they have to manage that. > > > > That consistency problem is the main reason that Sun almost completely > > killed the buffer cache (it still was used for inodes and directories > > but that was it). That consistency problem is a pain in the rear, > > all sorts of race conditions and it tended to bit rot. > > > > Jeff and Bill are smart people so I suspect they got it right but I'm > > still stunned that they took such an architecturally bad approach. > > And even more stunned that the oversight people approved it. There > > is zero chance that the Sun I worked at would have allowed that. > > > > --lm -- --- Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 22:40 ` Larry McVoy @ 2019-08-27 22:46 ` George Michaelson 2019-08-27 22:59 ` [TUHS] [SPAM] " Larry McVoy 2019-08-28 6:19 ` Wesley Parish 2019-08-27 23:16 ` Bakul Shah 1 sibling, 2 replies; 96+ messages in thread From: George Michaelson @ 2019-08-27 22:46 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list oh maybe I meant "streams" not "STREAMS" I always got confused if the original ritchie spec was upper or lower case. Charles Forsyth coded it into the York Uni Vaxen, worked fine. I left shortly after to do stuff at UCL, it only came back into my life when at UQ in Australia we got an ICL "certified" SYSV host and along side dead technology like RFS up it popped (I think ICL had coded an OSI stack we were testing) -G On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. > Have you ever used STREAMS (not Ritchies streams, those were OK)? > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once > to a long since defunct super computer called the ETA-10 and then > to SCO Unix. I've got way more STREAMS experience than most people > and I can tell you that sockets are WAY WAY better. I get the "it > should have just been file I/O" except that I don't. I tried to > write a library that let you open up /net/tcp/$host:$port and do > I/O like it was a file descriptor. That works for a lot of stuff > but I ran into problems quickly. A networking connection is not > a file handle. You can make some stuff work but I couldn't figure > out how to do all of it. You end up having to do ioctls to handle > the stuff that doesn't fit well into the file system name space. > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > or remember where it didn't match. > > I do know that STREAMS came back to Solaris, some VP inked a shitty > deal with Lachman and bought the rights to the stack. It was slow > as molasses in the winter and customers absolutely hated it. Sun > got Mentat to redo it for perf but customers still hated it, they > understood sockets, everyone else had sockets, they wanted sockets > and they got them. Sun put them back and nobody ever asked about > STREAMS again. > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: > > BSD, but with the original STREAMS semantics, not sockets. > > > > DARPA did us no favours accepting sockets in place of simple file I/O > > semantics for networks. > > > > Newcastle connection put the namespace into > > /.../remote-part/path/to/thing which I felt was also good. > > > > So for me, 7 -> BSD -> got worse for some values of worse > > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > > > Which was that the page cache is > > > > >*the* cache. There is nothing else. > > > > Yeah, I re-read what you wrote a few times after I replied, and realized > > > > what you meant ... eventually ;) > > > > > > I might be making too big of a deal about it. mmap semantics mattered > > > a lot when SMPs first showed up and main memory was small. It meant > > > that you could have multiple CPUs seeing and working on the same chunk > > > of data at the same time. > > > > > > It's very similar to way that IOMMUs are exposed to user space these > > > days, enabling virtual machines direct access to the I/O devices. > > > > > > ZFS breaks that model, the data is all in the ARC and if you mmap > > > it they have to bcopy the data out of the ARC, into the page cache > > > and now they have a consistency problem, you could modify stuff > > > via mmap or write and they have to manage that. > > > > > > That consistency problem is the main reason that Sun almost completely > > > killed the buffer cache (it still was used for inodes and directories > > > but that was it). That consistency problem is a pain in the rear, > > > all sorts of race conditions and it tended to bit rot. > > > > > > Jeff and Bill are smart people so I suspect they got it right but I'm > > > still stunned that they took such an architecturally bad approach. > > > And even more stunned that the oversight people approved it. There > > > is zero chance that the Sun I worked at would have allowed that. > > > > > > --lm > > -- > --- > Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] [SPAM] Re: If not Linux, then what? 2019-08-27 22:46 ` George Michaelson @ 2019-08-27 22:59 ` Larry McVoy 2019-08-27 23:10 ` [TUHS] " Clem Cole 2019-08-28 3:22 ` [TUHS] [SPAM] " Rob Pike 2019-08-28 6:19 ` Wesley Parish 1 sibling, 2 replies; 96+ messages in thread From: Larry McVoy @ 2019-08-27 22:59 UTC (permalink / raw) To: George Michaelson; +Cc: TUHS main list streams were OK but Dennis himself told me he didn't intend them for networking. They were a simple mechanism for pushing line disciplines onto tty drivers. I can't remember exactly what he said, this was back in ~1988 or so and I was talking to him about the STREAMS stuff. He wasn't very happy with it and I'm pretty sure he said something like streams weren't design to mux multiple sources or network connections. I think he sort of grudgingly gave credit that they made it work but he seemed to think that it was twisting streams more than they should be twisted. On Wed, Aug 28, 2019 at 08:46:35AM +1000, George Michaelson wrote: > oh maybe I meant "streams" not "STREAMS" I always got confused if the > original ritchie spec was upper or lower case. Charles Forsyth coded > it into the York Uni Vaxen, worked fine. I left shortly after to do > stuff at UCL, it only came back into my life when at UQ in Australia > we got an ICL "certified" SYSV host and along side dead technology > like RFS up it popped (I think ICL had coded an OSI stack we were > testing) > > -G > > On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. > > Have you ever used STREAMS (not Ritchies streams, those were OK)? > > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once > > to a long since defunct super computer called the ETA-10 and then > > to SCO Unix. I've got way more STREAMS experience than most people > > and I can tell you that sockets are WAY WAY better. I get the "it > > should have just been file I/O" except that I don't. I tried to > > write a library that let you open up /net/tcp/$host:$port and do > > I/O like it was a file descriptor. That works for a lot of stuff > > but I ran into problems quickly. A networking connection is not > > a file handle. You can make some stuff work but I couldn't figure > > out how to do all of it. You end up having to do ioctls to handle > > the stuff that doesn't fit well into the file system name space. > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > > or remember where it didn't match. > > > > I do know that STREAMS came back to Solaris, some VP inked a shitty > > deal with Lachman and bought the rights to the stack. It was slow > > as molasses in the winter and customers absolutely hated it. Sun > > got Mentat to redo it for perf but customers still hated it, they > > understood sockets, everyone else had sockets, they wanted sockets > > and they got them. Sun put them back and nobody ever asked about > > STREAMS again. > > > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: > > > BSD, but with the original STREAMS semantics, not sockets. > > > > > > DARPA did us no favours accepting sockets in place of simple file I/O > > > semantics for networks. > > > > > > Newcastle connection put the namespace into > > > /.../remote-part/path/to/thing which I felt was also good. > > > > > > So for me, 7 -> BSD -> got worse for some values of worse > > > > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > > > > Which was that the page cache is > > > > > >*the* cache. There is nothing else. > > > > > Yeah, I re-read what you wrote a few times after I replied, and realized > > > > > what you meant ... eventually ;) > > > > > > > > I might be making too big of a deal about it. mmap semantics mattered > > > > a lot when SMPs first showed up and main memory was small. It meant > > > > that you could have multiple CPUs seeing and working on the same chunk > > > > of data at the same time. > > > > > > > > It's very similar to way that IOMMUs are exposed to user space these > > > > days, enabling virtual machines direct access to the I/O devices. > > > > > > > > ZFS breaks that model, the data is all in the ARC and if you mmap > > > > it they have to bcopy the data out of the ARC, into the page cache > > > > and now they have a consistency problem, you could modify stuff > > > > via mmap or write and they have to manage that. > > > > > > > > That consistency problem is the main reason that Sun almost completely > > > > killed the buffer cache (it still was used for inodes and directories > > > > but that was it). That consistency problem is a pain in the rear, > > > > all sorts of race conditions and it tended to bit rot. > > > > > > > > Jeff and Bill are smart people so I suspect they got it right but I'm > > > > still stunned that they took such an architecturally bad approach. > > > > And even more stunned that the oversight people approved it. There > > > > is zero chance that the Sun I worked at would have allowed that. > > > > > > > > --lm > > > > -- > > --- > > Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm -- --- Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 22:59 ` [TUHS] [SPAM] " Larry McVoy @ 2019-08-27 23:10 ` Clem Cole 2019-08-28 0:07 ` George Michaelson 2019-08-28 3:22 ` [TUHS] [SPAM] " Rob Pike 1 sibling, 1 reply; 96+ messages in thread From: Clem Cole @ 2019-08-27 23:10 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 5961 bytes --] I had a similar conversation btw. I liked what Dennis did to clean up the tty handler but I agree as a networking interface it was wretched which is what system v did. At stellar we put in the bbn (walsh2) stack and spliced back in sockets so the bsd code still worked. That said the idea of trying to keep the everything is a file semantic was good and streams were closer. The problem sockets is they really were not quite The same. What I liked about plan 9 was breaking the control interface out so the file stuff stayed sane. But that was a bridge to far for a traditional Unix. On Tue, Aug 27, 2019 at 7:00 PM Larry McVoy <lm@mcvoy.com> wrote: > streams were OK but Dennis himself told me he didn't intend them for > networking. They were a simple mechanism for pushing line disciplines > onto tty drivers. > > I can't remember exactly what he said, this was back in ~1988 or so > and I was talking to him about the STREAMS stuff. He wasn't very > happy with it and I'm pretty sure he said something like streams > weren't design to mux multiple sources or network connections. > I think he sort of grudgingly gave credit that they made it work > but he seemed to think that it was twisting streams more than they > should be twisted. > > On Wed, Aug 28, 2019 at 08:46:35AM +1000, George Michaelson wrote: > > oh maybe I meant "streams" not "STREAMS" I always got confused if the > > original ritchie spec was upper or lower case. Charles Forsyth coded > > it into the York Uni Vaxen, worked fine. I left shortly after to do > > stuff at UCL, it only came back into my life when at UQ in Australia > > we got an ICL "certified" SYSV host and along side dead technology > > like RFS up it popped (I think ICL had coded an OSI stack we were > > testing) > > > > -G > > > > On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. > > > Have you ever used STREAMS (not Ritchies streams, those were OK)? > > > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once > > > to a long since defunct super computer called the ETA-10 and then > > > to SCO Unix. I've got way more STREAMS experience than most people > > > and I can tell you that sockets are WAY WAY better. I get the "it > > > should have just been file I/O" except that I don't. I tried to > > > write a library that let you open up /net/tcp/$host:$port and do > > > I/O like it was a file descriptor. That works for a lot of stuff > > > but I ran into problems quickly. A networking connection is not > > > a file handle. You can make some stuff work but I couldn't figure > > > out how to do all of it. You end up having to do ioctls to handle > > > the stuff that doesn't fit well into the file system name space. > > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > > > or remember where it didn't match. > > > > > > I do know that STREAMS came back to Solaris, some VP inked a shitty > > > deal with Lachman and bought the rights to the stack. It was slow > > > as molasses in the winter and customers absolutely hated it. Sun > > > got Mentat to redo it for perf but customers still hated it, they > > > understood sockets, everyone else had sockets, they wanted sockets > > > and they got them. Sun put them back and nobody ever asked about > > > STREAMS again. > > > > > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: > > > > BSD, but with the original STREAMS semantics, not sockets. > > > > > > > > DARPA did us no favours accepting sockets in place of simple file I/O > > > > semantics for networks. > > > > > > > > Newcastle connection put the namespace into > > > > /.../remote-part/path/to/thing which I felt was also good. > > > > > > > > So for me, 7 -> BSD -> got worse for some values of worse > > > > > > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > > > > > Which was that the page cache is > > > > > > >*the* cache. There is nothing else. > > > > > > Yeah, I re-read what you wrote a few times after I replied, and > realized > > > > > > what you meant ... eventually ;) > > > > > > > > > > I might be making too big of a deal about it. mmap semantics > mattered > > > > > a lot when SMPs first showed up and main memory was small. It > meant > > > > > that you could have multiple CPUs seeing and working on the same > chunk > > > > > of data at the same time. > > > > > > > > > > It's very similar to way that IOMMUs are exposed to user space > these > > > > > days, enabling virtual machines direct access to the I/O devices. > > > > > > > > > > ZFS breaks that model, the data is all in the ARC and if you mmap > > > > > it they have to bcopy the data out of the ARC, into the page cache > > > > > and now they have a consistency problem, you could modify stuff > > > > > via mmap or write and they have to manage that. > > > > > > > > > > That consistency problem is the main reason that Sun almost > completely > > > > > killed the buffer cache (it still was used for inodes and > directories > > > > > but that was it). That consistency problem is a pain in the rear, > > > > > all sorts of race conditions and it tended to bit rot. > > > > > > > > > > Jeff and Bill are smart people so I suspect they got it right but > I'm > > > > > still stunned that they took such an architecturally bad approach. > > > > > And even more stunned that the oversight people approved it. There > > > > > is zero chance that the Sun I worked at would have allowed that. > > > > > > > > > > --lm > > > > > > -- > > > --- > > > Larry McVoy lm at mcvoy.com > http://www.mcvoy.com/lm > > -- > --- > Larry McVoy lm at mcvoy.com > http://www.mcvoy.com/lm > -- Sent from a handheld expect more typos than usual [-- Attachment #2: Type: text/html, Size: 8006 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 23:10 ` [TUHS] " Clem Cole @ 2019-08-28 0:07 ` George Michaelson 0 siblings, 0 replies; 96+ messages in thread From: George Michaelson @ 2019-08-28 0:07 UTC (permalink / raw) To: Clem Cole; +Cc: TUHS main list At the time we are talking, almost all people were using serial line protocols, of some form, for point-to-point links. Ethernet was "new" and I think at one level, being a good (binary) tty/serial discipline was workable. Stacking things was possible was it not? And, the way I understand it, The code avoided data copying so was very very efficient across protocol stacks. I think it was capable of being improved. Sockets is now defined by standards. Its impossible to make it do things without huge cost. We're comparing now, with then.. always dangerous. -G On Wed, Aug 28, 2019 at 9:10 AM Clem Cole <clemc@ccc.com> wrote: > > I had a similar conversation btw. I liked what Dennis did to clean up the tty handler but I agree as a networking interface it was wretched which is what system v did. At stellar we put in the bbn (walsh2) stack and spliced back in sockets so the bsd code still worked. > That said the idea of trying to keep the everything is a file semantic was good and streams were closer. The problem sockets is they really were not quite The same. > > What I liked about plan 9 was breaking the control interface out so the file stuff stayed sane. But that was a bridge to far for a traditional Unix. > > > On Tue, Aug 27, 2019 at 7:00 PM Larry McVoy <lm@mcvoy.com> wrote: >> >> streams were OK but Dennis himself told me he didn't intend them for >> networking. They were a simple mechanism for pushing line disciplines >> onto tty drivers. >> >> I can't remember exactly what he said, this was back in ~1988 or so >> and I was talking to him about the STREAMS stuff. He wasn't very >> happy with it and I'm pretty sure he said something like streams >> weren't design to mux multiple sources or network connections. >> I think he sort of grudgingly gave credit that they made it work >> but he seemed to think that it was twisting streams more than they >> should be twisted. >> >> On Wed, Aug 28, 2019 at 08:46:35AM +1000, George Michaelson wrote: >> > oh maybe I meant "streams" not "STREAMS" I always got confused if the >> > original ritchie spec was upper or lower case. Charles Forsyth coded >> > it into the York Uni Vaxen, worked fine. I left shortly after to do >> > stuff at UCL, it only came back into my life when at UQ in Australia >> > we got an ICL "certified" SYSV host and along side dead technology >> > like RFS up it popped (I think ICL had coded an OSI stack we were >> > testing) >> > >> > -G >> > >> > On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: >> > > >> > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. >> > > Have you ever used STREAMS (not Ritchies streams, those were OK)? >> > > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once >> > > to a long since defunct super computer called the ETA-10 and then >> > > to SCO Unix. I've got way more STREAMS experience than most people >> > > and I can tell you that sockets are WAY WAY better. I get the "it >> > > should have just been file I/O" except that I don't. I tried to >> > > write a library that let you open up /net/tcp/$host:$port and do >> > > I/O like it was a file descriptor. That works for a lot of stuff >> > > but I ran into problems quickly. A networking connection is not >> > > a file handle. You can make some stuff work but I couldn't figure >> > > out how to do all of it. You end up having to do ioctls to handle >> > > the stuff that doesn't fit well into the file system name space. >> > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong >> > > or remember where it didn't match. >> > > >> > > I do know that STREAMS came back to Solaris, some VP inked a shitty >> > > deal with Lachman and bought the rights to the stack. It was slow >> > > as molasses in the winter and customers absolutely hated it. Sun >> > > got Mentat to redo it for perf but customers still hated it, they >> > > understood sockets, everyone else had sockets, they wanted sockets >> > > and they got them. Sun put them back and nobody ever asked about >> > > STREAMS again. >> > > >> > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: >> > > > BSD, but with the original STREAMS semantics, not sockets. >> > > > >> > > > DARPA did us no favours accepting sockets in place of simple file I/O >> > > > semantics for networks. >> > > > >> > > > Newcastle connection put the namespace into >> > > > /.../remote-part/path/to/thing which I felt was also good. >> > > > >> > > > So for me, 7 -> BSD -> got worse for some values of worse >> > > > >> > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: >> > > > > >> > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: >> > > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: >> > > > > > > Which was that the page cache is >> > > > > > >*the* cache. There is nothing else. >> > > > > > Yeah, I re-read what you wrote a few times after I replied, and realized >> > > > > > what you meant ... eventually ;) >> > > > > >> > > > > I might be making too big of a deal about it. mmap semantics mattered >> > > > > a lot when SMPs first showed up and main memory was small. It meant >> > > > > that you could have multiple CPUs seeing and working on the same chunk >> > > > > of data at the same time. >> > > > > >> > > > > It's very similar to way that IOMMUs are exposed to user space these >> > > > > days, enabling virtual machines direct access to the I/O devices. >> > > > > >> > > > > ZFS breaks that model, the data is all in the ARC and if you mmap >> > > > > it they have to bcopy the data out of the ARC, into the page cache >> > > > > and now they have a consistency problem, you could modify stuff >> > > > > via mmap or write and they have to manage that. >> > > > > >> > > > > That consistency problem is the main reason that Sun almost completely >> > > > > killed the buffer cache (it still was used for inodes and directories >> > > > > but that was it). That consistency problem is a pain in the rear, >> > > > > all sorts of race conditions and it tended to bit rot. >> > > > > >> > > > > Jeff and Bill are smart people so I suspect they got it right but I'm >> > > > > still stunned that they took such an architecturally bad approach. >> > > > > And even more stunned that the oversight people approved it. There >> > > > > is zero chance that the Sun I worked at would have allowed that. >> > > > > >> > > > > --lm >> > > >> > > -- >> > > --- >> > > Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm >> >> -- >> --- >> Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm > > -- > Sent from a handheld expect more typos than usual ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] [SPAM] Re: If not Linux, then what? 2019-08-27 22:59 ` [TUHS] [SPAM] " Larry McVoy 2019-08-27 23:10 ` [TUHS] " Clem Cole @ 2019-08-28 3:22 ` Rob Pike 2019-08-28 3:25 ` Rob Pike 2019-08-28 4:05 ` Larry McVoy 1 sibling, 2 replies; 96+ messages in thread From: Rob Pike @ 2019-08-28 3:22 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 5567 bytes --] I find it hard to believe what you remember Dennis saying. The point of dmr's streams was to support networking research in the lab and avoid the myriad bugs of the mpx interface by stepping around them completely. Perhaps it's out of context. -rob On Wed, Aug 28, 2019 at 9:00 AM Larry McVoy <lm@mcvoy.com> wrote: > streams were OK but Dennis himself told me he didn't intend them for > networking. They were a simple mechanism for pushing line disciplines > onto tty drivers. > > I can't remember exactly what he said, this was back in ~1988 or so > and I was talking to him about the STREAMS stuff. He wasn't very > happy with it and I'm pretty sure he said something like streams > weren't design to mux multiple sources or network connections. > I think he sort of grudgingly gave credit that they made it work > but he seemed to think that it was twisting streams more than they > should be twisted. > > On Wed, Aug 28, 2019 at 08:46:35AM +1000, George Michaelson wrote: > > oh maybe I meant "streams" not "STREAMS" I always got confused if the > > original ritchie spec was upper or lower case. Charles Forsyth coded > > it into the York Uni Vaxen, worked fine. I left shortly after to do > > stuff at UCL, it only came back into my life when at UQ in Australia > > we got an ICL "certified" SYSV host and along side dead technology > > like RFS up it popped (I think ICL had coded an OSI stack we were > > testing) > > > > -G > > > > On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. > > > Have you ever used STREAMS (not Ritchies streams, those were OK)? > > > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once > > > to a long since defunct super computer called the ETA-10 and then > > > to SCO Unix. I've got way more STREAMS experience than most people > > > and I can tell you that sockets are WAY WAY better. I get the "it > > > should have just been file I/O" except that I don't. I tried to > > > write a library that let you open up /net/tcp/$host:$port and do > > > I/O like it was a file descriptor. That works for a lot of stuff > > > but I ran into problems quickly. A networking connection is not > > > a file handle. You can make some stuff work but I couldn't figure > > > out how to do all of it. You end up having to do ioctls to handle > > > the stuff that doesn't fit well into the file system name space. > > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > > > or remember where it didn't match. > > > > > > I do know that STREAMS came back to Solaris, some VP inked a shitty > > > deal with Lachman and bought the rights to the stack. It was slow > > > as molasses in the winter and customers absolutely hated it. Sun > > > got Mentat to redo it for perf but customers still hated it, they > > > understood sockets, everyone else had sockets, they wanted sockets > > > and they got them. Sun put them back and nobody ever asked about > > > STREAMS again. > > > > > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: > > > > BSD, but with the original STREAMS semantics, not sockets. > > > > > > > > DARPA did us no favours accepting sockets in place of simple file I/O > > > > semantics for networks. > > > > > > > > Newcastle connection put the namespace into > > > > /.../remote-part/path/to/thing which I felt was also good. > > > > > > > > So for me, 7 -> BSD -> got worse for some values of worse > > > > > > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > > > > > Which was that the page cache is > > > > > > >*the* cache. There is nothing else. > > > > > > Yeah, I re-read what you wrote a few times after I replied, and > realized > > > > > > what you meant ... eventually ;) > > > > > > > > > > I might be making too big of a deal about it. mmap semantics > mattered > > > > > a lot when SMPs first showed up and main memory was small. It > meant > > > > > that you could have multiple CPUs seeing and working on the same > chunk > > > > > of data at the same time. > > > > > > > > > > It's very similar to way that IOMMUs are exposed to user space > these > > > > > days, enabling virtual machines direct access to the I/O devices. > > > > > > > > > > ZFS breaks that model, the data is all in the ARC and if you mmap > > > > > it they have to bcopy the data out of the ARC, into the page cache > > > > > and now they have a consistency problem, you could modify stuff > > > > > via mmap or write and they have to manage that. > > > > > > > > > > That consistency problem is the main reason that Sun almost > completely > > > > > killed the buffer cache (it still was used for inodes and > directories > > > > > but that was it). That consistency problem is a pain in the rear, > > > > > all sorts of race conditions and it tended to bit rot. > > > > > > > > > > Jeff and Bill are smart people so I suspect they got it right but > I'm > > > > > still stunned that they took such an architecturally bad approach. > > > > > And even more stunned that the oversight people approved it. There > > > > > is zero chance that the Sun I worked at would have allowed that. > > > > > > > > > > --lm > > > > > > -- > > > --- > > > Larry McVoy lm at mcvoy.com > http://www.mcvoy.com/lm > > -- > --- > Larry McVoy lm at mcvoy.com > http://www.mcvoy.com/lm > [-- Attachment #2: Type: text/html, Size: 7488 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] [SPAM] Re: If not Linux, then what? 2019-08-28 3:22 ` [TUHS] [SPAM] " Rob Pike @ 2019-08-28 3:25 ` Rob Pike 2019-08-28 4:05 ` Larry McVoy 1 sibling, 0 replies; 96+ messages in thread From: Rob Pike @ 2019-08-28 3:25 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 6218 bytes --] There are many things to dislike about sockets, but one of them - irrelevant now, perhaps, but hugely troublesome at the time - was the way they embedded the specific and peculiar behavior of Ethernet, such as accepting a connection before you know if it's authorized - into the networking interface. No other networking hardware worked like Ethernet at either the electrical or the software level, and yet here we are. I grump, I grump. -rob On Wed, Aug 28, 2019 at 1:22 PM Rob Pike <robpike@gmail.com> wrote: > I find it hard to believe what you remember Dennis saying. The point of > dmr's streams was to support networking research in the lab and avoid the > myriad bugs of the mpx interface by stepping around them completely. > > Perhaps it's out of context. > > -rob > > > On Wed, Aug 28, 2019 at 9:00 AM Larry McVoy <lm@mcvoy.com> wrote: > >> streams were OK but Dennis himself told me he didn't intend them for >> networking. They were a simple mechanism for pushing line disciplines >> onto tty drivers. >> >> I can't remember exactly what he said, this was back in ~1988 or so >> and I was talking to him about the STREAMS stuff. He wasn't very >> happy with it and I'm pretty sure he said something like streams >> weren't design to mux multiple sources or network connections. >> I think he sort of grudgingly gave credit that they made it work >> but he seemed to think that it was twisting streams more than they >> should be twisted. >> >> On Wed, Aug 28, 2019 at 08:46:35AM +1000, George Michaelson wrote: >> > oh maybe I meant "streams" not "STREAMS" I always got confused if the >> > original ritchie spec was upper or lower case. Charles Forsyth coded >> > it into the York Uni Vaxen, worked fine. I left shortly after to do >> > stuff at UCL, it only came back into my life when at UQ in Australia >> > we got an ICL "certified" SYSV host and along side dead technology >> > like RFS up it popped (I think ICL had coded an OSI stack we were >> > testing) >> > >> > -G >> > >> > On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: >> > > >> > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. >> > > Have you ever used STREAMS (not Ritchies streams, those were OK)? >> > > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once >> > > to a long since defunct super computer called the ETA-10 and then >> > > to SCO Unix. I've got way more STREAMS experience than most people >> > > and I can tell you that sockets are WAY WAY better. I get the "it >> > > should have just been file I/O" except that I don't. I tried to >> > > write a library that let you open up /net/tcp/$host:$port and do >> > > I/O like it was a file descriptor. That works for a lot of stuff >> > > but I ran into problems quickly. A networking connection is not >> > > a file handle. You can make some stuff work but I couldn't figure >> > > out how to do all of it. You end up having to do ioctls to handle >> > > the stuff that doesn't fit well into the file system name space. >> > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong >> > > or remember where it didn't match. >> > > >> > > I do know that STREAMS came back to Solaris, some VP inked a shitty >> > > deal with Lachman and bought the rights to the stack. It was slow >> > > as molasses in the winter and customers absolutely hated it. Sun >> > > got Mentat to redo it for perf but customers still hated it, they >> > > understood sockets, everyone else had sockets, they wanted sockets >> > > and they got them. Sun put them back and nobody ever asked about >> > > STREAMS again. >> > > >> > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: >> > > > BSD, but with the original STREAMS semantics, not sockets. >> > > > >> > > > DARPA did us no favours accepting sockets in place of simple file >> I/O >> > > > semantics for networks. >> > > > >> > > > Newcastle connection put the namespace into >> > > > /.../remote-part/path/to/thing which I felt was also good. >> > > > >> > > > So for me, 7 -> BSD -> got worse for some values of worse >> > > > >> > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: >> > > > > >> > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: >> > > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: >> > > > > > > Which was that the page cache is >> > > > > > >*the* cache. There is nothing else. >> > > > > > Yeah, I re-read what you wrote a few times after I replied, and >> realized >> > > > > > what you meant ... eventually ;) >> > > > > >> > > > > I might be making too big of a deal about it. mmap semantics >> mattered >> > > > > a lot when SMPs first showed up and main memory was small. It >> meant >> > > > > that you could have multiple CPUs seeing and working on the same >> chunk >> > > > > of data at the same time. >> > > > > >> > > > > It's very similar to way that IOMMUs are exposed to user space >> these >> > > > > days, enabling virtual machines direct access to the I/O devices. >> > > > > >> > > > > ZFS breaks that model, the data is all in the ARC and if you mmap >> > > > > it they have to bcopy the data out of the ARC, into the page cache >> > > > > and now they have a consistency problem, you could modify stuff >> > > > > via mmap or write and they have to manage that. >> > > > > >> > > > > That consistency problem is the main reason that Sun almost >> completely >> > > > > killed the buffer cache (it still was used for inodes and >> directories >> > > > > but that was it). That consistency problem is a pain in the rear, >> > > > > all sorts of race conditions and it tended to bit rot. >> > > > > >> > > > > Jeff and Bill are smart people so I suspect they got it right but >> I'm >> > > > > still stunned that they took such an architecturally bad approach. >> > > > > And even more stunned that the oversight people approved it. >> There >> > > > > is zero chance that the Sun I worked at would have allowed that. >> > > > > >> > > > > --lm >> > > >> > > -- >> > > --- >> > > Larry McVoy lm at mcvoy.com >> http://www.mcvoy.com/lm >> >> -- >> --- >> Larry McVoy lm at mcvoy.com >> http://www.mcvoy.com/lm >> > [-- Attachment #2: Type: text/html, Size: 8352 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] [SPAM] Re: If not Linux, then what? 2019-08-28 3:22 ` [TUHS] [SPAM] " Rob Pike 2019-08-28 3:25 ` Rob Pike @ 2019-08-28 4:05 ` Larry McVoy 2019-08-28 13:52 ` Clem Cole 1 sibling, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-28 4:05 UTC (permalink / raw) To: Rob Pike; +Cc: TUHS main list I could be wrong but that's my memory. What he told me was streams was for line disciplines for tty drivers. That's what I know but you were there, I was not. I'm pretty confused because what Dennis said to me was that he did not think streams would work for networking, he thought they made sense for a stream but not for a networking connection because that had multiple connections coming up through a stream. I'm happy to be wrong but can you talk more about what he was thinking? There is no way that I'm saying you are wrong, you are you, I just want to learn. If there is a way that streams made sense for networking I'd like to see that. My experience with STREAMS is that they sucked really hard for networking. My guess is I need to go learn about mpx, I don't know that. On Wed, Aug 28, 2019 at 01:22:33PM +1000, Rob Pike wrote: > I find it hard to believe what you remember Dennis saying. The point of > dmr's streams was to support networking research in the lab and avoid the > myriad bugs of the mpx interface by stepping around them completely. > > Perhaps it's out of context. > > -rob > > > On Wed, Aug 28, 2019 at 9:00 AM Larry McVoy <lm@mcvoy.com> wrote: > > > streams were OK but Dennis himself told me he didn't intend them for > > networking. They were a simple mechanism for pushing line disciplines > > onto tty drivers. > > > > I can't remember exactly what he said, this was back in ~1988 or so > > and I was talking to him about the STREAMS stuff. He wasn't very > > happy with it and I'm pretty sure he said something like streams > > weren't design to mux multiple sources or network connections. > > I think he sort of grudgingly gave credit that they made it work > > but he seemed to think that it was twisting streams more than they > > should be twisted. > > > > On Wed, Aug 28, 2019 at 08:46:35AM +1000, George Michaelson wrote: > > > oh maybe I meant "streams" not "STREAMS" I always got confused if the > > > original ritchie spec was upper or lower case. Charles Forsyth coded > > > it into the York Uni Vaxen, worked fine. I left shortly after to do > > > stuff at UCL, it only came back into my life when at UQ in Australia > > > we got an ICL "certified" SYSV host and along side dead technology > > > like RFS up it popped (I think ICL had coded an OSI stack we were > > > testing) > > > > > > -G > > > > > > On Wed, Aug 28, 2019 at 8:40 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > > > Wait, are you arguing for STREAMS over sockets? Dear god, please no. > > > > Have you ever used STREAMS (not Ritchies streams, those were OK)? > > > > I have. I ported Lachman's STREAMS based TCP/IP stack twice, once > > > > to a long since defunct super computer called the ETA-10 and then > > > > to SCO Unix. I've got way more STREAMS experience than most people > > > > and I can tell you that sockets are WAY WAY better. I get the "it > > > > should have just been file I/O" except that I don't. I tried to > > > > write a library that let you open up /net/tcp/$host:$port and do > > > > I/O like it was a file descriptor. That works for a lot of stuff > > > > but I ran into problems quickly. A networking connection is not > > > > a file handle. You can make some stuff work but I couldn't figure > > > > out how to do all of it. You end up having to do ioctls to handle > > > > the stuff that doesn't fit well into the file system name space. > > > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > > > > or remember where it didn't match. > > > > > > > > I do know that STREAMS came back to Solaris, some VP inked a shitty > > > > deal with Lachman and bought the rights to the stack. It was slow > > > > as molasses in the winter and customers absolutely hated it. Sun > > > > got Mentat to redo it for perf but customers still hated it, they > > > > understood sockets, everyone else had sockets, they wanted sockets > > > > and they got them. Sun put them back and nobody ever asked about > > > > STREAMS again. > > > > > > > > On Wed, Aug 28, 2019 at 08:30:01AM +1000, George Michaelson wrote: > > > > > BSD, but with the original STREAMS semantics, not sockets. > > > > > > > > > > DARPA did us no favours accepting sockets in place of simple file I/O > > > > > semantics for networks. > > > > > > > > > > Newcastle connection put the namespace into > > > > > /.../remote-part/path/to/thing which I felt was also good. > > > > > > > > > > So for me, 7 -> BSD -> got worse for some values of worse > > > > > > > > > > On Wed, Aug 28, 2019 at 12:56 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > > > > > > > > On Mon, Aug 26, 2019 at 11:14:45PM -0400, Arthur Krewat wrote: > > > > > > > On 8/26/2019 10:45 PM, Larry McVoy wrote: > > > > > > > > Which was that the page cache is > > > > > > > >*the* cache. There is nothing else. > > > > > > > Yeah, I re-read what you wrote a few times after I replied, and > > realized > > > > > > > what you meant ... eventually ;) > > > > > > > > > > > > I might be making too big of a deal about it. mmap semantics > > mattered > > > > > > a lot when SMPs first showed up and main memory was small. It > > meant > > > > > > that you could have multiple CPUs seeing and working on the same > > chunk > > > > > > of data at the same time. > > > > > > > > > > > > It's very similar to way that IOMMUs are exposed to user space > > these > > > > > > days, enabling virtual machines direct access to the I/O devices. > > > > > > > > > > > > ZFS breaks that model, the data is all in the ARC and if you mmap > > > > > > it they have to bcopy the data out of the ARC, into the page cache > > > > > > and now they have a consistency problem, you could modify stuff > > > > > > via mmap or write and they have to manage that. > > > > > > > > > > > > That consistency problem is the main reason that Sun almost > > completely > > > > > > killed the buffer cache (it still was used for inodes and > > directories > > > > > > but that was it). That consistency problem is a pain in the rear, > > > > > > all sorts of race conditions and it tended to bit rot. > > > > > > > > > > > > Jeff and Bill are smart people so I suspect they got it right but > > I'm > > > > > > still stunned that they took such an architecturally bad approach. > > > > > > And even more stunned that the oversight people approved it. There > > > > > > is zero chance that the Sun I worked at would have allowed that. > > > > > > > > > > > > --lm > > > > > > > > -- > > > > --- > > > > Larry McVoy lm at mcvoy.com > > http://www.mcvoy.com/lm > > > > -- > > --- > > Larry McVoy lm at mcvoy.com > > http://www.mcvoy.com/lm > > -- --- Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] [SPAM] Re: If not Linux, then what? 2019-08-28 4:05 ` Larry McVoy @ 2019-08-28 13:52 ` Clem Cole 2019-08-28 14:31 ` [TUHS] " Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: Clem Cole @ 2019-08-28 13:52 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 2289 bytes --] On Wed, Aug 28, 2019 at 12:06 AM Larry McVoy <lm@mcvoy.com> wrote: > I could be wrong but that's my memory. What he told me was streams was > for line disciplines for tty drivers. > Rob - this syncs with what Dennis I had talked about too *i.e.* Using streams for the serial interface; as the line disciplines stuff was a mess by that point. I cannt say I remember talking to him about using streams for networking. But I will say, I did agree that when we looked later at Stellar; but stuck with using sockets. This was for no other reason than to ensure that the BSD code 'just worked' and for a product, which where I was at the time (and I think Larry also at Sun), ensuring existing code worked (and worked efficiently), has to be the high order bit. I do hear you about many of the deficancies of 'pure joy.' It seems that it is always difficult as systems implementors to decide when to have an 'ice age' and try to kill off the old code and when to evolve it. IMHO: the code running user space that exploited the networking layer was still new enough, that evolution (*i.e.* hanging on an interface that was seemly 'good enough' - sockets) was more attractive than revolution. FWIW: we can now analyize and argue why BSD UNIX and the socket interface were what made it happen, but the historical fact is that sockets did seed the user space network code base. Also, I will observe that your comments about replacing MPX are a solid memory for me also, IIRC Greg developed MPX for datakit originally. He had sent me a copy at CMU in the late 1970s (but before V7 was out the door) and we had it in our v6++/CMU distr front -end system. I also remember messing with it in on the Teklabs system. Because I had messed with it at CMU aqnd was familar with its semantics, we we got the 3COM UNET code base (which was the first commercial IP/TCP implementation and it ran in user space unlike the later BBN Gurwitiz code base), and I rewrote some of Greg Shaw and Bruce Borden's stuff to use MPX. I'm trying to remember how their code worked before we hacked it -- (maybe Rand Pipes); but that was too many beers ago for my brain to still have it. I'm pretty sure Greg/Bruce took this back to 3Com when we were done. Sadly, the UNET stuff seems to have been lost. Clem [-- Attachment #2: Type: text/html, Size: 3323 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 13:52 ` Clem Cole @ 2019-08-28 14:31 ` Larry McVoy 2019-08-28 14:57 ` Clem Cole 0 siblings, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-28 14:31 UTC (permalink / raw) To: Clem Cole; +Cc: TUHS main list On Wed, Aug 28, 2019 at 09:52:42AM -0400, Clem Cole wrote: > On Wed, Aug 28, 2019 at 12:06 AM Larry McVoy <lm@mcvoy.com> wrote: > > > I could be wrong but that's my memory. What he told me was streams was > > for line disciplines for tty drivers. > > > > Rob - this syncs with what Dennis I had talked about too *i.e.* Using > streams for the serial interface; as the line disciplines stuff was a mess > by that point. I cannt say I remember talking to him about using streams > for networking. If my memory is right, I would have talked to Dennis about it around 1987 or early 1988. Is it possible that was before they did networking in streams? Maybe I have the dates wrong but my guess is I talked to him about it before the networking stuff was done in research Unix. So his view may have evolved. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 14:31 ` [TUHS] " Larry McVoy @ 2019-08-28 14:57 ` Clem Cole 0 siblings, 0 replies; 96+ messages in thread From: Clem Cole @ 2019-08-28 14:57 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 957 bytes --] Could be. I'm not sure I can date it, On Wed, Aug 28, 2019 at 10:31 AM Larry McVoy <lm@mcvoy.com> wrote: > On Wed, Aug 28, 2019 at 09:52:42AM -0400, Clem Cole wrote: > > On Wed, Aug 28, 2019 at 12:06 AM Larry McVoy <lm@mcvoy.com> wrote: > > > > > I could be wrong but that's my memory. What he told me was streams was > > > for line disciplines for tty drivers. > > > > > > > Rob - this syncs with what Dennis I had talked about too *i.e.* Using > > streams for the serial interface; as the line disciplines stuff was a > mess > > by that point. I cannt say I remember talking to him about using streams > > for networking. > > If my memory is right, I would have talked to Dennis about it around > 1987 or early 1988. Is it possible that was before they did networking > in streams? > > Maybe I have the dates wrong but my guess is I talked to him about it > before the networking stuff was done in research Unix. So his view > may have evolved. > [-- Attachment #2: Type: text/html, Size: 1488 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 22:46 ` George Michaelson 2019-08-27 22:59 ` [TUHS] [SPAM] " Larry McVoy @ 2019-08-28 6:19 ` Wesley Parish 2019-08-28 6:30 ` Peter Jeremy 2019-08-28 12:46 ` Warner Losh 1 sibling, 2 replies; 96+ messages in thread From: Wesley Parish @ 2019-08-28 6:19 UTC (permalink / raw) To: George Michaelson; +Cc: TUHS main list Speaking of OSI stacks, I know 4.4BSD Lite came with some fragments of one. OSI's dead and hardly mourned these days, but did anyone in the Unix world ever get beyond the 4.4BSD fragmentary implementation? Wesley Parish On 8/28/19, George Michaelson <ggm@algebras.org> wrote: > oh maybe I meant "streams" not "STREAMS" I always got confused if the > original ritchie spec was upper or lower case. Charles Forsyth coded > it into the York Uni Vaxen, worked fine. I left shortly after to do > stuff at UCL, it only came back into my life when at UQ in Australia > we got an ICL "certified" SYSV host and along side dead technology > like RFS up it popped (I think ICL had coded an OSI stack we were > testing) > > -G > < snip > ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 6:19 ` Wesley Parish @ 2019-08-28 6:30 ` Peter Jeremy 2019-08-28 11:05 ` Jason Stevens 2019-08-28 13:57 ` Clem Cole 2019-08-28 12:46 ` Warner Losh 1 sibling, 2 replies; 96+ messages in thread From: Peter Jeremy @ 2019-08-28 6:30 UTC (permalink / raw) To: Wesley Parish; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 623 bytes --] On 2019-Aug-28 18:19:21 +1200, Wesley Parish <wobblygong@gmail.com> wrote: >Speaking of OSI stacks, I know 4.4BSD Lite came with some fragments of >one. OSI's dead and hardly mourned these days, but did anyone in the >Unix world ever get beyond the 4.4BSD fragmentary implementation? There was ISODE (https://en.wikipedia.org/wiki/ISO_Development_Environment). I recall experimenting with it but didn't actually use it in anger. I know that DEC/Compaq/HP Tru64 Unix (nee OSF/1) came with a OSI stack - we had customers who wanted/used FTAM and I was surprised to find it came with the OS. -- Peter Jeremy [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 963 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 6:30 ` Peter Jeremy @ 2019-08-28 11:05 ` Jason Stevens 2019-08-28 11:11 ` Arrigo Triulzi 2019-08-28 14:04 ` Clem Cole 2019-08-28 13:57 ` Clem Cole 1 sibling, 2 replies; 96+ messages in thread From: Jason Stevens @ 2019-08-28 11:05 UTC (permalink / raw) To: tuhs [-- Attachment #1: Type: text/plain, Size: 1102 bytes --] I have OSF/1 1.0 running on gxemul … Any idea on where/ how to configure OSI? OSF/1 Release 1 (OSFMIPS) console login: root Last login: Thu Aug 29 06:03:07 on console DEC OSF/1 V1.0 (Rev. 166); Sun Jun 07 19:23:34 CDT 1970 DEC OSF/1 V1.0 Worksystem Software (Rev. 161) # find / -name 'osi*' -print # From: Peter Jeremy Sent: Wednesday, August 28, 2019 2:47 PM To: Wesley Parish Cc: TUHS main list Subject: Re: [TUHS] If not Linux, then what? On 2019-Aug-28 18:19:21 +1200, Wesley Parish <wobblygong@gmail.com> wrote: >Speaking of OSI stacks, I know 4.4BSD Lite came with some fragments of >one. OSI's dead and hardly mourned these days, but did anyone in the >Unix world ever get beyond the 4.4BSD fragmentary implementation? There was ISODE (https://en.wikipedia.org/wiki/ISO_Development_Environment). I recall experimenting with it but didn't actually use it in anger. I know that DEC/Compaq/HP Tru64 Unix (nee OSF/1) came with a OSI stack - we had customers who wanted/used FTAM and I was surprised to find it came with the OS. -- Peter Jeremy [-- Attachment #2: Type: text/html, Size: 3427 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 11:05 ` Jason Stevens @ 2019-08-28 11:11 ` Arrigo Triulzi 2019-08-28 14:04 ` Clem Cole 1 sibling, 0 replies; 96+ messages in thread From: Arrigo Triulzi @ 2019-08-28 11:11 UTC (permalink / raw) To: Jason Stevens; +Cc: tuhs On 28 Aug 2019, at 13:05, Jason Stevens <jsteve@superglobalmegacorp.com> wrote: > I have OSF/1 1.0 running on gxemul … > > Any idea on where/ how to configure OSI? I am not entirely sure it was already available on 1.0, it was around on 2.0. You got OSI via the "DECnet Plus OSI” and I seem to recall needing a PAK for it. eolo:~/sys/PAKs/PAKs-DECcampus/paks_unix$ ls *osi* decnet-osi-end decnet-osi-ext :) Arrigo ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 11:05 ` Jason Stevens 2019-08-28 11:11 ` Arrigo Triulzi @ 2019-08-28 14:04 ` Clem Cole 2019-08-28 16:34 ` Henry Bent 1 sibling, 1 reply; 96+ messages in thread From: Clem Cole @ 2019-08-28 14:04 UTC (permalink / raw) To: Jason Stevens; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 1891 bytes --] If that's the MIPs code base, it is likely to not be there. I could be forgetting something, but I remember that DECnet was released for the MIPS products. It was on Tru64 and Ultrix, but is a 'layered product' so you needed a license to install it and it needed to be a late enough version that had switched to exposing a full OSI stack. That said, I do not remember/know how well it functioned talking to any OSI stack other than DECs. On Wed, Aug 28, 2019 at 7:05 AM Jason Stevens < jsteve@superglobalmegacorp.com> wrote: > > > I have OSF/1 1.0 running on gxemul … > > > > Any idea on where/ how to configure OSI? > > > > > > OSF/1 Release 1 (OSFMIPS) console > > > > login: root > > Last login: Thu Aug 29 06:03:07 on console > > DEC OSF/1 V1.0 (Rev. 166); Sun Jun 07 19:23:34 CDT 1970 > > DEC OSF/1 V1.0 Worksystem Software (Rev. 161) > > > > # find / -name 'osi*' -print > > # > > > > *From: *Peter Jeremy <peter@rulingia.com> > *Sent: *Wednesday, August 28, 2019 2:47 PM > *To: *Wesley Parish <wobblygong@gmail.com> > *Cc: *TUHS main list <tuhs@minnie.tuhs.org> > *Subject: *Re: [TUHS] If not Linux, then what? > > > > On 2019-Aug-28 18:19:21 +1200, Wesley Parish <wobblygong@gmail.com> > > wrote: > > >Speaking of OSI stacks, I know 4.4BSD Lite came with some fragments of > > >one. OSI's dead and hardly mourned these days, but did anyone in the > > >Unix world ever get beyond the 4.4BSD fragmentary implementation? > > > > There was ISODE > > (https://en.wikipedia.org/wiki/ISO_Development_Environment). > > I recall experimenting with it but didn't actually use it in anger. > > > > I know that DEC/Compaq/HP Tru64 Unix (nee OSF/1) came with a OSI stack - > > we had customers who wanted/used FTAM and I was surprised to find it > > came with the OS. > > > > -- > > Peter Jeremy > > > [-- Attachment #2: Type: text/html, Size: 3814 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 14:04 ` Clem Cole @ 2019-08-28 16:34 ` Henry Bent 2019-08-28 17:32 ` Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: Henry Bent @ 2019-08-28 16:34 UTC (permalink / raw) To: Clem Cole; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 3072 bytes --] On Wed, 28 Aug 2019 at 10:05, Clem Cole <clemc@ccc.com> wrote: > If that's the MIPs code base, it is likely to not be there. I could be > forgetting something, but I remember that DECnet was released for the MIPS > products. It was on Tru64 and Ultrix, but is a 'layered product' so you > needed a license to install it and it needed to be a late enough version > that had switched to exposing a full OSI stack. > > That said, I do not remember/know how well it functioned talking to any > OSI stack other than DECs. > OSF/1 for MIPS wasn't actually a beta but it might as well have been. It was slow, it was buggy, and DEC dropped support for it fairly quickly after it was released. It was never ported to any of the R4k machines. Customers were not happy. Anyway, the official release announcement ( https://groups.google.com/forum/?hl=en#!original/bit.listserv.esl-l/BovGe3q9yWE/cqlcCYfxmbAJ ) mentions a few layered products, none of which I have ever seen in the wild. No OSI implementation is mentioned. Looking through a list of layered products for Ultrix from mid-1994, I see a few OSI-related things: MIPS: DEC OSI Application 1.1 GZSAA Developer's Toolkit DECnet/OSI for ULTRIX 5.1A YT9AA OSI Application Toolkit 5.1A OSIAP_RISC VAX: DECnet/OSI for ULTRIX 5.1A 716AA OSI Application Toolkit 5.1A OSIAP_VAX If you want more documentation on any of these, contact me off-list. -Henry > On Wed, Aug 28, 2019 at 7:05 AM Jason Stevens < > jsteve@superglobalmegacorp.com> wrote: > >> >> >> I have OSF/1 1.0 running on gxemul … >> >> >> >> Any idea on where/ how to configure OSI? >> >> >> >> >> >> OSF/1 Release 1 (OSFMIPS) console >> >> >> >> login: root >> >> Last login: Thu Aug 29 06:03:07 on console >> >> DEC OSF/1 V1.0 (Rev. 166); Sun Jun 07 19:23:34 CDT 1970 >> >> DEC OSF/1 V1.0 Worksystem Software (Rev. 161) >> >> >> >> # find / -name 'osi*' -print >> >> # >> >> >> >> *From: *Peter Jeremy <peter@rulingia.com> >> *Sent: *Wednesday, August 28, 2019 2:47 PM >> *To: *Wesley Parish <wobblygong@gmail.com> >> *Cc: *TUHS main list <tuhs@minnie.tuhs.org> >> *Subject: *Re: [TUHS] If not Linux, then what? >> >> >> >> On 2019-Aug-28 18:19:21 +1200, Wesley Parish <wobblygong@gmail.com> >> >> wrote: >> >> >Speaking of OSI stacks, I know 4.4BSD Lite came with some fragments of >> >> >one. OSI's dead and hardly mourned these days, but did anyone in the >> >> >Unix world ever get beyond the 4.4BSD fragmentary implementation? >> >> >> >> There was ISODE >> >> (https://en.wikipedia.org/wiki/ISO_Development_Environment). >> >> I recall experimenting with it but didn't actually use it in anger. >> >> >> >> I know that DEC/Compaq/HP Tru64 Unix (nee OSF/1) came with a OSI stack - >> >> we had customers who wanted/used FTAM and I was surprised to find it >> >> came with the OS. >> >> >> >> -- >> >> Peter Jeremy >> >> >> > [-- Attachment #2: Type: text/html, Size: 5694 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 16:34 ` Henry Bent @ 2019-08-28 17:32 ` Larry McVoy 2019-08-28 17:51 ` Jon Forrest 2019-08-28 18:56 ` Clem Cole 0 siblings, 2 replies; 96+ messages in thread From: Larry McVoy @ 2019-08-28 17:32 UTC (permalink / raw) To: Henry Bent; +Cc: tuhs On Wed, Aug 28, 2019 at 12:34:46PM -0400, Henry Bent wrote: > On Wed, 28 Aug 2019 at 10:05, Clem Cole <clemc@ccc.com> wrote: > > > If that's the MIPs code base, it is likely to not be there. I could be > > forgetting something, but I remember that DECnet was released for the MIPS > > products. It was on Tru64 and Ultrix, but is a 'layered product' so you > > needed a license to install it and it needed to be a late enough version > > that had switched to exposing a full OSI stack. > > > > That said, I do not remember/know how well it functioned talking to any > > OSI stack other than DECs. > > > > OSF/1 for MIPS wasn't actually a beta but it might as well have been. It > was slow, it was buggy, and DEC dropped support for it fairly quickly after > it was released. It was never ported to any of the R4k machines. Perhaps Clem can shed some light on why DEC did a MIPS machine? I had sort of stopped paying attention to them, so don't know the reasoning. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 17:32 ` Larry McVoy @ 2019-08-28 17:51 ` Jon Forrest 2019-08-28 18:56 ` Clem Cole 1 sibling, 0 replies; 96+ messages in thread From: Jon Forrest @ 2019-08-28 17:51 UTC (permalink / raw) To: tuhs On 8/28/2019 10:32 AM, Larry McVoy wrote: > Perhaps Clem can shed some light on why DEC did a MIPS machine? I had > sort of stopped paying attention to them, so don't know the reasoning. I always thought it was because the Vaxes were too slow (and too expensive) to compete with Sun, and the Alphas wouldn't be ready soon enough. So, going with MIPS was a relatively quick and easy solution. In UC Berkeley CS in the early 90s we had lots of DEC MIP-stations. In fact, I believe that Ousterhout used them to develop Sprite. IIRC, there weren't nearly as many Suns, which was odd, considering that Dave Patterson was in the department. As a result of the Sequoia 2000 project we got great deals on DEC hardware. Jon ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 17:32 ` Larry McVoy 2019-08-28 17:51 ` Jon Forrest @ 2019-08-28 18:56 ` Clem Cole 2019-08-28 20:23 ` Arrigo Triulzi 2019-08-29 3:24 ` Lawrence Stewart 1 sibling, 2 replies; 96+ messages in thread From: Clem Cole @ 2019-08-28 18:56 UTC (permalink / raw) To: Larry McVoy; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 3418 bytes --] On Wed, Aug 28, 2019 at 1:32 PM Larry McVoy <lm@mcvoy.com> wrote: > Perhaps Clem can shed some light on why DEC did a MIPS machine? > I did not work for DEC at the time and obviously, I was not in the room, so this is what I can say I picked up. Supnik would be a better person to ask. That said, some things I do know about the time/and behinds the scene. - Jupiter and Prism had been canceled. - Alpha did not yet exist (and would not for another 2 years) - Cutler had left for Microsoft etc.. - Sun was clearly on its game - The VAX on a Chip just was not cutting it - RISC architectures were the hot item Here is where I get fuzzy on details. - I believe a prototype (i.e. skunk works) MIPS was running at WRL in Palo Alto running Ultrix and DEC windows, I think using some sort of cheap ??PC?? chassis. - But the performance of the prototype was excellent and cost was cheaper than the current vax products. - Somebody sr, maybe Bob, shows this to Sr management and got the money to productize it. The issue as making an official Ultrix for it was I know a big one. Ultimately, DEC farmed that work out to us at LCC (with us eventually taking over all of Ultrix - MIPS and Vax). So, I think the MIPS product was a holding pattern while DEC got it's strategy together. Alpha would really show up until later (I would leave LCC and go to DEC to be apart if that). Also note Alpha was brought up/debugged on Ultrix and of course, Prism sort of had Ultrix on it. But I think using the MIPS chip keep them in the game, when Vax was dying and RISC was the word on the street. FWIW: The issue of OSF/1 was a different one. The whole switching off Ultrix, getting to a new OS had been kicking around DEC for a while. One of the arguments for Cutler had been his new Mica system was that it could run both Unix and VMS on top of it - *i.e.* a single OS kernel. When Prism was canceled (along with Mica) and Cutler left, that was a huge hole for DEC's SW strategy. Oppose Sun Forever (OSF) as it was formed to counter the Sun/AT&T move. That gave DEC a way out. But remember, OSF/1 on MIPS was actually not a full product. What you got was what OSF had released, which is why it really more like a beta. While it started down the path to being a product; and DEC did specifically made it available (primarily to Universities/Research types), DEC management was very reluctant to release it because they did not want to support it. In fact, LCC was asked to give a bid on taking it on after we had taken over Ultrix. DEC management already saw Ultrix/MIPS as a resource drag once Alpha finally had been committed. [ FYI: this was the same behavior as IBM on AIX/360 BTW. Funny, how big companies sometimes do things like this]. I always said, asking customers (and the ISVs) to switch OS and ISA in one step was what caused a huge problem for DEC [along with the ISA being 64-bit only and ISV/customer code 32-bit dirty]. I've often wondered if a 32/64 bit OSF/1 MIPS stepping stone using the R4400 had been available, particularly with the Gem compiler suite (which they had but never released outside of DEC), it would have allowed the ISVs to move to Alpha quicker. Having to do it all in one step, cost them 3 years and more importantly, by the time the code was 64-bit clean; Sun & PPC had a 64-bit system and took the ISVs with away. Clem [-- Attachment #2: Type: text/html, Size: 7614 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 18:56 ` Clem Cole @ 2019-08-28 20:23 ` Arrigo Triulzi 2019-08-29 3:24 ` Lawrence Stewart 1 sibling, 0 replies; 96+ messages in thread From: Arrigo Triulzi @ 2019-08-28 20:23 UTC (permalink / raw) To: Clem Cole; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 1272 bytes --] On 28 Aug 2019, at 20:57, Clem Cole <clemc@ccc.com> wrote: >> On Wed, Aug 28, 2019 at 1:32 PM Larry McVoy <lm@mcvoy.com> wrote: >> Perhaps Clem can shed some light on why DEC did a MIPS machine? > I did not work for DEC at the time and obviously, I was not in the room, so this is what I can say I picked up. Supnik would be a better person to ask. That said, some things I do know about the time/and behinds the scene. As a customer, back in 1992 in the UK: DEC sold us Ultrix DECstations running on the R3000, the R4000 upgrade and then told us the Alpha upgrade would be for peanuts. So we ran this research cluster with one Alpha 3000/600 and two Alpha 3000/400 running OSF/1 T1.0 and the DECstations on Ultrix, compiling everything on Ultrix and "mx"ing into OSF/1 until, with OSF/1 2.0 the "upgrades" showed up and we ended up with a beautiful Alpha cluster which was the envy of the college. They then spread like wildfire when engineering depts tried their code on our cluster… For us the MIPS DECstations were literally placeholders for the Alphas we'd be getting with the trade-in! One of the DECstations is still with me because it turned out that DEC did not want back the huge stack of DECstations we had piled up for the trade-in! Arrigo [-- Attachment #2: Type: text/html, Size: 1976 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 18:56 ` Clem Cole 2019-08-28 20:23 ` Arrigo Triulzi @ 2019-08-29 3:24 ` Lawrence Stewart 2019-08-29 10:55 ` Tony Finch 1 sibling, 1 reply; 96+ messages in thread From: Lawrence Stewart @ 2019-08-29 3:24 UTC (permalink / raw) To: Clem Cole; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 2839 bytes --] > On 2019, Aug 28, at 2:56 PM, Clem Cole <clemc@ccc.com> wrote: > > > > On Wed, Aug 28, 2019 at 1:32 PM Larry McVoy <lm@mcvoy.com <mailto:lm@mcvoy.com>> wrote: > Perhaps Clem can shed some light on why DEC did a MIPS machine? > I did not work for DEC at the time and obviously, I was not in the room, so this is what I can say I picked up. Supnik would be a better person to ask. That said, some things I do know about the time/and behinds the scene. > Jupiter and Prism had been canceled. > Alpha did not yet exist (and would not for another 2 years) > Cutler had left for Microsoft etc.. > Sun was clearly on its game > The VAX on a Chip just was not cutting it > RISC architectures were the hot item > Here is where I get fuzzy on details. > I believe a prototype (i.e. skunk works) MIPS was running at WRL in Palo Alto running Ultrix and DEC windows, I think using some sort of cheap ??PC?? chassis. > But the performance of the prototype was excellent and cost was cheaper than the current vax products. > Somebody sr, maybe Bob, shows this to Sr management and got the money to productize it. The issue as making an official Ultrix for it was I know a big one. Ultimately, DEC farmed that work out to us at LCC (with us eventually taking over all of Ultrix - MIPS and Vax). I was at the Digital Systems Research Center in Palo Alto between 1984 and 1989. Also located in Palo Alto were the Western Research Lab (run by Forest Baskett), Workstation Systems Engineering, and the West Coast Systems Lab. Steve Bourne was at one of these. All were within a few blocks of each other and easy walking distance to “Louis’” chinese restaurant, whose official name was “The Little Restaurant”. The rule was that you could not go to Louis' for lunch if you had eaten lunch there the day before. At the time, SRC was building multiprocessor research workstations with VAX chips (the Firefly, I did some of the hardware) and WRL was building an ECL RISC machine (the Titan). WSE was started, I think, to commercialize a multiprocessor VAX workstation something like the Firefly. WSL was a software group working on window systems and things like multimedia software. The WSE machines became the VAXStation 3520 and 3540, code named FireFox (showing the ancestry I guess!). The folks at WSE, I think with egging on from WRL, who were in the same building, then built the R2000 based “PMAX” and then the R3000 based “3MAX”. These were rather nice machines for 1990 and 1991. They also invented a flat attaching I/O card format “TurboChannel”. The impression I has was that the RS6000 and the PA-RISC and the various MIPS machines put a large scare into Digital. I don’t know how the politics worked for this. The west coast was a long long way from Maynard. Larry [-- Attachment #2: Type: text/html, Size: 5601 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-29 3:24 ` Lawrence Stewart @ 2019-08-29 10:55 ` Tony Finch 0 siblings, 0 replies; 96+ messages in thread From: Tony Finch @ 2019-08-29 10:55 UTC (permalink / raw) To: Lawrence Stewart; +Cc: tuhs Lawrence Stewart <stewart@serissa.com> wrote: > > At the time, SRC was building multiprocessor research workstations with > VAX chips (the Firefly, I did some of the hardware) and WRL was building > an ECL RISC machine (the Titan). I've found a Titan System Manual from 1988 https://www.hpl.hp.com/techreports/Compaq-DEC/WRL-86-1.pdf It's a curious machine with a number of unusual instruction set features - an 8 bit CPU process ID hooked into the virtual memory system, register banks selected using the processor status register - otherwise RISC flavoured. Did it have any successors? Tony. -- f.anthony.n.finch <dot@dotat.at> http://dotat.at/ The Minch: Southwest 5 to 7, occasionally gale 8 for a time, decreasing 2 or 3 and becoming cyclonic later. Moderate or rough. Rain or showers. Moderate or good, occasionally poor. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 6:30 ` Peter Jeremy 2019-08-28 11:05 ` Jason Stevens @ 2019-08-28 13:57 ` Clem Cole 1 sibling, 0 replies; 96+ messages in thread From: Clem Cole @ 2019-08-28 13:57 UTC (permalink / raw) To: Peter Jeremy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 747 bytes --] On Wed, Aug 28, 2019 at 2:46 AM Peter Jeremy <peter@rulingia.com> wrote: > There was ISODE (https://en.wikipedia.org/wiki/ISO_Development_Environment > ). > I recall experimenting with it but didn't actually use it in anger. > Ditto. > > I know that DEC/Compaq/HP Tru64 Unix (nee OSF/1) came with a OSI stack - > we had customers who wanted/used FTAM and I was surprised to find it > came with the OS. > Tru64 talked to DECnet Phase X (I don't remember which one, maybe 4 or 5), which had become an ISO/OSI stack by that point for political reasons inside of Digital (the OSI vs TCP war reminded me of the Pascal vs C and VMS vs UNIX wars - all very silly in retrospect, but I guess it was really about who got which $s for development). Clem [-- Attachment #2: Type: text/html, Size: 1854 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 6:19 ` Wesley Parish 2019-08-28 6:30 ` Peter Jeremy @ 2019-08-28 12:46 ` Warner Losh 1 sibling, 0 replies; 96+ messages in thread From: Warner Losh @ 2019-08-28 12:46 UTC (permalink / raw) To: Wesley Parish; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1035 bytes --] On Wed, Aug 28, 2019, 12:19 AM Wesley Parish <wobblygong@gmail.com> wrote: > Speaking of OSI stacks, I know 4.4BSD Lite came with some fragments of > one. OSI's dead and hardly mourned these days, but did anyone in the > Unix world ever get beyond the 4.4BSD fragmentary implementation? > The Wollongong Group has OSI for various flavors of Sustem V and System III running on the 3B* family, 386 and a few others. I recall setting them up for interop in the summer of 1989. Warner Wesley Parish > > > On 8/28/19, George Michaelson <ggm@algebras.org> wrote: > > oh maybe I meant "streams" not "STREAMS" I always got confused if the > > original ritchie spec was upper or lower case. Charles Forsyth coded > > it into the York Uni Vaxen, worked fine. I left shortly after to do > > stuff at UCL, it only came back into my life when at UQ in Australia > > we got an ICL "certified" SYSV host and along side dead technology > > like RFS up it popped (I think ICL had coded an OSI stack we were > > testing) > > > > -G > > > < snip > > [-- Attachment #2: Type: text/html, Size: 1800 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 22:40 ` Larry McVoy 2019-08-27 22:46 ` George Michaelson @ 2019-08-27 23:16 ` Bakul Shah 2019-08-27 23:33 ` Larry McVoy 1 sibling, 1 reply; 96+ messages in thread From: Bakul Shah @ 2019-08-27 23:16 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list On Tue, 27 Aug 2019 15:40:02 -0700 Larry McVoy <lm@mcvoy.com> wrote: Larry McVoy writes: > and I can tell you that sockets are WAY WAY better. I get the "it > should have just been file I/O" except that I don't. I tried to > write a library that let you open up /net/tcp/$host:$port and do > I/O like it was a file descriptor. That works for a lot of stuff > but I ran into problems quickly. A networking connection is not > a file handle. You can make some stuff work but I couldn't figure > out how to do all of it. You end up having to do ioctls to handle > the stuff that doesn't fit well into the file system name space. > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > or remember where it didn't match. Plan9 does a decent enough job. cpu% ls /net/tcp /net/tcp/0 /net/tcp/1 /net/tcp/2 /net/tcp/clone /net/tcp/stats cpu% ls /net/tcp/1 /net/tcp/1/ctl /net/tcp/1/data /net/tcp/1/err /net/tcp/1/listen /net/tcp/1/local /net/tcp/1/remote /net/tcp/1/status cpu% cd /net/tcp/1 cpu% cat local remote 192.168.1.103!17010 192.168.1.11!52027 See http://doc.cat-v.org/plan_9/4th_edition/papers/net/ Replacing ioctls with writing ascii commands to ctl files was a significant improvement. For one thing you can do all this from a shell script. plan9 would've been a big improvement over *BSD or Linux. But I think a conceptual merge was needed between some sane version of Unix and plan9 so as to not throw out all the dusty decks. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 23:16 ` Bakul Shah @ 2019-08-27 23:33 ` Larry McVoy 2019-08-28 0:21 ` Bakul Shah 0 siblings, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-27 23:33 UTC (permalink / raw) To: Bakul Shah; +Cc: TUHS main list On Tue, Aug 27, 2019 at 04:16:18PM -0700, Bakul Shah wrote: > On Tue, 27 Aug 2019 15:40:02 -0700 Larry McVoy <lm@mcvoy.com> wrote: > Larry McVoy writes: > > and I can tell you that sockets are WAY WAY better. I get the "it > > should have just been file I/O" except that I don't. I tried to > > write a library that let you open up /net/tcp/$host:$port and do > > I/O like it was a file descriptor. That works for a lot of stuff > > but I ran into problems quickly. A networking connection is not > > a file handle. You can make some stuff work but I couldn't figure > > out how to do all of it. You end up having to do ioctls to handle > > the stuff that doesn't fit well into the file system name space. > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > > or remember where it didn't match. > > Plan9 does a decent enough job. > > cpu% ls /net/tcp > /net/tcp/0 > /net/tcp/1 > /net/tcp/2 > /net/tcp/clone > /net/tcp/stats > > cpu% ls /net/tcp/1 > /net/tcp/1/ctl > /net/tcp/1/data > /net/tcp/1/err > /net/tcp/1/listen > /net/tcp/1/local > /net/tcp/1/remote > /net/tcp/1/status I dunno. I can't look at that and know what it means. So it means I have to toss (by the time this came out) a decade or more worth of knowing how to use sockets and learn this new model that may or may not go anywhere. > plan9 would've been a big improvement over *BSD or Linux. But > I think a conceptual merge was needed between some sane > version of Unix and plan9 so as to not throw out all the dusty > decks. That would have made a huge difference. The problem with Unix is it is largely good enough. All sorts of warts appeared over the years but you can get your job done. Plan 9 was such a big departure that it never gained traction. Having it conform to Posix or pick the most popular Unix (SunOS? BSD?) and conform to that. I'm biased but even if I wasn't I'd have picked SunOS, virtually all open source back in the day compiled out of the tarball on SunOS. Everyone else had to tinker or run configure or whatever. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 23:33 ` Larry McVoy @ 2019-08-28 0:21 ` Bakul Shah 2019-08-28 1:21 ` Arthur Krewat 0 siblings, 1 reply; 96+ messages in thread From: Bakul Shah @ 2019-08-28 0:21 UTC (permalink / raw) To: Larry McVoy; +Cc: TUHS main list On Tue, 27 Aug 2019 16:33:38 -0700 Larry McVoy <lm@mcvoy.com> wrote: Larry McVoy writes: > On Tue, Aug 27, 2019 at 04:16:18PM -0700, Bakul Shah wrote: > > On Tue, 27 Aug 2019 15:40:02 -0700 Larry McVoy <lm@mcvoy.com> wrote: > > Larry McVoy writes: > > > and I can tell you that sockets are WAY WAY better. I get the "it > > > should have just been file I/O" except that I don't. I tried to > > > write a library that let you open up /net/tcp/$host:$port and do > > > I/O like it was a file descriptor. That works for a lot of stuff > > > but I ran into problems quickly. A networking connection is not > > > a file handle. You can make some stuff work but I couldn't figure > > > out how to do all of it. You end up having to do ioctls to handle > > > the stuff that doesn't fit well into the file system name space. > > > I think plan 9 did this sort of thing, maybe Rob can prove me wrong > > > or remember where it didn't match. > > > > Plan9 does a decent enough job. > > > > cpu% ls /net/tcp > > /net/tcp/0 > > /net/tcp/1 > > /net/tcp/2 > > /net/tcp/clone > > /net/tcp/stats > > > > cpu% ls /net/tcp/1 > > /net/tcp/1/ctl > > /net/tcp/1/data > > /net/tcp/1/err > > /net/tcp/1/listen > > /net/tcp/1/local > > /net/tcp/1/remote > > /net/tcp/1/status > > I dunno. I can't look at that and know what it means. So it means I have Hence the link to Presotto and Winterbottom's paper. > to toss (by the time this came out) a decade or more worth of knowing how > to use sockets and learn this new model that may or may not go anywhere. It's a simper model. It is no big deal. I was intimately familiar with sockets and the BSD networking stack (worked in a router startup from the beginning where we rejiggered the FreeBSD network stack to support N forwarding tables, additional protocols, interface types etc. etc.). > > plan9 would've been a big improvement over *BSD or Linux. But > > I think a conceptual merge was needed between some sane > > version of Unix and plan9 so as to not throw out all the dusty > > decks. > > That would have made a huge difference. The problem with Unix is it > is largely good enough. All sorts of warts appeared over the years > but you can get your job done. Plan 9 was such a big departure that > it never gained traction. Having it conform to Posix or pick the > most popular Unix (SunOS? BSD?) and conform to that. I'm biased but > even if I wasn't I'd have picked SunOS, virtually all open source back > in the day compiled out of the tarball on SunOS. Everyone else had > to tinker or run configure or whatever. I believe not having to be compatible with Unix meant plan9 could evolve unimpeded. But IMHO it was not so far out that a merge would have been impossible. plan9 had "ape" (ansi/posix environment) for compiling posix compatible programs but that didn't go far enough. The result might've been a worse plan9 but a better Unix. The last version I used SunOS3.5 on a 4MB Sun 3/50. It was very nice in its day. Once I got a 386 (or was it 486) with 16MB of memory & BSD, the Sun machine saw less and less use. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 0:21 ` Bakul Shah @ 2019-08-28 1:21 ` Arthur Krewat 2019-08-28 1:46 ` Larry McVoy 0 siblings, 1 reply; 96+ messages in thread From: Arthur Krewat @ 2019-08-28 1:21 UTC (permalink / raw) To: tuhs In re: the socket() thing... I remember getting into something (forget what) back in the early 90's, writing something (again, I forget what) and realizing what I needed to do to open a socket to a remote endpoint. I remember thinking "wait, I can't just open("hostname:port", O_TCP); ???" And, horror of all horrors, I need to deal with little/big endian things? ntohs(), htons(), et al? jeez... :) art k. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 1:21 ` Arthur Krewat @ 2019-08-28 1:46 ` Larry McVoy 0 siblings, 0 replies; 96+ messages in thread From: Larry McVoy @ 2019-08-28 1:46 UTC (permalink / raw) To: Arthur Krewat; +Cc: tuhs On Tue, Aug 27, 2019 at 09:21:43PM -0400, Arthur Krewat wrote: > In re: the socket() thing... > > I remember getting into something (forget what) back in the early 90's, > writing something (again, I forget what) and realizing what I needed to do > to open a socket to a remote endpoint. > > I remember thinking "wait, I can't just open("hostname:port", O_TCP); ???" So that part is fine. > And, horror of all horrors, I need to deal with little/big endian things? > ntohs(), htons(), et al? That part is reality. You can send ascii and then pay the price for parsing that or you can send binary. These days, we have CPU cycles to burn so the ascii answer seems fine. It is, mostly, it's not when it is tons of small messages that need to be processed at millions or billions/sec. In the past, CPU cycles were not a given so lots of stuff was designed to not be parsed. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:27 ` Warner Losh 2019-08-26 23:37 ` Larry McVoy 2019-08-26 23:56 ` William Pechter @ 2019-08-27 0:48 ` Clem Cole 2019-08-27 1:25 ` Gregg Levine 2019-08-27 2:16 ` Theodore Y. Ts'o 3 siblings, 1 reply; 96+ messages in thread From: Clem Cole @ 2019-08-27 0:48 UTC (permalink / raw) To: Warner Losh; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1962 bytes --] On Mon, Aug 26, 2019 at 7:28 PM Warner Losh <imp@bsdimp.com> wrote: > > BSD was in decent enough shape at the time to run on PCs. Though it > fragmented early through no fault of Linux. And the AT&T lawsuit created a > lot of FUD in the area without actually protecting System V. It's unclear > if another thing would have popped up to fill the void... Linux flourished > in the confusion, but without it, it's hard to know if something else would > have been developed before the AT&T lawsuit settled. > But what really allowed Linux to take off the AT&T vs. UCB/BSDi lawsuit. At the time Linux, didn't have networking much less a window manager etc... so lot of people, mysef included (incorrectly thinking is was a copyright case) thought we were going to lose a UNIX for our inexpensice (i.e. 'cheap' 386 based systems) so we all started started to hack on Linux 0.99xxx [my first real serious taste was an early Slackware version on a billion floppies fairly soon after Linus made it available and Patrick pulled together his first distribution]. But ... (and as I have point out elsewhere - see http://technique-societe.cnam.fr/la-recherche-sur-les-systemes-des-pivots-dans-l-histoire-de-l-informatique-ii-ii-988170.kjsp?RH=cdhte ], .... *if AT&T had won the case, all the other UNIX flavors* (Linux included would have had to have been pulled from the market). So in many ways, this question is not really a fair one. AT&T lost the case, and Linux got the ball and ran for it. That said, I'll drop into the hypotheical, if AT&T had lost and Linux had not been there ..... then... I do think some flavor of BSD would have been the winner. The two wild cards are from Sun and OSF/CMU. As Larry says is what about SunOS and Solaris, although the legals of Sun doing that I wonder. The other question is Mach/OSF (I know Larry does not like the codebase). But one of the *BSD, Mach or an FOSS Sun code base would have had the most legs. Clem [-- Attachment #2: Type: text/html, Size: 4687 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 0:48 ` Clem Cole @ 2019-08-27 1:25 ` Gregg Levine 0 siblings, 0 replies; 96+ messages in thread From: Gregg Levine @ 2019-08-27 1:25 UTC (permalink / raw) To: TUHS main list Hello! having run both FreeBSD and NetBSD and several different examples of Linux, I found that FreeBSD was a bit flaky at the time. NetBSD was good, but for my efforts, I ended up with Slackware, I started with his three something examples, and now I have 11 running. I have tried under SIMH most of the examples that live on the FTP site which will boot. But I still have strong support for practically everything SUN wrote. ----- Gregg C Levine gregg.drwho8@gmail.com "This signature fought the Time Wars, time and again." On Mon, Aug 26, 2019 at 8:49 PM Clem Cole <clemc@ccc.com> wrote: > > > > On Mon, Aug 26, 2019 at 7:28 PM Warner Losh <imp@bsdimp.com> wrote: >> >> >> BSD was in decent enough shape at the time to run on PCs. Though it fragmented early through no fault of Linux. And the AT&T lawsuit created a lot of FUD in the area without actually protecting System V. It's unclear if another thing would have popped up to fill the void... Linux flourished in the confusion, but without it, it's hard to know if something else would have been developed before the AT&T lawsuit settled. > > > > But what really allowed Linux to take off the AT&T vs. UCB/BSDi lawsuit. At the time Linux, didn't have networking much less a window manager etc... so lot of people, mysef included (incorrectly thinking is was a copyright case) thought we were going to lose a UNIX for our inexpensice (i.e. 'cheap' 386 based systems) so we all started started to hack on Linux 0.99xxx [my first real serious taste was an early Slackware version on a billion floppies fairly soon after Linus made it available and Patrick pulled together his first distribution]. > > But ... (and as I have point out elsewhere - see > http://technique-societe.cnam.fr/la-recherche-sur-les-systemes-des-pivots-dans-l-histoire-de-l-informatique-ii-ii-988170.kjsp?RH=cdhte], > .... if AT&T had won the case, all the other UNIX flavors (Linux included would have had to have been pulled from the market). > So in many ways, this question is not really a fair one. > > AT&T lost the case, and Linux got the ball and ran for it. > > That said, I'll drop into the hypotheical, if AT&T had lost and Linux had not been there ..... then... I do think some flavor of BSD would have been the winner. The two wild cards are from Sun and OSF/CMU. As Larry says is what about SunOS and Solaris, although the legals of Sun doing that I wonder. The other question is Mach/OSF (I know Larry does not like the codebase). > > But one of the *BSD, Mach or an FOSS Sun code base would have had the most legs. > > Clem > ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:27 ` Warner Losh ` (2 preceding siblings ...) 2019-08-27 0:48 ` Clem Cole @ 2019-08-27 2:16 ` Theodore Y. Ts'o 2019-08-27 2:39 ` Larry McVoy 3 siblings, 1 reply; 96+ messages in thread From: Theodore Y. Ts'o @ 2019-08-27 2:16 UTC (permalink / raw) To: Warner Losh; +Cc: TUHS main list On Mon, Aug 26, 2019 at 05:27:14PM -0600, Warner Losh wrote: > > BSD was in decent enough shape at the time to run on PCs. Though it > fragmented early through no fault of Linux. And the AT&T lawsuit created a > lot of FUD in the area without actually protecting System V. It's unclear > if another thing would have popped up to fill the void... Linux flourished > in the confusion, but without it, it's hard to know if something else would > have been developed before the AT&T lawsuit settled. It's really hard to answer these what-if questions. The *BSD's suffered from some really toxic politics which resulted in the fragmentation, but it also no doubt turned away some developers. I had friends at MIT who were urging me to quit the "toy" Linux and switch to the more "Real" Unix efforts. But I got to meet at least one very toxic personality in person which immediately turned me away from that offer --- and I got my start on BSD 4.3 with Project Athena. (For all that people used to like to complain about Linus's e-mail persona, I *much* preferred to work with Linus than with some of the personalities in the *BSD/HURD communities.) People are very fond of blaming the *BSD's failure to become popular on the AT&T lawsuit, and that no doubt didn't help. But it's not at all clear to me that was the only, or even the primary, reason. - Ted ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 2:16 ` Theodore Y. Ts'o @ 2019-08-27 2:39 ` Larry McVoy 2019-08-27 5:54 ` Adam Thornton 0 siblings, 1 reply; 96+ messages in thread From: Larry McVoy @ 2019-08-27 2:39 UTC (permalink / raw) To: Theodore Y. Ts'o; +Cc: TUHS main list On Mon, Aug 26, 2019 at 10:16:58PM -0400, Theodore Y. Ts'o wrote: > On Mon, Aug 26, 2019 at 05:27:14PM -0600, Warner Losh wrote: > > > > BSD was in decent enough shape at the time to run on PCs. Though it > > fragmented early through no fault of Linux. And the AT&T lawsuit created a > > lot of FUD in the area without actually protecting System V. It's unclear > > if another thing would have popped up to fill the void... Linux flourished > > in the confusion, but without it, it's hard to know if something else would > > have been developed before the AT&T lawsuit settled. > > It's really hard to answer these what-if questions. The *BSD's > suffered from some really toxic politics which resulted in the > fragmentation, but it also no doubt turned away some developers. I > had friends at MIT who were urging me to quit the "toy" Linux and > switch to the more "Real" Unix efforts. But I got to meet at least > one very toxic personality in person which immediately turned me away > from that offer --- and I got my start on BSD 4.3 with Project Athena. > (For all that people used to like to complain about Linus's e-mail > persona, I *much* preferred to work with Linus than with some of the > personalities in the *BSD/HURD communities.) > > People are very fond of blaming the *BSD's failure to become popular > on the AT&T lawsuit, and that no doubt didn't help. But it's not at > all clear to me that was the only, or even the primary, reason. I agree with Ted and I'm seeing it to this day, I hang with some BSD folks and they spend way too much time complaining about people. Sorry, but that's my take. Maybe the world is as shitty as they say it is but my world wasn't that great, you just roll up your sleeves and make a difference. I dunno, it does seem different, maybe it was easy for me and it is hard for them but I don't like the complaining. Linus, in my opinion, is a great programmer (all you have to do is read his rants about obscure stuff and it is clear he knows the details of a ton of stuff), a great architect (I could be pushed back a little on this one but he is good), and a great manager. He inspires other people to do well, he pushes for a good code base, he hates shitty code. He is a leader, you can argue about his faults but he leads. And I have *never* seen all those skill sets in one person. I've said that at least 20 years ago and it is true today. The BSD crowd lacked that sort of leader. So {386,Net,Open,Free,DragonFly}BSD all have their own crowd but they are tiny crowds. I say this with dismay, I'm a SunOS 4.x guy, that's the bugfixed BSD. I loved BSD Unix, it was the best and it had the chance to be the future but for whatever reason the "leaders" in BSD didn't have an actual leader. Not one of them. Not 1/100th of the leader that Linus is. So Linux won. I'm not that happy about it, I could imagine a world where BSD won and I think I'd be happier in that world but it didn't happen. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 2:39 ` Larry McVoy @ 2019-08-27 5:54 ` Adam Thornton 2019-08-27 6:05 ` Gregg Levine 0 siblings, 1 reply; 96+ messages in thread From: Adam Thornton @ 2019-08-27 5:54 UTC (permalink / raw) To: tuhs [-- Attachment #1: Type: text/plain, Size: 1527 bytes --] > On Aug 26, 2019, at 7:39 PM, Larry McVoy <lm@mcvoy.com> wrote: > > On Mon, Aug 26, 2019 at 10:16:58PM -0400, Theodore Y. Ts'o wrote: >> But I got to meet at least >> one very toxic personality in person which immediately turned me away >> from that offer --- and I got my start on BSD 4.3 with Project Athena. >> (For all that people used to like to complain about Linus's e-mail >> persona, I *much* preferred to work with Linus than with some of the >> personalities in the *BSD/HURD communities.) >> > > I agree with Ted and I'm seeing it to this day, I hang with some BSD > folks and they spend way too much time complaining about people. Yeah, this. I don’t know about these days, but…. End of the 90s, early 2000s, I was deeply involved in the Linux port to System/390 and then zSeries. Sometime, probably ’99, maybe ’00, I went to a Linux conference in Atlanta; I talked a little about Linux on S/390 and the things we were looking for help with. And I went to the NetBSD booth. I mean, even then, NetBSD’s thing was that it ran on all sorts of architectures. So I introduced myself, to say, “hey, if you guys want a development environment to hammer out a S/390 port, I can probably hook you up.” What I got was a btiter rant about Linux’s “so-called portability” and I was basically told to FOAD. That was…quite a surprise, having been working in a mostly-supportive community, albeit one in which the manufacturer was pretty dubious about the port. Adam [-- Attachment #2: Type: text/html, Size: 4706 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-27 5:54 ` Adam Thornton @ 2019-08-27 6:05 ` Gregg Levine 0 siblings, 0 replies; 96+ messages in thread From: Gregg Levine @ 2019-08-27 6:05 UTC (permalink / raw) To: Adam Thornton; +Cc: Tuhs Hello! Oh dear. At the very first Linux conference in NYC, I caught up with the NetBSD group there, and suggested something-of-a-sort. Let's just say that the person there is probably still active on their lists, and sometimes comes across as someone even Larry wouldn't like very much. I tried again after he stopped behaving like someone from a movie we all know, and I asked again. His response was similar. I put it down to extreme jet lag. Adam if your interested please ask off list. ----- Gregg C Levine gregg.drwho8@gmail.com "This signature fought the Time Wars, time and again." On Tue, Aug 27, 2019 at 1:55 AM Adam Thornton <athornton@gmail.com> wrote: > > > > On Aug 26, 2019, at 7:39 PM, Larry McVoy <lm@mcvoy.com> wrote: > > On Mon, Aug 26, 2019 at 10:16:58PM -0400, Theodore Y. Ts'o wrote: > > But I got to meet at least > one very toxic personality in person which immediately turned me away > from that offer --- and I got my start on BSD 4.3 with Project Athena. > (For all that people used to like to complain about Linus's e-mail > persona, I *much* preferred to work with Linus than with some of the > personalities in the *BSD/HURD communities.) > > > I agree with Ted and I'm seeing it to this day, I hang with some BSD > folks and they spend way too much time complaining about people. > > > Yeah, this. I don’t know about these days, but…. > > End of the 90s, early 2000s, I was deeply involved in the Linux port to System/390 and then zSeries. Sometime, probably ’99, maybe ’00, I went to a Linux conference in Atlanta; I talked a little about Linux on S/390 and the things we were looking for help with. > > And I went to the NetBSD booth. I mean, even then, NetBSD’s thing was that it ran on all sorts of architectures. So I introduced myself, to say, “hey, if you guys want a development environment to hammer out a S/390 port, I can probably hook you up.” What I got was a btiter rant about Linux’s “so-called portability” and I was basically told to FOAD. > > That was…quite a surprise, having been working in a mostly-supportive community, albeit one in which the manufacturer was pretty dubious about the port. > > Adam ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat 2019-08-26 23:27 ` Warner Losh @ 2019-08-27 1:17 ` Dan Cross 2019-08-28 3:53 ` Charles H. Sauer ` (4 subsequent siblings) 6 siblings, 0 replies; 96+ messages in thread From: Dan Cross @ 2019-08-27 1:17 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 2571 bytes --] On Mon, Aug 26, 2019, 7:14 PM Arthur Krewat <krewat@kilonet.net> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental exercise, what > would we have now if it wasn't for Linux? Not what you'd WANT it to be, > although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged > kicking and screaming into the current day and have begrudgingly ceded > my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? > > I do understand that this has been discussed on the list before. I > think, however, it would make a good late-summer exercise. Or late > winter depending on where you are :) > This is an interesting question, though of course impossible to actually answer in a meaningful way, as hypotheticals always are. But assuming one could hold all else constant and just erase Linux from the picture, it seems pretty obvious that some kind of BSD variant would have been "it." I think a more interesting question, however, might be: had Linux not happened, would that have opened the space for serious consideration of alternative system architectures, either along Unix derivative lines, or completely different? For example, perhaps something like plan 9 would have had greater penetration into the market. I saw a talk a couple of months ago that attributed the diversity of systems in the 60s and 70s to the idea that people were trying so many different things because no one knew _how_ to build systems. That may be at least partially true, but I was wondering thinking about that very thing this morning and realized that we're certainly swirling around the toilet bowl converging on some central set of things we think work pretty well (files! processes! threads!). But as time marches on and we see the environment changing around us, we don't often go back and revisit these sorts of fundamental assumptions. More's the shame, I'm afraid. One wonders what's next. People now talk about Linux with the sort of reverent tones they once discussed Windows and before that the mainframe. Too big to fail, the Last System, etc. But there are cracks there: Fuchsia is a different architecture, because that Unix model isn't going to accommodate all contemporary use cases: the security model seems to be a big driver here. Will they succeed? It'll be at least interesting to watch and see. - Dan C. [-- Attachment #2: Type: text/html, Size: 3534 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat 2019-08-26 23:27 ` Warner Losh 2019-08-27 1:17 ` Dan Cross @ 2019-08-28 3:53 ` Charles H. Sauer 2019-08-28 4:30 ` Jason Stevens ` (3 subsequent siblings) 6 siblings, 0 replies; 96+ messages in thread From: Charles H. Sauer @ 2019-08-28 3:53 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 3021 bytes --] I’m a bit taken aback by the trees (streams/sockets/file systems/paging and difficult people) of this discussion. The forest view seems clear: if not for Linux, Microsoft would have been even more dominant. If not for Microsoft mis-steps (Cairo, ME, Vista, …), Windows dominance would have been even stronger. If not for Steve Jobs return, Apple really would have cratered. Who besides Apple and Linux (including Android) have given Microsoft meaningful competition? The last couple of months or so I’ve been figuring out how to revive and sustain some early 90s PC hardware (not just JAWS but a also a slightly older ISA only i486DX2-50 machine). I’ve been making the machines multi boot a variety of environments: Windows 3.11 (with Mosaic and Netscape), Windows 95, NT 3.51 with the “new shell” (Win 95 Explorer), NEXTSTEP 3.3, Dell SVR4 2.2.1, and Red Had 5.2/6.2/7. For a “Unix person” my perspective may be unusual, but Win95/NT with new shell/Dell SVR4/Linux all seem preferable to my memory of the Unix systems I casually used when I was using those four predominantly. I helped lead AIX from 1982 to ’89 and Dell UNIX from ’89 to ’93. In ’93 I stepped away from Unix to work on Windows 95-based videoconferencing. From ’93 to ’96 I did very little with Unix. Starting in 1992, a friend endeavored to interest me in Linux, but I declined. Then in ’96 I joined a startup that was getting funding based on a prototype app based on PERL/mSQL/Apache/Linux. My task was to make the prototype a real product. My Linux advocate friend said to settle on either Slackware or Red Hat, favoring RPM, so I’ve used Red Hat/Fedora since then. But I also use Windows 10 and am composing this in TextEdit on macOS. I’ve tried the various BSD forks, other Linux distributions, OS/2, Palm OS, etc. but none of those have made me want to keep using them. Charlie > On Aug 26, 2019, at 6:13 PM, Arthur Krewat <krewat@kilonet.net> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental exercise, what would we have now if it wasn't for Linux? Not what you'd WANT it to be, although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged kicking and screaming into the current day and have begrudgingly ceded my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the horror) Windows NT? > > I do understand that this has been discussed on the list before. I think, however, it would make a good late-summer exercise. Or late winter depending on where you are :) > > art k. > -- voice: +1.512.784.7526 e-mail: sauer@technologists.com <mailto:sauer@technologists.com> fax: +1.512.346.5240 web: https://technologists.com/sauer/ <http://technologists.com/sauer/> Facebook/Google/Skype/Twitter: CharlesHSauer [-- Attachment #2: Type: text/html, Size: 6662 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat ` (2 preceding siblings ...) 2019-08-28 3:53 ` Charles H. Sauer @ 2019-08-28 4:30 ` Jason Stevens 2019-08-28 9:36 ` Angus Robinson ` (2 subsequent siblings) 6 siblings, 0 replies; 96+ messages in thread From: Jason Stevens @ 2019-08-28 4:30 UTC (permalink / raw) To: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1657 bytes --] Maybe that plan B of GNU using the 4.4BSD lite kernel would have gained traction and you would have seen a GNU BSD vs NetBSD thing. I can’t see it though gaining the kind of traction Linux got as it was all so cloistered. Much like how GNU Mach never caught on or moved despite having a NetBSD port (Lites) to it. The killer feature should have been SMP which was available early on in Mach, although it seems that the MPS 1.0 stuff didn’t work well enough or by the time 1.1 caught on it just wasn’t good enough. I think the development model of Linux is what really drove it, just like how EGCS eclipsed GCC. The other crazy thing that hits me is that no Linux means no Caldera which means no Caldera 32v license being set free... From: Arthur Krewat Sent: Tuesday, August 27, 2019 7:14 AM To: TUHS main list Subject: [TUHS] If not Linux, then what? https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel Leaving licensing and copyright issues out of this mental exercise, what would we have now if it wasn't for Linux? Not what you'd WANT it to be, although that can add to the discussion, but what WOULD it be? I'm not asking as a proponent of Linux. If anything, I was dragged kicking and screaming into the current day and have begrudgingly ceded my server space to Linux. But if not for Linux, would it be BSD? A System V variant? Or (the horror) Windows NT? I do understand that this has been discussed on the list before. I think, however, it would make a good late-summer exercise. Or late winter depending on where you are :) art k. [-- Attachment #2: Type: text/html, Size: 4027 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat ` (3 preceding siblings ...) 2019-08-28 4:30 ` Jason Stevens @ 2019-08-28 9:36 ` Angus Robinson 2019-08-28 9:50 ` Michael Kjörling ` (2 more replies) 2019-08-28 20:07 ` Christopher Browne 2019-08-28 21:02 ` Thomas Paulsen 6 siblings, 3 replies; 96+ messages in thread From: Angus Robinson @ 2019-08-28 9:36 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1792 bytes --] Interesting question, the alternative OS would have had to have had a good leader and I am sure maybe RMS would have created a kernel after some time. Maybe somebody would have taken 386BSD/FreeBSD/NetBSD and made something completely different. I think another question would be, if Linux was never invented, what technologies would never have happened. For instance, a bunch of animation movies where made with Linux farms, Planes use Linux within their inbuilt entertainment systems, the list goes on (I think NASA uses linux on their ISS). How many people would be interested in technology/IT sector, how many companies would have started (ie: RedHat, Thwat,etc), What features/addons would not have been added to other operating systems (Windows tcp/ip)? Would docker even be a thing, hyper-v ? I know one thing....... All the old technology would be alot more and schools would have alot more vunerabilites on their PC's. On Tue, Aug 27, 2019 at 1:13 AM Arthur Krewat <krewat@kilonet.net> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental exercise, what > would we have now if it wasn't for Linux? Not what you'd WANT it to be, > although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged > kicking and screaming into the current day and have begrudgingly ceded > my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? > > I do understand that this has been discussed on the list before. I > think, however, it would make a good late-summer exercise. Or late > winter depending on where you are :) > > art k. > > > [-- Attachment #2: Type: text/html, Size: 2394 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 9:36 ` Angus Robinson @ 2019-08-28 9:50 ` Michael Kjörling 2019-08-28 10:48 ` arnold 2019-08-28 14:10 ` Earl Baugh 2019-08-28 14:22 ` Charles H Sauer 2 siblings, 1 reply; 96+ messages in thread From: Michael Kjörling @ 2019-08-28 9:50 UTC (permalink / raw) To: tuhs On 28 Aug 2019 11:36 +0200, from angus@fairhaven.za.net (Angus Robinson): > I think another question would be, if Linux was never invented, what > technologies would never have happened. I think that if there is a need to be filled, then something will fill that need. In our timeline, in plenty of cases that need ended up being filled by Linux -- quite possibly not in least part because it's there, it's cheap, it's reasonably well-supported, and it can be modified and extended by end users relatively easily. However, absent Linux, as long as the task still needed to be done, _something else_ would have filled the need at some point. Plenty of people got interested in the technology/information technology sector well before Linux. Maybe Linux offered a venue for some of those people to _express_ their interest, but I have a hard time seeing why Linux would be a prerequisite. On another note, and to get back to the original question, I'm a little surprised that nobody here seems to have mentioned something like an outgrowth of Minix. -- Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se “The most dangerous thought that you can have as a creative person is to think you know what you’re doing.” (Bret Victor) ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 9:50 ` Michael Kjörling @ 2019-08-28 10:48 ` arnold 0 siblings, 0 replies; 96+ messages in thread From: arnold @ 2019-08-28 10:48 UTC (permalink / raw) To: tuhs, michael Michael Kjörling <michael@kjorling.se> wrote: > On another note, and to get back to the original question, I'm a > little surprised that nobody here seems to have mentioned something > like an outgrowth of Minix. Hoo boy. You can thank Andy Tannenbaum that we have Linux in the first place (almost). Linus used Minix as his development environment and early versions supported the Minix filesystem. I can't cite sources, but as I remember it, at the time (AT&T law suit) a number of people turned to Tannenbaum to get him to open source Minix and let people make it a "real" OS (VM, 386 support, etc.). He wasn't interested. He only cared about teaching and he wanted to maintain control over it. (Eventually it grew anyway, but only long after.) If he'd been more open, things might have indeed gone that way. This brings up that there were other maybe viable candidates in the research world: Sprite at UCB and Tannenbaum's Ameoba. But it seems that those were mainly vehicles to get papers published and didn't spread beyond their home universities. At some point I got a CD with all the Sprite sources. Maybe I can find that and get it to Warren. Arnold ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 9:36 ` Angus Robinson 2019-08-28 9:50 ` Michael Kjörling @ 2019-08-28 14:10 ` Earl Baugh 2019-08-28 14:55 ` Clem Cole 2019-08-28 14:22 ` Charles H Sauer 2 siblings, 1 reply; 96+ messages in thread From: Earl Baugh @ 2019-08-28 14:10 UTC (permalink / raw) To: Angus Robinson; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 2411 bytes --] One point/ direction nobody seems to have mentioned was “what if Linus found out about BSD on PC hw”? From what I’ve read he wasn’t aware of it, so perhaps a very different outcome could have been — what if Linus did find out about it and then ultimately took it over ( removing the caustic personalities ) or at worst forked it. I think that would have become a much preferable outcome. Just my $0.02. Earl Sent from my iPhone > On Aug 28, 2019, at 5:36 AM, Angus Robinson <angus@fairhaven.za.net> wrote: > > Interesting question, the alternative OS would have had to have had a good leader and I am sure maybe RMS would have created a kernel after some time. > Maybe somebody would have taken 386BSD/FreeBSD/NetBSD and made something completely different. > I think another question would be, if Linux was never invented, what technologies would never have happened. For instance, a bunch of animation movies where made with Linux farms, Planes use Linux within their inbuilt entertainment systems, the list goes on (I think NASA uses linux on their ISS). How many people would be interested in technology/IT sector, how many companies would have started (ie: RedHat, Thwat,etc), What features/addons would not have been added to other operating systems (Windows tcp/ip)? Would docker even be a thing, hyper-v ? > > I know one thing....... All the old technology would be alot more and schools would have alot more vunerabilites on their PC's. > > > > >> On Tue, Aug 27, 2019 at 1:13 AM Arthur Krewat <krewat@kilonet.net> wrote: >> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >> >> Leaving licensing and copyright issues out of this mental exercise, what >> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >> although that can add to the discussion, but what WOULD it be? >> >> I'm not asking as a proponent of Linux. If anything, I was dragged >> kicking and screaming into the current day and have begrudgingly ceded >> my server space to Linux. >> >> But if not for Linux, would it be BSD? A System V variant? Or (the >> horror) Windows NT? >> >> I do understand that this has been discussed on the list before. I >> think, however, it would make a good late-summer exercise. Or late >> winter depending on where you are :) >> >> art k. >> >> [-- Attachment #2: Type: text/html, Size: 3268 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 14:10 ` Earl Baugh @ 2019-08-28 14:55 ` Clem Cole 0 siblings, 0 replies; 96+ messages in thread From: Clem Cole @ 2019-08-28 14:55 UTC (permalink / raw) To: TUHS main list [-- Attachment #1: Type: text/plain, Size: 3433 bytes --] On Wed, Aug 28, 2019 at 10:10 AM Earl Baugh <earl.baugh@gmail.com> wrote: > One point/ direction nobody seems to have mentioned was “what if Linus > found out about BSD on PC hw”? From what I’ve read he wasn’t aware of it, > so perhaps a very different outcome could have been > A couple of items. Linus is on record as saying if he had known about the 'magic FTP site' at UCB for 386BSD code download, he would have obtained it [it is how most of us got it in those days]. The sad part is that his University was licensed for it from UCB, so *they could have gotten the code* is they had asked for it. But as Larry has pointed out, many Universities in those days took a fairly restrictive view of access to the Unix sources; so it's still now clear if Linus himself would have gotten a copy. — what if Linus did find out about it and then ultimately took it over ( > removing the caustic personalities ) or at worst forked it. > Hmmm, I fear, Linus just would have been one more personality, or his version would have been one more fork in the quickly branching, BSD tree. The real problem IMO was the lawsuit which happened shortly after 368BSD went into the wild. Let me tell you about my own experience from the time. As I said, people like myself got scared that UNIX for a PC/386 would not be available. We had Minix, but it did not use the paging HW, whereas Linus' code did and we thought, Linus code was unencumbered (it wasn't/isn't, while* it is a rewrite*, it is still based on the AT&T IP - but again that's a different part of story). I know I had personally had bought Minix myself for whatever it was (??$70 IIRC) in a 'book' of N floppies from Prentiss-Hall. I was semi-happy because it was a rewrite of Unix and was better than DOS. But .... it was originally floppy only for the 16 bit 8088 (XT not the AT) and very, slow and had quite limited in functionality (it did have a C compiler and ed but no vi, and definitely not, sockets). At the time, at work, I had a copy of the WD 1003 controller documentation - which was the disk controller IBM had used for the AT. A lot of people doing hacking on PC Unix in those days did not have that document as it turned out. So one of the first things I did, was to hack together a Minix AT/IDE driver for my system and sent it back, maybe posted it to net.noise (I've forgotten). As I had known him my UCB days, shortly thereafter it went into the wild, Joilitz contacted me. He had tried to write his AT disk driver for his version via "reverse engineering" (the BIOS ROMs I think). Bill's original code worked to a point but had some issues and he was looking for some help. I had a Wyse 32:16, which was one of the first 386 based PCs. Hence, I got my copy of Bill's work via the secret address to download. We updated his driver with missing info I gave him (FWIW: Bill references this in the DDJ articles). Anyway, now I had a 'real UNIX' and it was BSD even, Minix was not only primarily floppy-based, but it was a V7 clone so the difference was remarkable. Then lawyers showed up.... I know I got scared and so did a lot of others. Linus has recently made his post, so we all jumped. The rest is history, although as I point out, it is likely world today would have been much different it AT&T had won the lawsuit. But they did not so that is a moot point. [-- Attachment #2: Type: text/html, Size: 6449 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 9:36 ` Angus Robinson 2019-08-28 9:50 ` Michael Kjörling 2019-08-28 14:10 ` Earl Baugh @ 2019-08-28 14:22 ` Charles H Sauer 2019-08-28 15:00 ` Steve Nickolas 2 siblings, 1 reply; 96+ messages in thread From: Charles H Sauer @ 2019-08-28 14:22 UTC (permalink / raw) To: tuhs possible components of answer regarding animation/CGI: o SGI/MIPS/IRIX would have fared better/longer o Jobs would have pushed Pixar towards Mach o P4+NVIDIA would still have been disruptive (https://secure2.linuxjournal.com/ljarchive/LJ/099/6011s1.html) o Gates would have done more Windows had usable TCP/IP, at least starting with Windows 3, from Trumpet, Chameleon and others. I found/find the Microsoft 32 bit implementation preferable running Mosaic and Netscape, but had to do some work with 16 bit Trumpet a few years ago for a client that needed me to make some things work in DOS outside of Win 3.1. On 8/28/2019 4:36 AM, Angus Robinson wrote: ... > I think another question would be, if Linux was never invented, what > technologies would never have happened. For instance, a bunch of > animation movies where made with Linux farms, Planes use Linux within > their inbuilt entertainment systems, the list goes on (I think NASA uses > linux on their ISS). How many people would be interested in > technology/IT sector, how many companies would have started (ie: RedHat, > Thwat,etc), What features/addons would not have been added to other > operating systems (Windows tcp/ip)? Would docker even be a thing, hyper-v ? > > I know one thing....... All the old technology would be alot more and > schools would have alot more vunerabilites on their PC's. > > > > On Tue, Aug 27, 2019 at 1:13 AM Arthur Krewat <krewat@kilonet.net > <mailto:krewat@kilonet.net>> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental exercise, > what > would we have now if it wasn't for Linux? Not what you'd WANT it to be, > although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged > kicking and screaming into the current day and have begrudgingly ceded > my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? > > I do understand that this has been discussed on the list before. I > think, however, it would make a good late-summer exercise. Or late > winter depending on where you are :) > > art k. > > -- voice: +1.512.784.7526 e-mail: sauer@technologists.com fax: +1.512.346.5240 Web: https://technologists.com/sauer/ Facebook/Google/Skype/Twitter: CharlesHSauer ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 14:22 ` Charles H Sauer @ 2019-08-28 15:00 ` Steve Nickolas 2019-08-28 15:37 ` Richard Salz 0 siblings, 1 reply; 96+ messages in thread From: Steve Nickolas @ 2019-08-28 15:00 UTC (permalink / raw) To: Charles H Sauer; +Cc: tuhs On Wed, 28 Aug 2019, Charles H Sauer wrote: > possible components of answer regarding animation/CGI: > o SGI/MIPS/IRIX would have fared better/longer > o Jobs would have pushed Pixar towards Mach > o P4+NVIDIA would still have been disruptive > (https://secure2.linuxjournal.com/ljarchive/LJ/099/6011s1.html) > o Gates would have done more > > Windows had usable TCP/IP, at least starting with Windows 3, from Trumpet, > Chameleon and others. I found/find the Microsoft 32 bit implementation > preferable running Mosaic and Netscape, but had to do some work with 16 bit > Trumpet a few years ago for a client that needed me to make some things work > in DOS outside of Win 3.1. I actually wrote an IRC client for plain DOS a few years ago - I used WatTCP. -uso. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 15:00 ` Steve Nickolas @ 2019-08-28 15:37 ` Richard Salz 2019-08-28 19:54 ` Peter Jeremy 0 siblings, 1 reply; 96+ messages in thread From: Richard Salz @ 2019-08-28 15:37 UTC (permalink / raw) To: Steve Nickolas; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 84 bytes --] I think the biggest difference would have been no git and therefore no github, etc. [-- Attachment #2: Type: text/html, Size: 109 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 15:37 ` Richard Salz @ 2019-08-28 19:54 ` Peter Jeremy 2019-08-28 20:05 ` Christopher Browne 0 siblings, 1 reply; 96+ messages in thread From: Peter Jeremy @ 2019-08-28 19:54 UTC (permalink / raw) To: Richard Salz; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 365 bytes --] On 2019-Aug-28 11:37:51 -0400, Richard Salz <rich.salz@gmail.com> wrote: >I think the biggest difference would have been no git and therefore no >github, etc. But there are other open SCM tools and it's likely there would be another site serving similar functionality. As an example. Google offered a code-sharing site for many years. -- Peter Jeremy [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 963 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 19:54 ` Peter Jeremy @ 2019-08-28 20:05 ` Christopher Browne 0 siblings, 0 replies; 96+ messages in thread From: Christopher Browne @ 2019-08-28 20:05 UTC (permalink / raw) To: Peter Jeremy; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 1296 bytes --] On Wed, 28 Aug 2019 at 15:55, Peter Jeremy <peter@rulingia.com> wrote: > On 2019-Aug-28 11:37:51 -0400, Richard Salz <rich.salz@gmail.com> wrote: > >I think the biggest difference would have been no git and therefore no > >github, etc. > > But there are other open SCM tools and it's likely there would be another > site serving similar functionality. As an example. Google offered a > code-sharing site for many years. > I was not a particularly early adopter of Git; I was already a couple years into usage of darcs. A one-time colleage, Graydon Hoare, was one of the designers of Monotone, which definitely influenced Git. (He's more recently known for the Rust language, and presently works at Apple on their Swift language.) Arch, Bazaar (bzr), Mercurial (hg), Codeville were also out there at the time. It's rather interesting that Git happened to "win" that particular war; there were various DSCM systems with similar (and dissimilar) capabilities emerging in around 2003-2005. Various were reasonably "production worthy." Indeed, it's quite fair to say that at the time Git emerged, there was a very active set of competing distributed SCMs out there. -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?" [-- Attachment #2: Type: text/html, Size: 1896 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat ` (4 preceding siblings ...) 2019-08-28 9:36 ` Angus Robinson @ 2019-08-28 20:07 ` Christopher Browne 2019-08-28 20:27 ` Adam Thornton 2019-08-28 23:19 ` Theodore Y. Ts'o 2019-08-28 21:02 ` Thomas Paulsen 6 siblings, 2 replies; 96+ messages in thread From: Christopher Browne @ 2019-08-28 20:07 UTC (permalink / raw) To: Arthur Krewat; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 4040 bytes --] On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: > > https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel > > Leaving licensing and copyright issues out of this mental exercise, what > would we have now if it wasn't for Linux? Not what you'd WANT it to be, > although that can add to the discussion, but what WOULD it be? > > I'm not asking as a proponent of Linux. If anything, I was dragged > kicking and screaming into the current day and have begrudgingly ceded > my server space to Linux. > > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? > I can make a firm "dunno" sound :-) Some facts can come together to point away from a number of possibilities... - If you look at the number of hobbyist "Unix homages" that emerged at around that time, it's clear that there was a sizable community of interested folk willing to build their own thing, and that weren't interested in Windows NT. (Nay, one should put that more strongly... That had their minds set on something NOT from Microsoft.) So I think we can cross Windows NT off the list. - OS/2 should briefly come on the list. It was likable in many ways, if only IBM had actually supported it... But it suffers from something of the same problem as Windows NT; there were a lot of folk that were only slightly less despising of IBM at the time than of Microsoft. - Hurd was imagined to be the next thing... To borrow from my cookie file... "Of course 5 years from now that will be different, but 5 years from now everyone will be running free GNU on their 200 MIPS, 64M SPARCstation-5." -- Andrew Tanenbaum, 1992. % "You'll be rid of most of us when BSD-detox or GNU comes out, which should happen in the next few months (yeah, right)." -- Richard Tobin, 1992. [BSD did follow within a year] % "I am aware of the benefits of a micro kernel approach. However, the fact remains that Linux is here, and GNU isn't --- and people have been working on Hurd for a lot longer than Linus has been working on Linux." -- Ted T'so, 1992. Ted has been on this thread, and should be amused (and slightly disturbed!) that his old statements are being held here and there, ready to trot out :-). In the absence of Linux, perhaps hackers would have flocked to Hurd, but there was enough going on that there was plenty of room for them to have done so anyways. I'm not sure what to blame on whatever happened post-1992, though I'd put some on Microsoft Research having taken the wind out of Mach's sails by hiring off a bunch of the relevant folk. In order for Hurd to "make it," Mach has to "make it," too, and it looked like they were depending on CMU to be behind that. (I'm not sure I'm right about that; happy to hear a better story.) Anyway, Hurd *might* have been a "next thing," and I don't think the popularity of Linux was enough to have completely taken wind out of its sails, given that there's the dozens of "Unix homages" out there. - I'd like to imagine Plan 9 being an alternative, but it was "properly commercial" for a goodly long time (hence not amenable to attaching waves of hackers to it to add their favorite device drivers), and was never taken as a serious answer. Many of us had admired it from afar via the Dr Dobbs Journal issue (when was that? mid or late '90s?) but only from afar. - FreeBSD is the single best answer I can throw up as a possibility, as it was the one actively targeting 80386 hardware. And that had the big risk of the AT&T lawsuit lurking over it, so had that gone in a different direction, then that is a branch sadly easily trimmed. If we lop both Linux and FreeBSD off the list of possibilities, I don't imagine Windows NT or OS/2 bubble to the top, instead, a critical mass would have stood behind ... something else, I'd think. I don't know which to suggest. -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?" [-- Attachment #2: Type: text/html, Size: 5191 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:07 ` Christopher Browne @ 2019-08-28 20:27 ` Adam Thornton 2019-08-28 20:56 ` William Pechter ` (3 more replies) 2019-08-28 23:19 ` Theodore Y. Ts'o 1 sibling, 4 replies; 96+ messages in thread From: Adam Thornton @ 2019-08-28 20:27 UTC (permalink / raw) To: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 6511 bytes --] I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic marketing, and their close-to-outright-hostility to 3rd-party developers didn't help. But what killed it, really, was how damn good its 16-bit support was. It *was* a better DOS than DOS and a better Windows than 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. I fear that had Linux not made the leap, MS might well have won. It's largely the AOL-fuelled explosion of popularity of the Internet and Windows ignoring same until too late that opened the door enough for Linux to jam its foot in. Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not going to be a contender, I guess because it was about cool research features rather than running user-facing code. I kept waiting for a usable kernel to go with what Linux had already shown was a quite decent userspace, but eventually had better things to do with my life (like chase BeOS). It was like waiting for Perl 6--it missed its moment. Plan 9 and Amoeba were both really nifty. I never used Sprite. Neither one of them had much of a chance in the real world. Much like Unix itself, Linux's worse-is-better approach really worked. I have a hypothesis about Linux's ascendance too, which is a personal anecdote I am inflating to the status of hypothesis. As I recall, the *BSDs for 386 all assumed they owned the hard disk. Like, the whole thing. You couldn't, at least in 1992, create a multiboot system--or at least it was my strong impression you could not. I was an undergrad. I had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and Windows to write my papers (I don't know about you, but I wanted to write in my room, where I could have my references at hand and be reasonably undisturbed; sure Framemaker was a much better setup than Word For Windows 1.2 but having to use it in the computer lab made it a nonstarter for me). Papers, and, well, to play games. Sure, that too. Linux let me defragment my drive, non-destructively repartition it, and create a dual-boot system, so that I could both use the computer for school and screw around on Linux. I'm probably not the only person for whom this was a decisive factor. Adam On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> wrote: > On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: > >> >> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >> >> Leaving licensing and copyright issues out of this mental exercise, what >> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >> although that can add to the discussion, but what WOULD it be? >> >> I'm not asking as a proponent of Linux. If anything, I was dragged >> kicking and screaming into the current day and have begrudgingly ceded >> my server space to Linux. >> >> But if not for Linux, would it be BSD? A System V variant? Or (the >> horror) Windows NT? >> > > I can make a firm "dunno" sound :-) > > Some facts can come together to point away from a number of > possibilities... > > - If you look at the number of hobbyist "Unix homages" that emerged at > around that time, it's clear that there was a sizable community of > interested folk willing to build their own thing, and that weren't > interested in Windows NT. (Nay, one should put that more strongly... That > had their minds set on something NOT from Microsoft.) So I think we can > cross Windows NT off the list. > > - OS/2 should briefly come on the list. It was likable in many ways, if > only IBM had actually supported it... But it suffers from something of the > same problem as Windows NT; there were a lot of folk that were only > slightly less despising of IBM at the time than of Microsoft. > > - Hurd was imagined to be the next thing... > > To borrow from my cookie file... > > "Of course 5 years from now that will be different, but 5 years from > now everyone will be running free GNU on their 200 MIPS, 64M > SPARCstation-5." -- Andrew Tanenbaum, 1992. > % > "You'll be rid of most of us when BSD-detox or GNU comes out, which > should happen in the next few months (yeah, right)." -- Richard Tobin, > 1992. [BSD did follow within a year] > % > "I am aware of the benefits of a micro kernel approach. However, the > fact remains that Linux is here, and GNU isn't --- and people have > been working on Hurd for a lot longer than Linus has been working on > Linux." -- Ted T'so, 1992. > > Ted has been on this thread, and should be amused (and slightly > disturbed!) that his old statements are being held here and there, ready to > trot out :-). > > In the absence of Linux, perhaps hackers would have flocked to Hurd, but > there was enough going on that there was plenty of room for them to have > done so anyways. > > I'm not sure what to blame on whatever happened post-1992, though I'd put > some on Microsoft Research having taken the wind out of Mach's sails by > hiring off a bunch of the relevant folk. In order for Hurd to "make it," > Mach has to "make it," too, and it looked like they were depending on CMU > to be behind that. (I'm not sure I'm right about that; happy to hear a > better story.) > > Anyway, Hurd *might* have been a "next thing," and I don't think the > popularity of Linux was enough to have completely taken wind out of its > sails, given that there's the dozens of "Unix homages" out there. > > - I'd like to imagine Plan 9 being an alternative, but it was "properly > commercial" for a goodly long time (hence not amenable to attaching waves > of hackers to it to add their favorite device drivers), and was never taken > as a serious answer. Many of us had admired it from afar via the Dr Dobbs > Journal issue (when was that? mid or late '90s?) but only from afar. > > - FreeBSD is the single best answer I can throw up as a possibility, as it > was the one actively targeting 80386 hardware. And that had the big risk > of the AT&T lawsuit lurking over it, so had that gone in a different > direction, then that is a branch sadly easily trimmed. > > If we lop both Linux and FreeBSD off the list of possibilities, I don't > imagine Windows NT or OS/2 bubble to the top, instead, a critical mass > would have stood behind ... something else, I'd think. I don't know which > to suggest. > -- > When confronted by a difficult problem, solve it by reducing it to the > question, "How would the Lone Ranger handle this?" > [-- Attachment #2: Type: text/html, Size: 8047 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:27 ` Adam Thornton @ 2019-08-28 20:56 ` William Pechter 2019-08-28 22:24 ` Clem cole 2019-08-28 22:27 ` William Pechter ` (2 subsequent siblings) 3 siblings, 1 reply; 96+ messages in thread From: William Pechter @ 2019-08-28 20:56 UTC (permalink / raw) To: The Eunuchs Hysterical Society, Adam Thornton [-- Attachment #1: Type: text/plain, Size: 7016 bytes --] Actually, IIRC, you could use fdisk to split up drives in FreeBSD... I think I did that in the 1.02 days... The problem is the semantics of slices and partitions. Also *BSD, I recall, had to boot from a primary partition. I don't know if lilo cared and grub2 sure doesn't. Sent from pechter@gmail.com -----Original Message----- From: Adam Thornton <athornton@gmail.com> To: The Eunuchs Hysterical Society <tuhs@tuhs.org> Sent: Wed, 28 Aug 2019 16:28 Subject: Re: [TUHS] If not Linux, then what? I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic marketing, and their close-to-outright-hostility to 3rd-party developers didn't help. But what killed it, really, was how damn good its 16-bit support was. It *was* a better DOS than DOS and a better Windows than 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. I fear that had Linux not made the leap, MS might well have won. It's largely the AOL-fuelled explosion of popularity of the Internet and Windows ignoring same until too late that opened the door enough for Linux to jam its foot in. Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not going to be a contender, I guess because it was about cool research features rather than running user-facing code. I kept waiting for a usable kernel to go with what Linux had already shown was a quite decent userspace, but eventually had better things to do with my life (like chase BeOS). It was like waiting for Perl 6--it missed its moment. Plan 9 and Amoeba were both really nifty. I never used Sprite. Neither one of them had much of a chance in the real world. Much like Unix itself, Linux's worse-is-better approach really worked. I have a hypothesis about Linux's ascendance too, which is a personal anecdote I am inflating to the status of hypothesis. As I recall, the *BSDs for 386 all assumed they owned the hard disk. Like, the whole thing. You couldn't, at least in 1992, create a multiboot system--or at least it was my strong impression you could not. I was an undergrad. I had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and Windows to write my papers (I don't know about you, but I wanted to write in my room, where I could have my references at hand and be reasonably undisturbed; sure Framemaker was a much better setup than Word For Windows 1.2 but having to use it in the computer lab made it a nonstarter for me). Papers, and, well, to play games. Sure, that too. Linux let me defragment my drive, non-destructively repartition it, and create a dual-boot system, so that I could both use the computer for school and screw around on Linux. I'm probably not the only person for whom this was a decisive factor. Adam On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> wrote: > On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: > >> >> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >> >> Leaving licensing and copyright issues out of this mental exercise, what >> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >> although that can add to the discussion, but what WOULD it be? >> >> I'm not asking as a proponent of Linux. If anything, I was dragged >> kicking and screaming into the current day and have begrudgingly ceded >> my server space to Linux. >> >> But if not for Linux, would it be BSD? A System V variant? Or (the >> horror) Windows NT? >> > > I can make a firm "dunno" sound :-) > > Some facts can come together to point away from a number of > possibilities... > > - If you look at the number of hobbyist "Unix homages" that emerged at > around that time, it's clear that there was a sizable community of > interested folk willing to build their own thing, and that weren't > interested in Windows NT. (Nay, one should put that more strongly... That > had their minds set on something NOT from Microsoft.) So I think we can > cross Windows NT off the list. > > - OS/2 should briefly come on the list. It was likable in many ways, if > only IBM had actually supported it... But it suffers from something of the > same problem as Windows NT; there were a lot of folk that were only > slightly less despising of IBM at the time than of Microsoft. > > - Hurd was imagined to be the next thing... > > To borrow from my cookie file... > > "Of course 5 years from now that will be different, but 5 years from > now everyone will be running free GNU on their 200 MIPS, 64M > SPARCstation-5." -- Andrew Tanenbaum, 1992. > % > "You'll be rid of most of us when BSD-detox or GNU comes out, which > should happen in the next few months (yeah, right)." -- Richard Tobin, > 1992. [BSD did follow within a year] > % > "I am aware of the benefits of a micro kernel approach. However, the > fact remains that Linux is here, and GNU isn't --- and people have > been working on Hurd for a lot longer than Linus has been working on > Linux." -- Ted T'so, 1992. > > Ted has been on this thread, and should be amused (and slightly > disturbed!) that his old statements are being held here and there, ready to > trot out :-). > > In the absence of Linux, perhaps hackers would have flocked to Hurd, but > there was enough going on that there was plenty of room for them to have > done so anyways. > > I'm not sure what to blame on whatever happened post-1992, though I'd put > some on Microsoft Research having taken the wind out of Mach's sails by > hiring off a bunch of the relevant folk. In order for Hurd to "make it," > Mach has to "make it," too, and it looked like they were depending on CMU > to be behind that. (I'm not sure I'm right about that; happy to hear a > better story.) > > Anyway, Hurd *might* have been a "next thing," and I don't think the > popularity of Linux was enough to have completely taken wind out of its > sails, given that there's the dozens of "Unix homages" out there. > > - I'd like to imagine Plan 9 being an alternative, but it was "properly > commercial" for a goodly long time (hence not amenable to attaching waves > of hackers to it to add their favorite device drivers), and was never taken > as a serious answer. Many of us had admired it from afar via the Dr Dobbs > Journal issue (when was that? mid or late '90s?) but only from afar. > > - FreeBSD is the single best answer I can throw up as a possibility, as it > was the one actively targeting 80386 hardware. And that had the big risk > of the AT&T lawsuit lurking over it, so had that gone in a different > direction, then that is a branch sadly easily trimmed. > > If we lop both Linux and FreeBSD off the list of possibilities, I don't > imagine Windows NT or OS/2 bubble to the top, instead, a critical mass > would have stood behind ... something else, I'd think. I don't know which > to suggest. > -- > When confronted by a difficult problem, solve it by reducing it to the > question, "How would the Lone Ranger handle this?" > [-- Attachment #2: Type: text/html, Size: 8773 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:56 ` William Pechter @ 2019-08-28 22:24 ` Clem cole 0 siblings, 0 replies; 96+ messages in thread From: Clem cole @ 2019-08-28 22:24 UTC (permalink / raw) To: William Pechter; +Cc: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 7532 bytes --] Absolutely. Bill Jolitiz wrote the original version of fdisk with a very small assist from me. I used to keep a 33m dos partition on my system if for no other reason than the diags all ran on dos Sent from my PDP-7 Running UNIX V0 expect things to be almost but not quite. > On Aug 28, 2019, at 4:56 PM, William Pechter <pechter@gmail.com> wrote: > > Actually, IIRC, you could use fdisk to split up drives in FreeBSD... I think I did that in the 1.02 days... > > The problem is the semantics of slices and partitions. Also *BSD, I recall, had to boot from a primary partition. I don't know if lilo cared and grub2 sure doesn't. > > > Sent from pechter@gmail.com > > -----Original Message----- > From: Adam Thornton <athornton@gmail.com> > To: The Eunuchs Hysterical Society <tuhs@tuhs.org> > Sent: Wed, 28 Aug 2019 16:28 > Subject: Re: [TUHS] If not Linux, then what? > > I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic marketing, and their close-to-outright-hostility to 3rd-party developers didn't help. But what killed it, really, was how damn good its 16-bit support was. It *was* a better DOS than DOS and a better Windows than 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. > > I fear that had Linux not made the leap, MS might well have won. It's largely the AOL-fuelled explosion of popularity of the Internet and Windows ignoring same until too late that opened the door enough for Linux to jam its foot in. > > Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not going to be a contender, I guess because it was about cool research features rather than running user-facing code. I kept waiting for a usable kernel to go with what Linux had already shown was a quite decent userspace, but eventually had better things to do with my life (like chase BeOS). It was like waiting for Perl 6--it missed its moment. > > Plan 9 and Amoeba were both really nifty. I never used Sprite. Neither one of them had much of a chance in the real world. Much like Unix itself, Linux's worse-is-better approach really worked. > > I have a hypothesis about Linux's ascendance too, which is a personal anecdote I am inflating to the status of hypothesis. As I recall, the *BSDs for 386 all assumed they owned the hard disk. Like, the whole thing. You couldn't, at least in 1992, create a multiboot system--or at least it was my strong impression you could not. I was an undergrad. I had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and Windows to write my papers (I don't know about you, but I wanted to write in my room, where I could have my references at hand and be reasonably undisturbed; sure Framemaker was a much better setup than Word For Windows 1.2 but having to use it in the computer lab made it a nonstarter for me). Papers, and, well, to play games. Sure, that too. > > Linux let me defragment my drive, non-destructively repartition it, and create a dual-boot system, so that I could both use the computer for school and screw around on Linux. I'm probably not the only person for whom this was a decisive factor. > > Adam > >> On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> wrote: >>> On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: >> >>> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >>> >>> Leaving licensing and copyright issues out of this mental exercise, what >>> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >>> although that can add to the discussion, but what WOULD it be? >>> >>> I'm not asking as a proponent of Linux. If anything, I was dragged >>> kicking and screaming into the current day and have begrudgingly ceded >>> my server space to Linux. >>> >>> But if not for Linux, would it be BSD? A System V variant? Or (the >>> horror) Windows NT? >> >> I can make a firm "dunno" sound :-) >> >> Some facts can come together to point away from a number of possibilities... >> >> - If you look at the number of hobbyist "Unix homages" that emerged at around that time, it's clear that there was a sizable community of interested folk willing to build their own thing, and that weren't interested in Windows NT. (Nay, one should put that more strongly... That had their minds set on something NOT from Microsoft.) So I think we can cross Windows NT off the list. >> >> - OS/2 should briefly come on the list. It was likable in many ways, if only IBM had actually supported it... But it suffers from something of the same problem as Windows NT; there were a lot of folk that were only slightly less despising of IBM at the time than of Microsoft. >> >> - Hurd was imagined to be the next thing... >> >> To borrow from my cookie file... >> >> "Of course 5 years from now that will be different, but 5 years from >> now everyone will be running free GNU on their 200 MIPS, 64M >> SPARCstation-5." -- Andrew Tanenbaum, 1992. >> % >> "You'll be rid of most of us when BSD-detox or GNU comes out, which >> should happen in the next few months (yeah, right)." -- Richard Tobin, >> 1992. [BSD did follow within a year] >> % >> "I am aware of the benefits of a micro kernel approach. However, the >> fact remains that Linux is here, and GNU isn't --- and people have >> been working on Hurd for a lot longer than Linus has been working on >> Linux." -- Ted T'so, 1992. >> >> Ted has been on this thread, and should be amused (and slightly disturbed!) that his old statements are being held here and there, ready to trot out :-). >> >> In the absence of Linux, perhaps hackers would have flocked to Hurd, but there was enough going on that there was plenty of room for them to have done so anyways. >> >> I'm not sure what to blame on whatever happened post-1992, though I'd put some on Microsoft Research having taken the wind out of Mach's sails by hiring off a bunch of the relevant folk. In order for Hurd to "make it," Mach has to "make it," too, and it looked like they were depending on CMU to be behind that. (I'm not sure I'm right about that; happy to hear a better story.) >> >> Anyway, Hurd *might* have been a "next thing," and I don't think the popularity of Linux was enough to have completely taken wind out of its sails, given that there's the dozens of "Unix homages" out there. >> >> - I'd like to imagine Plan 9 being an alternative, but it was "properly commercial" for a goodly long time (hence not amenable to attaching waves of hackers to it to add their favorite device drivers), and was never taken as a serious answer. Many of us had admired it from afar via the Dr Dobbs Journal issue (when was that? mid or late '90s?) but only from afar. >> >> - FreeBSD is the single best answer I can throw up as a possibility, as it was the one actively targeting 80386 hardware. And that had the big risk of the AT&T lawsuit lurking over it, so had that gone in a different direction, then that is a branch sadly easily trimmed. >> >> If we lop both Linux and FreeBSD off the list of possibilities, I don't imagine Windows NT or OS/2 bubble to the top, instead, a critical mass would have stood behind ... something else, I'd think. I don't know which to suggest. >> -- >> When confronted by a difficult problem, solve it by reducing it to the >> question, "How would the Lone Ranger handle this?" [-- Attachment #2: Type: text/html, Size: 9487 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:27 ` Adam Thornton 2019-08-28 20:56 ` William Pechter @ 2019-08-28 22:27 ` William Pechter 2019-08-28 22:53 ` Arthur Krewat 2019-08-29 18:40 ` Nemo Nusquam 2019-08-28 22:28 ` Clem cole 2019-08-29 11:12 ` Tony Finch 3 siblings, 2 replies; 96+ messages in thread From: William Pechter @ 2019-08-28 22:27 UTC (permalink / raw) To: tuhs I tried three times to respond by phone but the lack of a decent environment for mail killed my first attempts. Anyway, without top posting: On 8/28/2019 4:27 PM, Adam Thornton wrote: > I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic > marketing, and their close-to-outright-hostility to 3rd-party > developers didn't help. But what killed it, really, was how damn good > its 16-bit support was. It *was* a better DOS than DOS and a better > Windows than 3.11fW. So no one wrote to the relatively tiny market of > 32-bit OS/2. > OS/2 was slick and if they could've kept the W\indows 3.x compatibility (the Win32S was a sliding target that Microsoft kept changing. There was a pretty decent Unix work-alike ported to the top of OS/2 that made most of the public domain and open source (the term didn't exist yet) stuff available. I could telnet into the box and run a pretty slick Unix work-alike shell. Unfortunately, I left IBM and IBM dumped OS/2 support and future releases. <snip> > > I have a hypothesis about Linux's ascendance too, which is a personal > anecdote I am inflating to the status of hypothesis. As I recall, the > *BSDs for 386 all assumed they owned the hard disk. Like, the whole > thing. You couldn't, at least in 1992, create a multiboot system--or > at least it was my strong impression you could not. I was an > undergrad. I had one '386 at my disposal, with one hard disk, and, > hey, I needed DOS and Windows to write my papers (I don't know about > you, but I wanted to write in my room, where I could have my > references at hand and be reasonably undisturbed; sure Framemaker was > a much better setup than Word For Windows 1.2 but having to use it in > the computer lab made it a nonstarter for me). Papers, and, well, to > play games. Sure, that too. > > I love Framemaker. I run a 2nd hand version of Windows Framemaker since I no longer have any Unix boxes that would run the Unix version unless I pull an old CD and rebuild a SunOS 4 box. Wonder if the NVRAM battery's dead in the Sparc2 or Sparc10? I did a training Unix Admin for DC/OSx course for Pyramid that could print a full doc with instructors guide (on back side of the pages) and all the pages and overheads for the class in a single Frame doc. And everyone told me it couldn't be done in Frame 1.2 or 1.3 on Pyramid OSx. Sure you can if you force it. Come here and hold my Xterminal keyboard and my beer. 8-) Anyway, I thought I had a 386 running with Win3.1 and OS/2 and FreeBSD on a single drive. I checked the FreeBSD archives and it COULD install in a primary partition (partition type 165) and share the disk with other OS types. The one thing that was a PITA was the docs --- since they used the partition term as well as "disk slices" with partitions meaning ONE thing to Unix folks and another to DOS/Windows/OS2 types. So it was explained multiple times on the FreeBSD mailing lists. I never had any issue with it and until ZFS which wants it's own drives to control (and drives are now cheap and large -- so why not splurge a bit for data protection...) Bill ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 22:27 ` William Pechter @ 2019-08-28 22:53 ` Arthur Krewat 2019-08-29 18:40 ` Nemo Nusquam 1 sibling, 0 replies; 96+ messages in thread From: Arthur Krewat @ 2019-08-28 22:53 UTC (permalink / raw) To: tuhs On 8/28/2019 6:27 PM, William Pechter wrote: > I checked the FreeBSD archives and it COULD install in a primary > partition (partition type 165) and share the disk with other OS types. At some point, I had written a boot partition hook to select which partition to boot, and set it as Primary on the fly by modifying the partition table. The comments below are from a precursor to that. Sadly I do not have the source code for the later version where I had added the selection menu and actual partition table update to. Note the reason I started it ;) I know I was dual booting FreeBSD or maybe Consensys (SVR4.2) with DOS at some point, and based on the dates on this source code, it would have been around the second half of 1992. PART.ASM: Title PART - Partition table boot-up program. Comment * (C) 1992 Kilowatt Computing - Arthur Krewat Started Feb 2, 1992 Initiated by the Michelangelo Virus of 1/1992 - I figured if I have a program using sector 0 of the hard drive and something writes to it, it SHOULD crash - unless the virus is particularly intelligent. And we all know writers of virii are NOT or else they'd be doing something INTELLIGENT with their time. * Later on in the file: Partb Db 00H,"Unknown - empty",0 ;System indicators. Db 01H,"DOS (12 bit FAT)",0 Db 02H,"XENIX",0 Db 04H,"DOS (16 bit FAT)",0 Db 05H,"DOS - extended partition",0 Db 06H,"DOS 4.0",0 Db 51H,"Ontrack extended partition",0 Db 64H,"Novell",0 Db 75H,"PCIX",0 Db 0DBH,"CP/M",0 Db 0FFH,"BBT",0 Db 0 ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 22:27 ` William Pechter 2019-08-28 22:53 ` Arthur Krewat @ 2019-08-29 18:40 ` Nemo Nusquam 2019-08-29 19:18 ` Steffen Nurpmeso 1 sibling, 1 reply; 96+ messages in thread From: Nemo Nusquam @ 2019-08-29 18:40 UTC (permalink / raw) To: tuhs On 08/28/19 18:27, William Pechter wrote (in part): > On 8/28/2019 4:27 PM, Adam Thornton wrote: >> I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic >> marketing, and their close-to-outright-hostility to 3rd-party >> developers didn't help. But what killed it, really, was how damn >> good its 16-bit support was. It *was* a better DOS than DOS and a >> better Windows than 3.11fW. So no one wrote to the relatively tiny >> market of 32-bit OS/2. >> > OS/2 was slick and if they could've kept the W\indows 3.x > compatibility (the Win32S was a sliding target that Microsoft kept > changing. There was a pretty decent Unix work-alike ported to the top > of OS/2 that made most of the public domain and open source (the term > didn't exist yet) stuff available. > > I could telnet into the box and run a pretty slick Unix work-alike shell. Indeed -- forgive my nostalgia here... We were developing a DOS-based PC-Card (often incorrectly called a PCMCIA card). With OS/2, you opened up a DOS box. If the driver crashed, you just opened up another and went on. Under Windoze, the whole box crashed (and sometimes took the file-system with it). We used a combination of Eberhard Mattes' emx, the MKS toolkit, and case-sensitive file-systems to give us a reasonable approximation. N. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-29 18:40 ` Nemo Nusquam @ 2019-08-29 19:18 ` Steffen Nurpmeso 0 siblings, 0 replies; 96+ messages in thread From: Steffen Nurpmeso @ 2019-08-29 19:18 UTC (permalink / raw) To: Nemo Nusquam; +Cc: tuhs Nemo Nusquam wrote in <8cb953ef-ef6d-fdfa-76a4-1074cf46f598@gmail.com>: |On 08/28/19 18:27, William Pechter wrote (in part): |> On 8/28/2019 4:27 PM, Adam Thornton wrote: |>> I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic |>> marketing, and their close-to-outright-hostility to 3rd-party |>> developers didn't help. But what killed it, really, was how damn |>> good its 16-bit support was. It *was* a better DOS than DOS and a |>> better Windows than 3.11fW. So no one wrote to the relatively tiny |>> market of 32-bit OS/2. |>> |> OS/2 was slick and if they could've kept the W\indows 3.x |> compatibility (the Win32S was a sliding target that Microsoft kept |> changing. There was a pretty decent Unix work-alike ported to the top |> of OS/2 that made most of the public domain and open source (the term |> didn't exist yet) stuff available. |> |> I could telnet into the box and run a pretty slick Unix work-alike shell. |Indeed -- forgive my nostalgia here... We were developing a DOS-based |PC-Card (often incorrectly called a PCMCIA card). With OS/2, you opened |up a DOS box. If the driver crashed, you just opened up another and went |on. Under Windoze, the whole box crashed (and sometimes took the |file-system with it). We used a combination of Eberhard Mattes' emx, |the MKS toolkit, and case-sensitive file-systems to give us a reasonable |approximation. For a few holiday weeks i once worked in the IBM factory in Mainz Germany in a hard disk production line clean room. One of the gauges were driven by OS/2 which not only catched my attention but also crashed randomly up to several times per shift, causing automatic reboots (reliably). (The factory as such was not worth it, it has been closed after fifty years, in the new Heiligkreuz Viertel (holy-cross quarter) there have been build 242 flats and a supermarket in the meantime.) I liked 4DOS. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:27 ` Adam Thornton 2019-08-28 20:56 ` William Pechter 2019-08-28 22:27 ` William Pechter @ 2019-08-28 22:28 ` Clem cole 2019-08-28 22:48 ` Adam Thornton 2019-08-28 23:04 ` Gregg Levine 2019-08-29 11:12 ` Tony Finch 3 siblings, 2 replies; 96+ messages in thread From: Clem cole @ 2019-08-28 22:28 UTC (permalink / raw) To: Adam Thornton; +Cc: tuhs [-- Attachment #1: Type: text/plain, Size: 6937 bytes --] Not true 386BSD used fdisk. It shared the disk just fine. In fact I liked the way it sliced the disk much better than Slackware in those days. Sent from my PDP-7 Running UNIX V0 expect things to be almost but not quite. > On Aug 28, 2019, at 4:27 PM, Adam Thornton <athornton@gmail.com> wrote: > > I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic marketing, and their close-to-outright-hostility to 3rd-party developers didn't help. But what killed it, really, was how damn good its 16-bit support was. It *was* a better DOS than DOS and a better Windows than 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. > > I fear that had Linux not made the leap, MS might well have won. It's largely the AOL-fuelled explosion of popularity of the Internet and Windows ignoring same until too late that opened the door enough for Linux to jam its foot in. > > Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not going to be a contender, I guess because it was about cool research features rather than running user-facing code. I kept waiting for a usable kernel to go with what Linux had already shown was a quite decent userspace, but eventually had better things to do with my life (like chase BeOS). It was like waiting for Perl 6--it missed its moment. > > Plan 9 and Amoeba were both really nifty. I never used Sprite. Neither one of them had much of a chance in the real world. Much like Unix itself, Linux's worse-is-better approach really worked. > > I have a hypothesis about Linux's ascendance too, which is a personal anecdote I am inflating to the status of hypothesis. As I recall, the *BSDs for 386 all assumed they owned the hard disk. Like, the whole thing. You couldn't, at least in 1992, create a multiboot system--or at least it was my strong impression you could not. I was an undergrad. I had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and Windows to write my papers (I don't know about you, but I wanted to write in my room, where I could have my references at hand and be reasonably undisturbed; sure Framemaker was a much better setup than Word For Windows 1.2 but having to use it in the computer lab made it a nonstarter for me). Papers, and, well, to play games. Sure, that too. > > Linux let me defragment my drive, non-destructively repartition it, and create a dual-boot system, so that I could both use the computer for school and screw around on Linux. I'm probably not the only person for whom this was a decisive factor. > > Adam > >> On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> wrote: >>> On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: >> >>> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >>> >>> Leaving licensing and copyright issues out of this mental exercise, what >>> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >>> although that can add to the discussion, but what WOULD it be? >>> >>> I'm not asking as a proponent of Linux. If anything, I was dragged >>> kicking and screaming into the current day and have begrudgingly ceded >>> my server space to Linux. >>> >>> But if not for Linux, would it be BSD? A System V variant? Or (the >>> horror) Windows NT? >> >> I can make a firm "dunno" sound :-) >> >> Some facts can come together to point away from a number of possibilities... >> >> - If you look at the number of hobbyist "Unix homages" that emerged at around that time, it's clear that there was a sizable community of interested folk willing to build their own thing, and that weren't interested in Windows NT. (Nay, one should put that more strongly... That had their minds set on something NOT from Microsoft.) So I think we can cross Windows NT off the list. >> >> - OS/2 should briefly come on the list. It was likable in many ways, if only IBM had actually supported it... But it suffers from something of the same problem as Windows NT; there were a lot of folk that were only slightly less despising of IBM at the time than of Microsoft. >> >> - Hurd was imagined to be the next thing... >> >> To borrow from my cookie file... >> >> "Of course 5 years from now that will be different, but 5 years from >> now everyone will be running free GNU on their 200 MIPS, 64M >> SPARCstation-5." -- Andrew Tanenbaum, 1992. >> % >> "You'll be rid of most of us when BSD-detox or GNU comes out, which >> should happen in the next few months (yeah, right)." -- Richard Tobin, >> 1992. [BSD did follow within a year] >> % >> "I am aware of the benefits of a micro kernel approach. However, the >> fact remains that Linux is here, and GNU isn't --- and people have >> been working on Hurd for a lot longer than Linus has been working on >> Linux." -- Ted T'so, 1992. >> >> Ted has been on this thread, and should be amused (and slightly disturbed!) that his old statements are being held here and there, ready to trot out :-). >> >> In the absence of Linux, perhaps hackers would have flocked to Hurd, but there was enough going on that there was plenty of room for them to have done so anyways. >> >> I'm not sure what to blame on whatever happened post-1992, though I'd put some on Microsoft Research having taken the wind out of Mach's sails by hiring off a bunch of the relevant folk. In order for Hurd to "make it," Mach has to "make it," too, and it looked like they were depending on CMU to be behind that. (I'm not sure I'm right about that; happy to hear a better story.) >> >> Anyway, Hurd *might* have been a "next thing," and I don't think the popularity of Linux was enough to have completely taken wind out of its sails, given that there's the dozens of "Unix homages" out there. >> >> - I'd like to imagine Plan 9 being an alternative, but it was "properly commercial" for a goodly long time (hence not amenable to attaching waves of hackers to it to add their favorite device drivers), and was never taken as a serious answer. Many of us had admired it from afar via the Dr Dobbs Journal issue (when was that? mid or late '90s?) but only from afar. >> >> - FreeBSD is the single best answer I can throw up as a possibility, as it was the one actively targeting 80386 hardware. And that had the big risk of the AT&T lawsuit lurking over it, so had that gone in a different direction, then that is a branch sadly easily trimmed. >> >> If we lop both Linux and FreeBSD off the list of possibilities, I don't imagine Windows NT or OS/2 bubble to the top, instead, a critical mass would have stood behind ... something else, I'd think. I don't know which to suggest. >> -- >> When confronted by a difficult problem, solve it by reducing it to the >> question, "How would the Lone Ranger handle this?" [-- Attachment #2: Type: text/html, Size: 8654 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 22:28 ` Clem cole @ 2019-08-28 22:48 ` Adam Thornton 2019-08-28 23:01 ` William Pechter 2019-08-28 23:04 ` Gregg Levine 1 sibling, 1 reply; 96+ messages in thread From: Adam Thornton @ 2019-08-28 22:48 UTC (permalink / raw) To: The Eunuchs Hysterical Society [-- Attachment #1: Type: text/plain, Size: 7903 bytes --] It probably was the partition/slice confusion that, well, confused me, then. My experience, such as it was, was from the DOS world. Although the period I am thinking of was way pre-slackware. You had a boot floppy and a root floppy and that was about it, I think. I think the kernel had MFM/RLL disk drivers for an ISA bus interface? I remember that I could boot the thing on the MCA machines in the lab but not actually install it (even had I been allowed to), and I think installation was pretty much fdisk/mkfs, extract the tarball...I don't remember how you installed the bootloader...which I guess was already LILO at that point? Probably just dding the bootsector to the first physical sector of the disk? Version 0.08 or so, maybe? It was quite a while ago, and I was drunk for most of college, so....memory is imprecise at best. On Wed, Aug 28, 2019 at 3:28 PM Clem cole <clemc@ccc.com> wrote: > Not true 386BSD used fdisk. It shared the disk just fine. In fact I > liked the way it sliced the disk much better than Slackware in those days. > > Sent from my PDP-7 Running UNIX V0 expect things to be almost but not > quite. > > On Aug 28, 2019, at 4:27 PM, Adam Thornton <athornton@gmail.com> wrote: > > I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic > marketing, and their close-to-outright-hostility to 3rd-party developers > didn't help. But what killed it, really, was how damn good its 16-bit > support was. It *was* a better DOS than DOS and a better Windows than > 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. > > I fear that had Linux not made the leap, MS might well have won. It's > largely the AOL-fuelled explosion of popularity of the Internet and Windows > ignoring same until too late that opened the door enough for Linux to jam > its foot in. > > Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not > going to be a contender, I guess because it was about cool research > features rather than running user-facing code. I kept waiting for a usable > kernel to go with what Linux had already shown was a quite decent > userspace, but eventually had better things to do with my life (like chase > BeOS). It was like waiting for Perl 6--it missed its moment. > > Plan 9 and Amoeba were both really nifty. I never used Sprite. Neither > one of them had much of a chance in the real world. Much like Unix itself, > Linux's worse-is-better approach really worked. > > I have a hypothesis about Linux's ascendance too, which is a personal > anecdote I am inflating to the status of hypothesis. As I recall, the > *BSDs for 386 all assumed they owned the hard disk. Like, the whole > thing. You couldn't, at least in 1992, create a multiboot system--or at > least it was my strong impression you could not. I was an undergrad. I > had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and > Windows to write my papers (I don't know about you, but I wanted to write > in my room, where I could have my references at hand and be reasonably > undisturbed; sure Framemaker was a much better setup than Word For Windows > 1.2 but having to use it in the computer lab made it a nonstarter for me). > Papers, and, well, to play games. Sure, that too. > > Linux let me defragment my drive, non-destructively repartition it, and > create a dual-boot system, so that I could both use the computer for school > and screw around on Linux. I'm probably not the only person for whom this > was a decisive factor. > > Adam > > On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> > wrote: > >> On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: >> >>> >>> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >>> >>> Leaving licensing and copyright issues out of this mental exercise, what >>> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >>> although that can add to the discussion, but what WOULD it be? >>> >>> I'm not asking as a proponent of Linux. If anything, I was dragged >>> kicking and screaming into the current day and have begrudgingly ceded >>> my server space to Linux. >>> >>> But if not for Linux, would it be BSD? A System V variant? Or (the >>> horror) Windows NT? >>> >> >> I can make a firm "dunno" sound :-) >> >> Some facts can come together to point away from a number of >> possibilities... >> >> - If you look at the number of hobbyist "Unix homages" that emerged at >> around that time, it's clear that there was a sizable community of >> interested folk willing to build their own thing, and that weren't >> interested in Windows NT. (Nay, one should put that more strongly... That >> had their minds set on something NOT from Microsoft.) So I think we can >> cross Windows NT off the list. >> >> - OS/2 should briefly come on the list. It was likable in many ways, if >> only IBM had actually supported it... But it suffers from something of the >> same problem as Windows NT; there were a lot of folk that were only >> slightly less despising of IBM at the time than of Microsoft. >> >> - Hurd was imagined to be the next thing... >> >> To borrow from my cookie file... >> >> "Of course 5 years from now that will be different, but 5 years from >> now everyone will be running free GNU on their 200 MIPS, 64M >> SPARCstation-5." -- Andrew Tanenbaum, 1992. >> % >> "You'll be rid of most of us when BSD-detox or GNU comes out, which >> should happen in the next few months (yeah, right)." -- Richard Tobin, >> 1992. [BSD did follow within a year] >> % >> "I am aware of the benefits of a micro kernel approach. However, the >> fact remains that Linux is here, and GNU isn't --- and people have >> been working on Hurd for a lot longer than Linus has been working on >> Linux." -- Ted T'so, 1992. >> >> Ted has been on this thread, and should be amused (and slightly >> disturbed!) that his old statements are being held here and there, ready to >> trot out :-). >> >> In the absence of Linux, perhaps hackers would have flocked to Hurd, but >> there was enough going on that there was plenty of room for them to have >> done so anyways. >> >> I'm not sure what to blame on whatever happened post-1992, though I'd put >> some on Microsoft Research having taken the wind out of Mach's sails by >> hiring off a bunch of the relevant folk. In order for Hurd to "make it," >> Mach has to "make it," too, and it looked like they were depending on CMU >> to be behind that. (I'm not sure I'm right about that; happy to hear a >> better story.) >> >> Anyway, Hurd *might* have been a "next thing," and I don't think the >> popularity of Linux was enough to have completely taken wind out of its >> sails, given that there's the dozens of "Unix homages" out there. >> >> - I'd like to imagine Plan 9 being an alternative, but it was "properly >> commercial" for a goodly long time (hence not amenable to attaching waves >> of hackers to it to add their favorite device drivers), and was never taken >> as a serious answer. Many of us had admired it from afar via the Dr Dobbs >> Journal issue (when was that? mid or late '90s?) but only from afar. >> >> - FreeBSD is the single best answer I can throw up as a possibility, as >> it was the one actively targeting 80386 hardware. And that had the big >> risk of the AT&T lawsuit lurking over it, so had that gone in a different >> direction, then that is a branch sadly easily trimmed. >> >> If we lop both Linux and FreeBSD off the list of possibilities, I don't >> imagine Windows NT or OS/2 bubble to the top, instead, a critical mass >> would have stood behind ... something else, I'd think. I don't know which >> to suggest. >> -- >> When confronted by a difficult problem, solve it by reducing it to the >> question, "How would the Lone Ranger handle this?" >> > [-- Attachment #2: Type: text/html, Size: 9901 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 22:48 ` Adam Thornton @ 2019-08-28 23:01 ` William Pechter 2019-08-28 23:09 ` Adam Thornton 2019-08-29 6:37 ` Wesley Parish 0 siblings, 2 replies; 96+ messages in thread From: William Pechter @ 2019-08-28 23:01 UTC (permalink / raw) To: Adam Thornton; +Cc: TUHS [-- Attachment #1: Type: text/plain, Size: 10161 bytes --] On 8/28/2019 6:48 PM, Adam Thornton wrote: > It probably was the partition/slice confusion that, well, confused me, > then. My experience, such as it was, was from the DOS world. As was mine mostly 8-) I remember it from the PITA it was to translate in my head. Unix folks looked at partitions as /dev/dsk/0s0->0s7 (I think 7 was the SVR2 maximum. The "Unix" partitions fit inside the FDISK partition or dos slice... The dos guys looked at it kind of like the fdisk space disk0 partition 3 (for example) was the partition and then the BSD folks broke that in to /dev/sd0a /dev/sd0b /dev/sd0c etc. I did a little SunOS and SysV along with Dos and Windows and could make them coexist as long as there was an open primary dos partition. > > Although the period I am thinking of was way pre-slackware. You had a > boot floppy and a root floppy and that was about it, I think. I think > the kernel had MFM/RLL disk drivers for an ISA bus interface? I > remember that I could boot the thing on the MCA machines in the lab > but not actually install it (even had I been allowed to), and I think > installation was pretty much fdisk/mkfs, extract the tarball...I don't > remember how you installed the bootloader...which I guess was already > LILO at that point? Probably just dding the bootsector to the first > physical sector of the disk? Version 0.08 or so, maybe? > Sounds like SLS -- Soft Landing System -- which later was pretty much replaced with Slackware. I used the early MCA stuff on PS/2's at IBM for a while. Most of the PS/2 stuff we had was SCSI. The boot loader was lilo. It could go in the partition space or disk mbr. See:https://www.ibm.com/developerworks/library/l-bootload/index.html > It was quite a while ago, and I was drunk for most of college, > so....memory is imprecise at best. > > On Wed, Aug 28, 2019 at 3:28 PM Clem cole <clemc@ccc.com > <mailto:clemc@ccc.com>> wrote: > > Not true 386BSD used fdisk. It shared the disk just fine. In > fact I liked the way it sliced the disk much better than Slackware > in those days. > > Sent from my PDP-7 Running UNIX V0 expect things to be almost but > not quite. > > On Aug 28, 2019, at 4:27 PM, Adam Thornton <athornton@gmail.com > <mailto:athornton@gmail.com>> wrote: > >> I was an ardent OS/2 supporter for a long time. Sure, IBM's >> anemic marketing, and their close-to-outright-hostility to >> 3rd-party developers didn't help. But what killed it, really, >> was how damn good its 16-bit support was. It *was* a better DOS >> than DOS and a better Windows than 3.11fW. So no one wrote to >> the relatively tiny market of 32-bit OS/2. >> >> I fear that had Linux not made the leap, MS might well have won. >> It's largely the AOL-fuelled explosion of popularity of the >> Internet and Windows ignoring same until too late that opened the >> door enough for Linux to jam its foot in. >> >> Hurd was, by the time of the '386 Unix Wars and early Linux, >> clearly not going to be a contender, I guess because it was about >> cool research features rather than running user-facing code. I >> kept waiting for a usable kernel to go with what Linux had >> already shown was a quite decent userspace, but eventually had >> better things to do with my life (like chase BeOS). It was like >> waiting for Perl 6--it missed its moment. >> >> Plan 9 and Amoeba were both really nifty. I never used >> Sprite. Neither one of them had much of a chance in the real >> world. Much like Unix itself, Linux's worse-is-better approach >> really worked. >> >> I have a hypothesis about Linux's ascendance too, which is a >> personal anecdote I am inflating to the status of hypothesis. As >> I recall, the *BSDs for 386 all assumed they owned the hard >> disk. Like, the whole thing. You couldn't, at least in 1992, >> create a multiboot system--or at least it was my strong >> impression you could not. I was an undergrad. I had one '386 at >> my disposal, with one hard disk, and, hey, I needed DOS and >> Windows to write my papers (I don't know about you, but I wanted >> to write in my room, where I could have my references at hand and >> be reasonably undisturbed; sure Framemaker was a much better >> setup than Word For Windows 1.2 but having to use it in the >> computer lab made it a nonstarter for me). Papers, and, well, to >> play games. Sure, that too. >> >> Linux let me defragment my drive, non-destructively repartition >> it, and create a dual-boot system, so that I could both use the >> computer for school and screw around on Linux. I'm probably not >> the only person for whom this was a decisive factor. >> >> Adam >> >> On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne >> <cbbrowne@gmail.com <mailto:cbbrowne@gmail.com>> wrote: >> >> On Mon, 26 Aug 2019 at 19:14, Arthur Krewat >> <krewat@kilonet.net <mailto:krewat@kilonet.net>> wrote: >> >> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >> >> Leaving licensing and copyright issues out of this mental >> exercise, what >> would we have now if it wasn't for Linux? Not what you'd >> WANT it to be, >> although that can add to the discussion, but what WOULD >> it be? >> >> I'm not asking as a proponent of Linux. If anything, I >> was dragged >> kicking and screaming into the current day and have >> begrudgingly ceded >> my server space to Linux. >> >> But if not for Linux, would it be BSD? A System V >> variant? Or (the >> horror) Windows NT? >> >> >> I can make a firm "dunno" sound :-) >> >> Some facts can come together to point away from a number of >> possibilities... >> >> - If you look at the number of hobbyist "Unix homages" that >> emerged at around that time, it's clear that there was a >> sizable community of interested folk willing to build their >> own thing, and that weren't interested in Windows NT. (Nay, >> one should put that more strongly... That had their minds >> set on something NOT from Microsoft.) So I think we can >> cross Windows NT off the list. >> >> - OS/2 should briefly come on the list. It was likable in >> many ways, if only IBM had actually supported it... But it >> suffers from something of the same problem as Windows NT; >> there were a lot of folk that were only slightly less >> despising of IBM at the time than of Microsoft. >> >> - Hurd was imagined to be the next thing... >> >> To borrow from my cookie file... >> >> "Of course 5 years from now that will be different, but 5 >> years from >> now everyone will be running free GNU on their 200 >> MIPS, 64M >> SPARCstation-5." -- Andrew Tanenbaum, 1992. >> % >> "You'll be rid of most of us when BSD-detox or GNU comes >> out, which >> should happen in the next few months (yeah, right)." -- >> Richard Tobin, >> 1992. [BSD did follow within a year] >> % >> "I am aware of the benefits of a micro kernel approach. >> However, the >> fact remains that Linux is here, and GNU isn't --- and >> people have >> been working on Hurd for a lot longer than Linus has been >> working on >> Linux." -- Ted T'so, 1992. >> >> Ted has been on this thread, and should be amused (and >> slightly disturbed!) that his old statements are being held >> here and there, ready to trot out :-). >> >> In the absence of Linux, perhaps hackers would have flocked >> to Hurd, but there was enough going on that there was plenty >> of room for them to have done so anyways. >> >> I'm not sure what to blame on whatever happened post-1992, >> though I'd put some on Microsoft Research having taken the >> wind out of Mach's sails by hiring off a bunch of the >> relevant folk. In order for Hurd to "make it," Mach has to >> "make it," too, and it looked like they were depending on CMU >> to be behind that. (I'm not sure I'm right about that; happy >> to hear a better story.) >> >> Anyway, Hurd *might* have been a "next thing," and I don't >> think the popularity of Linux was enough to have completely >> taken wind out of its sails, given that there's the dozens of >> "Unix homages" out there. >> >> - I'd like to imagine Plan 9 being an alternative, but it was >> "properly commercial" for a goodly long time (hence not >> amenable to attaching waves of hackers to it to add their >> favorite device drivers), and was never taken as a serious >> answer. Many of us had admired it from afar via the Dr Dobbs >> Journal issue (when was that? mid or late '90s?) but only >> from afar. >> >> - FreeBSD is the single best answer I can throw up as a >> possibility, as it was the one actively targeting 80386 >> hardware. And that had the big risk of the AT&T lawsuit >> lurking over it, so had that gone in a different direction, >> then that is a branch sadly easily trimmed. >> >> If we lop both Linux and FreeBSD off the list of >> possibilities, I don't imagine Windows NT or OS/2 bubble to >> the top, instead, a critical mass would have stood behind ... >> something else, I'd think. I don't know which to suggest. >> -- >> When confronted by a difficult problem, solve it by reducing >> it to the >> question, "How would the Lone Ranger handle this?" >> [-- Attachment #2: Type: text/html, Size: 17621 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 23:01 ` William Pechter @ 2019-08-28 23:09 ` Adam Thornton 2019-08-29 6:37 ` Wesley Parish 1 sibling, 0 replies; 96+ messages in thread From: Adam Thornton @ 2019-08-28 23:09 UTC (permalink / raw) To: tuhs [-- Attachment #1: Type: text/plain, Size: 9412 bytes --] This was pre-SLS as well. I remember vividly how excited I was when it came out in mid-92 and how much like cheating it was. A little googling and I'm sure I used the HJ Lu diskettes. I don't actually remember hand-editing the MBR but, well, I probably did. Adam On Wed, Aug 28, 2019 at 4:01 PM William Pechter <pechter@gmail.com> wrote: > On 8/28/2019 6:48 PM, Adam Thornton wrote: > > It probably was the partition/slice confusion that, well, confused me, > then. My experience, such as it was, was from the DOS world. > > As was mine mostly 8-) I remember it from the PITA it was to translate in > my head. Unix folks looked at partitions as /dev/dsk/0s0->0s7 (I think 7 > was the SVR2 maximum. The "Unix" partitions fit inside the FDISK partition > or dos slice... The dos guys looked at it kind of like the fdisk space > disk0 partition 3 (for example) was the partition and then the BSD folks > broke that in to /dev/sd0a /dev/sd0b /dev/sd0c etc. > > I did a little SunOS and SysV along with Dos and Windows and could make > them coexist as long as there was an open primary dos partition. > > > > Although the period I am thinking of was way pre-slackware. You had a > boot floppy and a root floppy and that was about it, I think. I think the > kernel had MFM/RLL disk drivers for an ISA bus interface? I remember that > I could boot the thing on the MCA machines in the lab but not actually > install it (even had I been allowed to), and I think installation was > pretty much fdisk/mkfs, extract the tarball...I don't remember how you > installed the bootloader...which I guess was already LILO at that point? > Probably just dding the bootsector to the first physical sector of the > disk? Version 0.08 or so, maybe? > > > Sounds like SLS -- Soft Landing System -- which later was pretty much > replaced with Slackware. I used the early MCA stuff on PS/2's at IBM for a > while. Most of the PS/2 stuff we had was SCSI. The boot loader was lilo. > It could go in the partition space or disk mbr. See: > https://www.ibm.com/developerworks/library/l-bootload/index.html > > > It was quite a while ago, and I was drunk for most of college, > so....memory is imprecise at best. > > On Wed, Aug 28, 2019 at 3:28 PM Clem cole <clemc@ccc.com> wrote: > >> Not true 386BSD used fdisk. It shared the disk just fine. In fact I >> liked the way it sliced the disk much better than Slackware in those days. >> >> Sent from my PDP-7 Running UNIX V0 expect things to be almost but not >> quite. >> >> On Aug 28, 2019, at 4:27 PM, Adam Thornton <athornton@gmail.com> wrote: >> >> I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic >> marketing, and their close-to-outright-hostility to 3rd-party developers >> didn't help. But what killed it, really, was how damn good its 16-bit >> support was. It *was* a better DOS than DOS and a better Windows than >> 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. >> >> I fear that had Linux not made the leap, MS might well have won. It's >> largely the AOL-fuelled explosion of popularity of the Internet and Windows >> ignoring same until too late that opened the door enough for Linux to jam >> its foot in. >> >> Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not >> going to be a contender, I guess because it was about cool research >> features rather than running user-facing code. I kept waiting for a usable >> kernel to go with what Linux had already shown was a quite decent >> userspace, but eventually had better things to do with my life (like chase >> BeOS). It was like waiting for Perl 6--it missed its moment. >> >> Plan 9 and Amoeba were both really nifty. I never used Sprite. >> Neither one of them had much of a chance in the real world. Much like Unix >> itself, Linux's worse-is-better approach really worked. >> >> I have a hypothesis about Linux's ascendance too, which is a personal >> anecdote I am inflating to the status of hypothesis. As I recall, the >> *BSDs for 386 all assumed they owned the hard disk. Like, the whole >> thing. You couldn't, at least in 1992, create a multiboot system--or at >> least it was my strong impression you could not. I was an undergrad. I >> had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and >> Windows to write my papers (I don't know about you, but I wanted to write >> in my room, where I could have my references at hand and be reasonably >> undisturbed; sure Framemaker was a much better setup than Word For Windows >> 1.2 but having to use it in the computer lab made it a nonstarter for me). >> Papers, and, well, to play games. Sure, that too. >> >> Linux let me defragment my drive, non-destructively repartition it, and >> create a dual-boot system, so that I could both use the computer for school >> and screw around on Linux. I'm probably not the only person for whom this >> was a decisive factor. >> >> Adam >> >> On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> >> wrote: >> >>> On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: >>> >>>> >>>> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >>>> >>>> Leaving licensing and copyright issues out of this mental exercise, >>>> what >>>> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >>>> although that can add to the discussion, but what WOULD it be? >>>> >>>> I'm not asking as a proponent of Linux. If anything, I was dragged >>>> kicking and screaming into the current day and have begrudgingly ceded >>>> my server space to Linux. >>>> >>>> But if not for Linux, would it be BSD? A System V variant? Or (the >>>> horror) Windows NT? >>>> >>> >>> I can make a firm "dunno" sound :-) >>> >>> Some facts can come together to point away from a number of >>> possibilities... >>> >>> - If you look at the number of hobbyist "Unix homages" that emerged at >>> around that time, it's clear that there was a sizable community of >>> interested folk willing to build their own thing, and that weren't >>> interested in Windows NT. (Nay, one should put that more strongly... That >>> had their minds set on something NOT from Microsoft.) So I think we can >>> cross Windows NT off the list. >>> >>> - OS/2 should briefly come on the list. It was likable in many ways, if >>> only IBM had actually supported it... But it suffers from something of the >>> same problem as Windows NT; there were a lot of folk that were only >>> slightly less despising of IBM at the time than of Microsoft. >>> >>> - Hurd was imagined to be the next thing... >>> >>> To borrow from my cookie file... >>> >>> "Of course 5 years from now that will be different, but 5 years from >>> now everyone will be running free GNU on their 200 MIPS, 64M >>> SPARCstation-5." -- Andrew Tanenbaum, 1992. >>> % >>> "You'll be rid of most of us when BSD-detox or GNU comes out, which >>> should happen in the next few months (yeah, right)." -- Richard Tobin, >>> 1992. [BSD did follow within a year] >>> % >>> "I am aware of the benefits of a micro kernel approach. However, the >>> fact remains that Linux is here, and GNU isn't --- and people have >>> been working on Hurd for a lot longer than Linus has been working on >>> Linux." -- Ted T'so, 1992. >>> >>> Ted has been on this thread, and should be amused (and slightly >>> disturbed!) that his old statements are being held here and there, ready to >>> trot out :-). >>> >>> In the absence of Linux, perhaps hackers would have flocked to Hurd, but >>> there was enough going on that there was plenty of room for them to have >>> done so anyways. >>> >>> I'm not sure what to blame on whatever happened post-1992, though I'd >>> put some on Microsoft Research having taken the wind out of Mach's sails by >>> hiring off a bunch of the relevant folk. In order for Hurd to "make it," >>> Mach has to "make it," too, and it looked like they were depending on CMU >>> to be behind that. (I'm not sure I'm right about that; happy to hear a >>> better story.) >>> >>> Anyway, Hurd *might* have been a "next thing," and I don't think the >>> popularity of Linux was enough to have completely taken wind out of its >>> sails, given that there's the dozens of "Unix homages" out there. >>> >>> - I'd like to imagine Plan 9 being an alternative, but it was "properly >>> commercial" for a goodly long time (hence not amenable to attaching waves >>> of hackers to it to add their favorite device drivers), and was never taken >>> as a serious answer. Many of us had admired it from afar via the Dr Dobbs >>> Journal issue (when was that? mid or late '90s?) but only from afar. >>> >>> - FreeBSD is the single best answer I can throw up as a possibility, as >>> it was the one actively targeting 80386 hardware. And that had the big >>> risk of the AT&T lawsuit lurking over it, so had that gone in a different >>> direction, then that is a branch sadly easily trimmed. >>> >>> If we lop both Linux and FreeBSD off the list of possibilities, I don't >>> imagine Windows NT or OS/2 bubble to the top, instead, a critical mass >>> would have stood behind ... something else, I'd think. I don't know which >>> to suggest. >>> -- >>> When confronted by a difficult problem, solve it by reducing it to the >>> question, "How would the Lone Ranger handle this?" >>> >> > [-- Attachment #2: Type: text/html, Size: 18094 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 23:01 ` William Pechter 2019-08-28 23:09 ` Adam Thornton @ 2019-08-29 6:37 ` Wesley Parish 1 sibling, 0 replies; 96+ messages in thread From: Wesley Parish @ 2019-08-29 6:37 UTC (permalink / raw) To: William Pechter; +Cc: TUHS On 8/29/19, William Pechter <pechter@gmail.com> wrote: > On 8/28/2019 6:48 PM, Adam Thornton wrote: <snip> > > >> >> Although the period I am thinking of was way pre-slackware. You had a >> boot floppy and a root floppy and that was about it, I think. I think >> the kernel had MFM/RLL disk drivers for an ISA bus interface? I >> remember that I could boot the thing on the MCA machines in the lab >> but not actually install it (even had I been allowed to), and I think >> installation was pretty much fdisk/mkfs, extract the tarball...I don't >> remember how you installed the bootloader...which I guess was already >> LILO at that point? Probably just dding the bootsector to the first >> physical sector of the disk? Version 0.08 or so, maybe? >> > > Sounds like SLS -- Soft Landing System -- which later was pretty much > replaced with Slackware. I used the early MCA stuff on PS/2's at IBM > for a while. Most of the PS/2 stuff we had was SCSI. The boot loader > was lilo. It could go in the partition space or disk mbr. > See:https://www.ibm.com/developerworks/library/l-bootload/index.html FWLIW, you can get a copy of my installation of SLS at https://sourceforge.net/projects/bochs/files/Disk%20Images/SLS%20Linux/ I included the floppy images so any time you can reinstall it or just work on acquiring the joys of diskswapping as we knew it back then. (It's one way to go crazy when you're tired, and get the fdisk/mkfs stage wrong, or pick up the wrong disk or ... :) > > <snip> ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 22:28 ` Clem cole 2019-08-28 22:48 ` Adam Thornton @ 2019-08-28 23:04 ` Gregg Levine 1 sibling, 0 replies; 96+ messages in thread From: Gregg Levine @ 2019-08-28 23:04 UTC (permalink / raw) To: tuhs Hello! I can certainly attest to that one. The partition methods Slackware was using for releases before 3.0 were stranger then a lot of things. For release 3.0 and later it all started to make sense. I had more problems thought figuring out why several others really wanted me to break up the disk into a batch of individual ones...... However while exploring both NetBSD and FreeBSD I did workout why they wanted the disk broken out into those slices. ----- Gregg C Levine gregg.drwho8@gmail.com "This signature fought the Time Wars, time and again." On Wed, Aug 28, 2019 at 6:29 PM Clem cole <clemc@ccc.com> wrote: > > Not true 386BSD used fdisk. It shared the disk just fine. In fact I liked the way it sliced the disk much better than Slackware in those days. > > Sent from my PDP-7 Running UNIX V0 expect things to be almost but not quite. > > On Aug 28, 2019, at 4:27 PM, Adam Thornton <athornton@gmail.com> wrote: > > I was an ardent OS/2 supporter for a long time. Sure, IBM's anemic marketing, and their close-to-outright-hostility to 3rd-party developers didn't help. But what killed it, really, was how damn good its 16-bit support was. It *was* a better DOS than DOS and a better Windows than 3.11fW. So no one wrote to the relatively tiny market of 32-bit OS/2. > > I fear that had Linux not made the leap, MS might well have won. It's largely the AOL-fuelled explosion of popularity of the Internet and Windows ignoring same until too late that opened the door enough for Linux to jam its foot in. > > Hurd was, by the time of the '386 Unix Wars and early Linux, clearly not going to be a contender, I guess because it was about cool research features rather than running user-facing code. I kept waiting for a usable kernel to go with what Linux had already shown was a quite decent userspace, but eventually had better things to do with my life (like chase BeOS). It was like waiting for Perl 6--it missed its moment. > > Plan 9 and Amoeba were both really nifty. I never used Sprite. Neither one of them had much of a chance in the real world. Much like Unix itself, Linux's worse-is-better approach really worked. > > I have a hypothesis about Linux's ascendance too, which is a personal anecdote I am inflating to the status of hypothesis. As I recall, the *BSDs for 386 all assumed they owned the hard disk. Like, the whole thing. You couldn't, at least in 1992, create a multiboot system--or at least it was my strong impression you could not. I was an undergrad. I had one '386 at my disposal, with one hard disk, and, hey, I needed DOS and Windows to write my papers (I don't know about you, but I wanted to write in my room, where I could have my references at hand and be reasonably undisturbed; sure Framemaker was a much better setup than Word For Windows 1.2 but having to use it in the computer lab made it a nonstarter for me). Papers, and, well, to play games. Sure, that too. > > Linux let me defragment my drive, non-destructively repartition it, and create a dual-boot system, so that I could both use the computer for school and screw around on Linux. I'm probably not the only person for whom this was a decisive factor. > > Adam > > On Wed, Aug 28, 2019 at 1:08 PM Christopher Browne <cbbrowne@gmail.com> wrote: >> >> On Mon, 26 Aug 2019 at 19:14, Arthur Krewat <krewat@kilonet.net> wrote: >>> >>> https://linux.slashdot.org/story/19/08/26/0051234/celebrating-the-28th-anniversary-of-the-linux-kernel >>> >>> Leaving licensing and copyright issues out of this mental exercise, what >>> would we have now if it wasn't for Linux? Not what you'd WANT it to be, >>> although that can add to the discussion, but what WOULD it be? >>> >>> I'm not asking as a proponent of Linux. If anything, I was dragged >>> kicking and screaming into the current day and have begrudgingly ceded >>> my server space to Linux. >>> >>> But if not for Linux, would it be BSD? A System V variant? Or (the >>> horror) Windows NT? >> >> >> I can make a firm "dunno" sound :-) >> >> Some facts can come together to point away from a number of possibilities... >> >> - If you look at the number of hobbyist "Unix homages" that emerged at around that time, it's clear that there was a sizable community of interested folk willing to build their own thing, and that weren't interested in Windows NT. (Nay, one should put that more strongly... That had their minds set on something NOT from Microsoft.) So I think we can cross Windows NT off the list. >> >> - OS/2 should briefly come on the list. It was likable in many ways, if only IBM had actually supported it... But it suffers from something of the same problem as Windows NT; there were a lot of folk that were only slightly less despising of IBM at the time than of Microsoft. >> >> - Hurd was imagined to be the next thing... >> >> To borrow from my cookie file... >> >> "Of course 5 years from now that will be different, but 5 years from >> now everyone will be running free GNU on their 200 MIPS, 64M >> SPARCstation-5." -- Andrew Tanenbaum, 1992. >> % >> "You'll be rid of most of us when BSD-detox or GNU comes out, which >> should happen in the next few months (yeah, right)." -- Richard Tobin, >> 1992. [BSD did follow within a year] >> % >> "I am aware of the benefits of a micro kernel approach. However, the >> fact remains that Linux is here, and GNU isn't --- and people have >> been working on Hurd for a lot longer than Linus has been working on >> Linux." -- Ted T'so, 1992. >> >> Ted has been on this thread, and should be amused (and slightly disturbed!) that his old statements are being held here and there, ready to trot out :-). >> >> In the absence of Linux, perhaps hackers would have flocked to Hurd, but there was enough going on that there was plenty of room for them to have done so anyways. >> >> I'm not sure what to blame on whatever happened post-1992, though I'd put some on Microsoft Research having taken the wind out of Mach's sails by hiring off a bunch of the relevant folk. In order for Hurd to "make it," Mach has to "make it," too, and it looked like they were depending on CMU to be behind that. (I'm not sure I'm right about that; happy to hear a better story.) >> >> Anyway, Hurd *might* have been a "next thing," and I don't think the popularity of Linux was enough to have completely taken wind out of its sails, given that there's the dozens of "Unix homages" out there. >> >> - I'd like to imagine Plan 9 being an alternative, but it was "properly commercial" for a goodly long time (hence not amenable to attaching waves of hackers to it to add their favorite device drivers), and was never taken as a serious answer. Many of us had admired it from afar via the Dr Dobbs Journal issue (when was that? mid or late '90s?) but only from afar. >> >> - FreeBSD is the single best answer I can throw up as a possibility, as it was the one actively targeting 80386 hardware. And that had the big risk of the AT&T lawsuit lurking over it, so had that gone in a different direction, then that is a branch sadly easily trimmed. >> >> If we lop both Linux and FreeBSD off the list of possibilities, I don't imagine Windows NT or OS/2 bubble to the top, instead, a critical mass would have stood behind ... something else, I'd think. I don't know which to suggest. >> -- >> When confronted by a difficult problem, solve it by reducing it to the >> question, "How would the Lone Ranger handle this?" ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:27 ` Adam Thornton ` (2 preceding siblings ...) 2019-08-28 22:28 ` Clem cole @ 2019-08-29 11:12 ` Tony Finch 3 siblings, 0 replies; 96+ messages in thread From: Tony Finch @ 2019-08-29 11:12 UTC (permalink / raw) To: Adam Thornton; +Cc: The Eunuchs Hysterical Society Adam Thornton <athornton@gmail.com> wrote: > > I fear that had Linux not made the leap, MS might well have won. It's > largely the AOL-fuelled explosion of popularity of the Internet and Windows > ignoring same until too late that opened the door enough for Linux to jam > its foot in. I started work at Demon Internet in 1997. Its origins before 1992 were in SCO / Xenix consultancy, but by the time I joined the ISP systems were mostly flavours of BSD and Sun. My colleagues didn't think Linux was sufficiently good at networking, and I got the impression that was a relatively common opinion in ISP circles around 1995/6. That kind of suggests to me that Unix would have been helped by the rise of the Internet even without Linux... Tony. -- f.anthony.n.finch <dot@dotat.at> http://dotat.at/ Shannon: Southwest 5 to 7, occasionally gale 8 for a time. Rough or very rough. Rain. Good, becoming moderate or poor. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 20:07 ` Christopher Browne 2019-08-28 20:27 ` Adam Thornton @ 2019-08-28 23:19 ` Theodore Y. Ts'o 2019-08-29 13:31 ` A. P. Garcia 2019-08-31 16:58 ` Christopher Browne 1 sibling, 2 replies; 96+ messages in thread From: Theodore Y. Ts'o @ 2019-08-28 23:19 UTC (permalink / raw) To: Christopher Browne; +Cc: TUHS main list On Wed, Aug 28, 2019 at 04:07:39PM -0400, Christopher Browne wrote: > > - Hurd was imagined to be the next thing... > > To borrow from my cookie file... > > "I am aware of the benefits of a micro kernel approach. However, the > fact remains that Linux is here, and GNU isn't --- and people have > been working on Hurd for a lot longer than Linus has been working on > Linux." -- Ted T'so, 1992. That's "Ts'o" :-), and that quote wasn't my arguing that Hurd would be the next thing. It was people had been working on the Hurd for *years* (starting 1984) and it still wasn't real. If it wasn't going to be real after eight years, another eighty probably wouldn't have helped. And a lot of this was because was because RMS was hard to work with, and he was a purist. Pretty much very *definition* of the perfect should always be the enemy of the "good enough". In fact, at one point Thomas Bushnell, one of the senior Hurd developers pushed to have the Hurd switch to using BSD 4.4-Lite, and Stallman refused[1]. “RMS was a very strong believer, wrongly, I think, in a very greedy algorithm approach to code reuse issues,” Thomas Bushnell later remembered. “My first choice was to take the BSD 4.4-Lite release and make a kernel. I knew the code, I knew how to do it. It is now perfectly obvious to me that this would have succeeded splendidly and the world would be a very different place today. RMS wanted to work together with people from Berkeley on such an effort. Some of them were interested, but some seem to have been deliberately dragging their feet: and the reason now seems to be that they had the goal of spinning off BSDI. A GNU based on 4.4-Lite would undercut BSDI.” As Bushnell describes it, Stallman came to the conclusion that “Mach is a working kernel. 4.4-Lite is only partial. We will go with Mach.” [1] https://web.archive.org/web/20121228225905/http://www.linuxuser.co.uk/features/whatever-happened-to-the-hurd-the-story-of-the-gnu-os That's probably one of the other things that may have hampered BSD. The BSD license made it easier (or at least made easier business models) for monetizing BSD, and some of the most talented people went off to make a buck off of BSD. BSDI, Sun, NetApp, Wasabi Systems, etc. Nothing wrong with that of course, and if people like Bill Joy were able to make bank based on BSD, more power to them. But it probably removed from the leadership pool people who might have had better leadership, and technical architect skills who might have led one of the *BSD's to greater success. The GPL makes it harder to monetize Linux --- although, as we've seen, certainly not impossible --- and if you take a look at the most of the senior technical people at Linux, none of us have made off as well as, say, Bill Joy. I'm still a working stiff, and don't have enough to retire. (That's OK; I'm perfectly happy being part of the 99%. :-) > Anyway, Hurd *might* have been a "next thing," and I don't think the > popularity of Linux was enough to have completely taken wind out of its > sails, given that there's the dozens of "Unix homages" out there. Given who called the shots (and it wasn't the key people actually doing most of the technical work, such as Bushnell) I actually think it's not very likely Hurd could have succeeded. RMS actually tried to recruit me to work on the Hurd as well, and I refused, because of project leadership concerns. (Again, feel free to hate on Linus's management style, but there were far worse ones in the open source OS world at the time.) - Ted ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 23:19 ` Theodore Y. Ts'o @ 2019-08-29 13:31 ` A. P. Garcia 2019-08-29 13:55 ` Arthur Krewat 2019-08-31 16:58 ` Christopher Browne 1 sibling, 1 reply; 96+ messages in thread From: A. P. Garcia @ 2019-08-29 13:31 UTC (permalink / raw) To: Theodore Y. Ts'o; +Cc: TUHS main list On Wed, Aug 28, 2019 at 7:20 PM Theodore Y. Ts'o <tytso@mit.edu> wrote: <snip> > The GPL makes it harder to monetize Linux --- although, as we've seen, > certainly not impossible --- and if you take a look at the most of the > senior technical people at Linux, none of us have made off as well as, > say, Bill Joy. I'm still a working stiff, and don't have enough to > retire. (That's OK; I'm perfectly happy being part of the 99%. :-) <snip> Case in point: https://jalopnik.com/the-founders-of-sun-microsystems-their-cars-and-their-5562572 I'm not making any judgments, good or bad. It is what it is. ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-29 13:31 ` A. P. Garcia @ 2019-08-29 13:55 ` Arthur Krewat 2019-08-29 15:54 ` Thomas Paulsen 0 siblings, 1 reply; 96+ messages in thread From: Arthur Krewat @ 2019-08-29 13:55 UTC (permalink / raw) To: tuhs On 8/29/2019 9:31 AM, A. P. Garcia wrote: > On Wed, Aug 28, 2019 at 7:20 PM Theodore Y. Ts'o <tytso@mit.edu> wrote: > > <snip> > >> The GPL makes it harder to monetize Linux --- although, as we've seen, >> certainly not impossible --- and if you take a look at the most of the >> senior technical people at Linux, none of us have made off as well as, >> say, Bill Joy. I'm still a working stiff, and don't have enough to >> retire. (That's OK; I'm perfectly happy being part of the 99%. :-) > <snip> > > Case in point: https://jalopnik.com/the-founders-of-sun-microsystems-their-cars-and-their-5562572 > > I'm not making any judgments, good or bad. It is what it is. > Except for the Ferrari (which would be around $160K in today's US dollars), the other three are pretty much bargain-basement sports cars ;) ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-29 13:55 ` Arthur Krewat @ 2019-08-29 15:54 ` Thomas Paulsen 2019-08-29 19:19 ` Steffen Nurpmeso 0 siblings, 1 reply; 96+ messages in thread From: Thomas Paulsen @ 2019-08-29 15:54 UTC (permalink / raw) To: Arthur Krewat; +Cc: tuhs >: Arthur Krewat <krewat@kilonet.net> > > <snip> > Except for the Ferrari (which would be around $160K in today's US > dollars), the other three are pretty much bargain-basement sports cars ;) Today however not in the 80ths. Inn those days all 4 cars were Richie Rich cars. > > > ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-29 15:54 ` Thomas Paulsen @ 2019-08-29 19:19 ` Steffen Nurpmeso 2019-08-31 1:35 ` Dave Horsfall 0 siblings, 1 reply; 96+ messages in thread From: Steffen Nurpmeso @ 2019-08-29 19:19 UTC (permalink / raw) To: Thomas Paulsen; +Cc: tuhs Thomas Paulsen wrote in <004ec49789583b190ca7c302db9fbb31@firemail.de>: |>: Arthur Krewat <krewat@kilonet.net> |>> <snip> |> Except for the Ferrari (which would be around $160K in today's US |> dollars), the other three are pretty much bargain-basement sports cars ;) |Today however not in the 80ths. Inn those days all 4 cars were Richie \ |Rich cars. And only the Mazda had that wonderful smooth engine which replaces pounding pistons with nice chuckling triangles. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-29 19:19 ` Steffen Nurpmeso @ 2019-08-31 1:35 ` Dave Horsfall 2019-08-31 15:14 ` Steffen Nurpmeso 0 siblings, 1 reply; 96+ messages in thread From: Dave Horsfall @ 2019-08-31 1:35 UTC (permalink / raw) To: The Eunuchs Hysterical Society On Thu, 29 Aug 2019, Steffen Nurpmeso wrote: > |Today however not in the 80ths. Inn those days all 4 cars were Richie \ > |Rich cars. > > And only the Mazda had that wonderful smooth engine which replaces > pounding pistons with nice chuckling triangles. [ Getting OT... ] Too bad about the seals, though... They had this habit of wearing out. -- Dave ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-31 1:35 ` Dave Horsfall @ 2019-08-31 15:14 ` Steffen Nurpmeso 0 siblings, 0 replies; 96+ messages in thread From: Steffen Nurpmeso @ 2019-08-31 15:14 UTC (permalink / raw) To: Dave Horsfall; +Cc: The Eunuchs Hysterical Society Hello. Dave Horsfall wrote in <alpine.BSF.2.21.9999.1908311134050.37360@aneurin\ .horsfall.org>: |On Thu, 29 Aug 2019, Steffen Nurpmeso wrote: |>|Today however not in the 80ths. Inn those days all 4 cars were Richie \ |>|Rich cars. |> |> And only the Mazda had that wonderful smooth engine which replaces |> pounding pistons with nice chuckling triangles. | |[ Getting OT... ] Yes, sorry for that. |Too bad about the seals, though... They had this habit of wearing out. I do not think this is actually true. I think it was "not false" for the first series of the NSU Ro80 at the beginning of the 70s, but materials engineering is what made such unbelievable progress ever since, it always leaves me just speechless. "Not false" in that it likely was dependent on the way of driving even back then. I definitely have heard stories of people still driving Ro80 first series, original. And for later ones, say Mazda RX-8, i think it is a problem of the past, anyway. I just looked, and Mazda finally gave 100000 Miles guarantee for the seals. I mean, in the end these are industry products which compete in a surrounding market, and i do not mean this positively. For example, the Lenovo laptop i bought this year grants itself a four year lifetime (states the manual for the Russian market, for which such statements seem to be required). The problem of the Wankelmotor is the form of the combustion chamber, which is even worse than for the Otto (or Diesel) piston engine, even less spherical. Modern injection systems and electronical management can overcome this a bit. You know, i will never forget the IAA (car exhibition in Frankfurt/Main Germany) either at the end of the 80s or the beginning of the 90s, where Toyota shewed high-speed videos of the combustion process. It was rather trial-and-error before, with a lot of things tried (piston forms, multiple spark plugs, electronical spark control), but Toyota came up with diet mix engines at that time, and started to use direct injection (iirc). This is not new, i think we had that already for fighter plane engines in WWII, but it was trial and error. With those videos and better gauges the combustion process was better understood, and resulted in improved efficiency and exhaustion behaviour. I was surprised that the Atkinson engine which drives at least the Honda and Toyota Hybrid cars does not use direct injection, but rather the suction line one again, but it is the end of decades of science and exploration, right. Some Atkinson engines use a mixed injection that also includes direct injection it seems (Lexus?). --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-28 23:19 ` Theodore Y. Ts'o 2019-08-29 13:31 ` A. P. Garcia @ 2019-08-31 16:58 ` Christopher Browne 2019-08-31 21:20 ` Theodore Y. Ts'o 1 sibling, 1 reply; 96+ messages in thread From: Christopher Browne @ 2019-08-31 16:58 UTC (permalink / raw) To: Theodore Y. Ts'o; +Cc: TUHS main list [-- Attachment #1: Type: text/plain, Size: 5436 bytes --] On Wed, 28 Aug 2019 at 19:19, Theodore Y. Ts'o <tytso@mit.edu> wrote: > On Wed, Aug 28, 2019 at 04:07:39PM -0400, Christopher Browne wrote: > > > > - Hurd was imagined to be the next thing... > > > > To borrow from my cookie file... > > > > "I am aware of the benefits of a micro kernel approach. However, the > > fact remains that Linux is here, and GNU isn't --- and people have > > been working on Hurd for a lot longer than Linus has been working on > > Linux." -- Ted T'so, 1992. > > That's "Ts'o" :-), and that quote wasn't my arguing that Hurd would be > the next thing. It was people had been working on the Hurd for > *years* (starting 1984) and it still wasn't real. If it wasn't going > to be real after eight years, another eighty probably wouldn't have > helped. > Thanks, patched! :-) And yes, I agree that you weren't arguing for the impending relevance of Hurd. Nevertheless, at the time, there were people making the argument that Hurd would Real Soon Now make Linux irrelevant. > And a lot of this was because was because RMS was hard to work with, > and he was a purist. Pretty much very *definition* of the perfect > should always be the enemy of the "good enough". > > In fact, at one point Thomas Bushnell, one of the senior Hurd > developers pushed to have the Hurd switch to using BSD 4.4-Lite, and > Stallman refused[1]. > > “RMS was a very strong believer, wrongly, I think, in a very greedy > algorithm approach to code reuse issues,” Thomas Bushnell later > remembered. > > “My first choice was to take the BSD 4.4-Lite release and make a > kernel. I knew the code, I knew how to do it. It is now perfectly > obvious to me that this would have succeeded splendidly and the > world would be a very different place today. RMS wanted to work together with people from Berkeley on such an effort. Some of them > were interested, but some seem to have been deliberately dragging > their feet: and the reason now seems to be that they had the goal > of spinning off BSDI. A GNU based on 4.4-Lite would undercut BSDI.” > > As Bushnell describes it, Stallman came to the conclusion that > “Mach is a working kernel. 4.4-Lite is only partial. We will go > with Mach.” > > [1] > https://web.archive.org/web/20121228225905/http://www.linuxuser.co.uk/features/whatever-happened-to-the-hurd-the-story-of-the-gnu-os I haven't seen reference to Bushnell in a long time; looks like he has shifted to ecclesiastical matters. He was up to some interesting software things, once upon a time. The tales of Stallman being stubborn are not rare. It's interesting that perhaps BSDI was a reason for GNU avoiding 4.4-Lite. That points to why the "what might have been" is very troublesome to track down. Alternatives always interact with one another... > That's probably one of the other things that may have hampered BSD. > The BSD license made it easier (or at least made easier business > models) for monetizing BSD, and some of the most talented people went > off to make a buck off of BSD. BSDI, Sun, NetApp, Wasabi Systems, etc. > > Nothing wrong with that of course, and if people like Bill Joy were > able to make bank based on BSD, more power to them. But it probably > removed from the leadership pool people who might have had better > leadership, and technical architect skills who might have led one of > the *BSD's to greater success. > > The GPL makes it harder to monetize Linux --- although, as we've seen, > certainly not impossible --- and if you take a look at the most of the > senior technical people at Linux, none of us have made off as well as, > say, Bill Joy. I'm still a working stiff, and don't have enough to > retire. (That's OK; I'm perfectly happy being part of the 99%. :-) > > > Anyway, Hurd *might* have been a "next thing," and I don't think the > > popularity of Linux was enough to have completely taken wind out of its > > sails, given that there's the dozens of "Unix homages" out there. > > Given who called the shots (and it wasn't the key people actually > doing most of the technical work, such as Bushnell) I actually think > it's not very likely Hurd could have succeeded. RMS actually tried to > recruit me to work on the Hurd as well, and I refused, because of > project leadership concerns. (Again, feel free to hate on Linus's > management style, but there were far worse ones in the open source OS > world at the time.) > > - Ted > Yeah, there's dysfunction everywhere :-). Over the years, I have heard BSD folk blasting Linux over Linus' occasional lack of tact; that is very much a road MORE travelled by a great many projects. Hurd's challenges starved it of staff, definitely unhelpful. BSD had both amicable as well as ridiculously non-amicable forks. It's not at trivial to get the right balance and plenty easy for missteps to lead to disaster. As vast overgeneralizations of the extremes, pure diplomats don't get anything done, whilst jerks don't get enough help to support upgrading to the next generation of motherboards/disk drives/graphics cards. Successful systems fall somewhere in between. -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?" [-- Attachment #2: Type: text/html, Size: 6991 bytes --] ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-31 16:58 ` Christopher Browne @ 2019-08-31 21:20 ` Theodore Y. Ts'o 0 siblings, 0 replies; 96+ messages in thread From: Theodore Y. Ts'o @ 2019-08-31 21:20 UTC (permalink / raw) To: Christopher Browne; +Cc: TUHS main list On Sat, Aug 31, 2019 at 12:58:00PM -0400, Christopher Browne wrote: > > I haven't seen reference to Bushnell in a long time; looks like he has > shifted to ecclesiastical matters. He was up to some interesting > software things, once upon a time. Thomas has been working for Google for a number of years. (Brothers of Saint Gregory are expected to support themselves, and so they tend to have lay jobs in addition to their eccleiastical service.) Thomas was working on supporting the Linux desktop for Google engineers[1][2]. (At the time, Google was using Ubuntu LTS; these days, Google desktops are using Debian testing[3].) [1] https://www.youtube.com/watch?v=oGUzhiJu_Jg [2] https://events.static.linuxfound.org/images/stories/pdf/lcna_co2012_bushnell.pdf [3] https://www.ghacks.net/2018/01/24/google-switches-from-ubuntu-to-debian-as-base-for-their-in-house-os/ - Ted ^ permalink raw reply [flat|nested] 96+ messages in thread
* Re: [TUHS] If not Linux, then what? 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat ` (5 preceding siblings ...) 2019-08-28 20:07 ` Christopher Browne @ 2019-08-28 21:02 ` Thomas Paulsen 6 siblings, 0 replies; 96+ messages in thread From: Thomas Paulsen @ 2019-08-28 21:02 UTC (permalink / raw) To: Arthur Krewat; +Cc: tuhs --- Ursprüngliche Nachricht --- Von: Arthur Krewat <krewat@kilonet.net> Datum: 27.08.2019 01:13:25 An: TUHS main list <tuhs@minnie.tuhs.org> Betreff: [TUHS] If not Linux, then what? > But if not for Linux, would it be BSD? A System V variant? Or (the > horror) Windows NT? mainly variants of Windows, Unices in some niches. ^ permalink raw reply [flat|nested] 96+ messages in thread
end of thread, other threads:[~2019-08-31 21:21 UTC | newest] Thread overview: 96+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-08-26 23:13 [TUHS] If not Linux, then what? Arthur Krewat 2019-08-26 23:27 ` Warner Losh 2019-08-26 23:37 ` Larry McVoy 2019-08-26 23:56 ` William Pechter 2019-08-27 0:19 ` Arthur Krewat 2019-08-27 0:30 ` Larry McVoy 2019-08-27 0:58 ` Rob Pike 2019-08-27 1:06 ` Clem Cole 2019-08-27 2:53 ` Larry McVoy 2019-08-27 9:47 ` Rob Pike 2019-08-27 7:47 ` arnold 2019-08-27 16:05 ` [TUHS] Running v10 Angelo Papenhoff 2019-08-27 16:27 ` Henry Bent 2019-08-28 4:22 ` Jason Stevens 2019-08-28 7:34 ` Angelo Papenhoff 2019-08-28 16:46 ` Henry Bent 2019-08-27 0:59 ` [TUHS] If not Linux, then what? Arthur Krewat 2019-08-27 1:26 ` Dan Cross 2019-08-27 2:45 ` Larry McVoy 2019-08-27 3:14 ` Arthur Krewat 2019-08-27 14:55 ` Larry McVoy 2019-08-27 22:30 ` George Michaelson 2019-08-27 22:40 ` Larry McVoy 2019-08-27 22:46 ` George Michaelson 2019-08-27 22:59 ` [TUHS] [SPAM] " Larry McVoy 2019-08-27 23:10 ` [TUHS] " Clem Cole 2019-08-28 0:07 ` George Michaelson 2019-08-28 3:22 ` [TUHS] [SPAM] " Rob Pike 2019-08-28 3:25 ` Rob Pike 2019-08-28 4:05 ` Larry McVoy 2019-08-28 13:52 ` Clem Cole 2019-08-28 14:31 ` [TUHS] " Larry McVoy 2019-08-28 14:57 ` Clem Cole 2019-08-28 6:19 ` Wesley Parish 2019-08-28 6:30 ` Peter Jeremy 2019-08-28 11:05 ` Jason Stevens 2019-08-28 11:11 ` Arrigo Triulzi 2019-08-28 14:04 ` Clem Cole 2019-08-28 16:34 ` Henry Bent 2019-08-28 17:32 ` Larry McVoy 2019-08-28 17:51 ` Jon Forrest 2019-08-28 18:56 ` Clem Cole 2019-08-28 20:23 ` Arrigo Triulzi 2019-08-29 3:24 ` Lawrence Stewart 2019-08-29 10:55 ` Tony Finch 2019-08-28 13:57 ` Clem Cole 2019-08-28 12:46 ` Warner Losh 2019-08-27 23:16 ` Bakul Shah 2019-08-27 23:33 ` Larry McVoy 2019-08-28 0:21 ` Bakul Shah 2019-08-28 1:21 ` Arthur Krewat 2019-08-28 1:46 ` Larry McVoy 2019-08-27 0:48 ` Clem Cole 2019-08-27 1:25 ` Gregg Levine 2019-08-27 2:16 ` Theodore Y. Ts'o 2019-08-27 2:39 ` Larry McVoy 2019-08-27 5:54 ` Adam Thornton 2019-08-27 6:05 ` Gregg Levine 2019-08-27 1:17 ` Dan Cross 2019-08-28 3:53 ` Charles H. Sauer 2019-08-28 4:30 ` Jason Stevens 2019-08-28 9:36 ` Angus Robinson 2019-08-28 9:50 ` Michael Kjörling 2019-08-28 10:48 ` arnold 2019-08-28 14:10 ` Earl Baugh 2019-08-28 14:55 ` Clem Cole 2019-08-28 14:22 ` Charles H Sauer 2019-08-28 15:00 ` Steve Nickolas 2019-08-28 15:37 ` Richard Salz 2019-08-28 19:54 ` Peter Jeremy 2019-08-28 20:05 ` Christopher Browne 2019-08-28 20:07 ` Christopher Browne 2019-08-28 20:27 ` Adam Thornton 2019-08-28 20:56 ` William Pechter 2019-08-28 22:24 ` Clem cole 2019-08-28 22:27 ` William Pechter 2019-08-28 22:53 ` Arthur Krewat 2019-08-29 18:40 ` Nemo Nusquam 2019-08-29 19:18 ` Steffen Nurpmeso 2019-08-28 22:28 ` Clem cole 2019-08-28 22:48 ` Adam Thornton 2019-08-28 23:01 ` William Pechter 2019-08-28 23:09 ` Adam Thornton 2019-08-29 6:37 ` Wesley Parish 2019-08-28 23:04 ` Gregg Levine 2019-08-29 11:12 ` Tony Finch 2019-08-28 23:19 ` Theodore Y. Ts'o 2019-08-29 13:31 ` A. P. Garcia 2019-08-29 13:55 ` Arthur Krewat 2019-08-29 15:54 ` Thomas Paulsen 2019-08-29 19:19 ` Steffen Nurpmeso 2019-08-31 1:35 ` Dave Horsfall 2019-08-31 15:14 ` Steffen Nurpmeso 2019-08-31 16:58 ` Christopher Browne 2019-08-31 21:20 ` Theodore Y. Ts'o 2019-08-28 21:02 ` Thomas Paulsen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).