Date: Fri, 15 Nov 2002 16:26:54 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/bin/sleep sleep.c Message-ID: <20021115.162654.106394440.imp@bsdimp.com> In-Reply-To: <200211151029.gAFATBmQ008076@apollo.backplane.com> References: <20021115111704.B2812-100000@beagle.fokus.gmd.de> <200211151029.gAFATBmQ008076@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <200211151029.gAFATBmQ008076@apollo.backplane.com> Matthew Dillon <dillon@apollo.backplane.com> writes: : I think you are missing the whole point of having a mini-c. And I also : do not agree with you *AT ALL* in regards to anything having to be : reverted. Mini-C by necessity would exist for those people who want : a tiny /bin. You don't have to use it. Nor is Mini-C necessarily I don't think that a mini-c will help at all. /bin can be scrunched down to 500k and sbin to 605k on 4.5 and the system will still boot. A full install is only 2842k when sbin/bin are dynamically linked. A full static install is 15302k. mini-c would help in the static case, but not at all in the dynamic case. If you have to have libc, et al, on /, then the libraries used by sbin/bin are 1604k in size, which cuts into your savings down to only 10M. A mini-c dynamic would help a little in this case, but it can't help by more than 500k, which is the size of libc. When both / and /usr are on the same partition, your savings is 12M. I've booted 6M 4.5 systems, including kernel and all binaries to boot as well as a few things like telnetd, etc. Warner 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?20021115.162654.106394440.imp>