From owner-freebsd-arch@FreeBSD.ORG Fri Aug 26 11:05:55 2005 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D908B16A41F for ; Fri, 26 Aug 2005 11:05:55 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E0F43D53 for ; Fri, 26 Aug 2005 11:05:55 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id A6BB7BC66; Fri, 26 Aug 2005 11:05:52 +0000 (UTC) To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 26 Aug 2005 13:04:03 +0200." <86d5o1q7rw.fsf@xps.des.no> Date: Fri, 26 Aug 2005 13:05:52 +0200 Message-ID: <99653.1125054352@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: arch@freebsd.org, Lyndon Nerenberg Subject: Re: splitting off RPC and friends X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2005 11:05:56 -0000 In message <86d5o1q7rw.fsf@xps.des.no>, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= writes: >Lyndon Nerenberg writes: >> RPC and XDR are far from dead. Are you sure splitting these out is >> wise? We have to keep the code around, for NFS if nothing else. What's >> the benefit of moving the routines into a separate library? > >Faster load times for the great majority of libc consumers which do >not need XDR, RPC or NIS? Very few programs are impacted by code in libc which they don't use, libc tends to be in-core most of the time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.