Date: Mon, 15 Jan 2001 22:27:32 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: Peter Wemm <peter@netplex.com.au> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, Wilko Bulte <wkb@freebie.demon.nl>, John Baldwin <jhb@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/conf GENERIC Message-ID: <Pine.BSF.4.21.0101152207200.16706-100000@besplex.bde.org> In-Reply-To: <200101141115.f0EBFBQ89810@mobile.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 14 Jan 2001, Peter Wemm wrote: That's because 5.0 serious sucks on all hardware :-). Developers should occasionally develop on 386's so that it runs well on all systems. > In fact, it was near impossible to run on a 486-33 w/ 12MB ram when I tried > it about 12 months ago on what was then -current. I was eventually able to Hmm. Matt and I fixed running with 5-6MB about 12 months ago. vfs_bio.c had rotted sizing heuristics that prevented even booting with about 8MB. I tested -current on a 486 with 16MB a couple of months ago. It was "only" about 40% slower than it used to be for cpu-intensive things in the kernel. > The bottom line is that I feel the time is just about right to yank i386 > entirely, not just taking it out of GENERIC. But I wont push for that > (yet :-). But ending the expensive runtime cost of i386 support in > GENERIC is well overdue I feel. The cost of slowing down copyin()/copyout() > etc is just not worth it. The cost of slowing down copyin()/copyout() is essentially zero, since it is just the cost of an indirect jump. The only significant slowdown used to be from not using bswap. The "slowdowns" in the i386 mutex code seem to be negative since the code is simplistic and uses plain movl's instead of cmpxchg's. Maintaining this code working is the main cost. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0101152207200.16706-100000>