Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!think.com!mintaka!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!strath-cs!glasgow!bru-cc!eesrajm From: eesrajm@cc.brunel.ac.uk (Andrew J Michael) Newsgroups: comp.os.minix Subject: GoFaster MINIX (was: nice for Minix?) Summary: Beware Message-ID: <2078@Terra.cc.brunel.ac.uk> Date: 18 Apr 91 08:36:46 GMT References: <1991Apr5.160335.5422@cbnewsj.att.com> <910416742@uwalt.nl.mugnet.org> Organization: Brunel University, Uxbridge, UK Lines: 62 In article <910416742@uwalt.nl.mugnet.org>, waltje@uwalt.nl.mugnet.org (Fred 'The Rebel' van Kempen) writes: > Because MINIX was intended as a "simple OS that even a second-year > student could understand", MINIX lacks some of the things (read: > features) that are nice (actually: needed) when people start _using_ > MINIX. After a long and hard battle (:-) with Andy, we at NLMUG > decided it was time for a version of MINIX that was not necessarily > supported by Andy (i.e.: we had to apply all future patches ourselves, > and do our own research on top of that), but which was more _usable_ > on the real world. (Details of Advanced MINIX deleted) > Hope this helps a bit, > > Fred N. van Kempen As one who has been there before, let me inject a word of caution into this. A long time ago, when MINIX-ST was at version 1.1, a lot of ST owners were unhappy that MINIX-PC had got to 1.3 and MINIX-ST hadn't. Foremost among these was Jhawar Bammi, who got gcc to run on the ST, and then used it to produce an enhanced version of MINIX-ST known as gkernel. Gkernel was miles ahead of its time. It had virtual consoles before the PC had even thought of them, and had other goodies like nice and support for tape drives. I used it for a long time, and The MINIX Centre also agreed to distribute it in the UK. However, it had one major problem - because of the nature of the beast, it gradually grew further and further away from the "genuine" MINIX as sold by Prentice Hall. Because of changes in header files and libraries it got to the state where programs that compiled under normal MINIX wouldn't compile under gkernel. Then MINIX-1.5 came out. Ooops! Now what to do ? The MINIX Centre now had to make a choice between supporting an improved but non-standard gkernel, or moving to the official MINIX-1.5. After much discussion, it was decided to move to 1.5, and alter the gcc libraries to suit. But most of The MINIX Centre customers had stated that they wanted a "Go Faster" version of MINIX rather than the standard offering. So The MINIX Centre produced M-Kernel, which is basically an enhanced version of MINIX-1.5, with some extras added and all compiled with gcc. On the ST this dhrystones at about twice the speed of the P-H MINIX-ST; the 386 version doesn't show quite that level of improvement. In terms of code the 68k and 386 versions are as close as possible, for ease of maintenance. So, we already have at least two "Go Faster" versions of MINIX. I don't know what Fred's version looks like, and I don't suppose he has seen M-Kernel either. What is certain is that neither of them are anything like what Andy Tanenbaum has on his disk. So what do we do when the official P-H MINIX-2.0 is released ? Change it all back again, or carry on with versions of MINIX which are completely different to P-H ? Just be careful. -- Andy Michael "You might think that. I 85 Hawthorne Crescent couldn't possibly comment." West Drayton - `House of Cards' Middlesex email: eesrajm@brunel.ac.uk UB7 9PA or Andrew.Michael@brunel.ac.uk