From owner-freebsd-hackers Sat Nov 4 05:48:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA19581 for hackers-outgoing; Sat, 4 Nov 1995 05:48:17 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA19576 for ; Sat, 4 Nov 1995 05:48:11 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 13:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA19194; Sat, 4 Nov 1995 14:40:52 +0100 Message-Id: <199511041340.OAA19194@allegro.lemis.de> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 4 Nov 1995 14:40:52 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <1239.815258519@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 12:41:59 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1601 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Actually, you *don't* use the same kernel for the floppy, since the > > floppy kernel contains the MFS image, while the disk kernel doesn't > > contain it. It is possible (although improbable) that the disk kernel > > didn't get rebuilt. > > I meant that that I use the same GENERIC base, which contains userconfig. > It's not an option you can turn off, after all! :-) Why not? It's bloating the kernel. It's a *great* thing to have in the generic kernel--I really like the visual editing--but it's just ballast in a custom-built kernel which should have tuned all this stuff already. If this sounds just like more bitching, consider what I was doing the last couple of days: a customer of mine in Munich wanted to get rid of all his Microsoft crap and move to FreeBSD running on dickless workstations. The good news is, I now have a good document on how to do it. I set up the stuff, set it up on his machines and told people to run around and boot the workstations. They all fell flat on their face: they only had 4 MB, and for some reason FreeBSD didn't recognize the last 384K. The result was that the systems ran out of swap before they could even boot to access the NFS swap. On the same machines, BSD/OS ran without a hitch. I've forgotten the exact values, but the boot messages looked something like: BSD/OS FreeBSD real mem = 4194304 3801088 avail mem = 2800000 1400000 Sure, it's a good idea to look at shadow RAM and things and turn them off if possible, but the kernel size is also a big issue too. Greg