From owner-freebsd-arch@FreeBSD.ORG Tue Mar 28 12:52:39 2006 Return-Path: X-Original-To: freebsd-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 B8C7816A400; Tue, 28 Mar 2006 12:52:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5988A43D48; Tue, 28 Mar 2006 12:52:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 5B5E11EC36B; Tue, 28 Mar 2006 14:52:35 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k2SCqIwI062504; Tue, 28 Mar 2006 14:52:19 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andrew Reilly From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 28 Mar 2006 23:42:00 +1100." <20060328124200.GB90303@gurney.reilly.home> Date: Tue, 28 Mar 2006 14:52:18 +0200 Message-ID: <62503.1143550338@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Jason Evans , freebsd-arch@freebsd.org Subject: Re: Proposed addition of malloc_size_np() 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: Tue, 28 Mar 2006 12:52:39 -0000 In message <20060328124200.GB90303@gurney.reilly.home>, Andrew Reilly writes: >> This is not merely segmentation, this is object oriented memory. > >I really think that this is something better handled in >software, as is done by JVM and CLI, these days. Well, if hardware could do the "full job" in an efficient manner, that would be the ideal way to do it, because even software bugs in the operating system would not put the system at risk. Unfortunately hardware can't, so we're left with software trying to fend as best it can... -- 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.