Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264643AbUD1GGi (ORCPT ); Wed, 28 Apr 2004 02:06:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264647AbUD1GGh (ORCPT ); Wed, 28 Apr 2004 02:06:37 -0400 Received: from prosun.first.gmd.de ([194.95.168.2]:24266 "EHLO prosun.first.fraunhofer.de") by vger.kernel.org with ESMTP id S264643AbUD1GGe (ORCPT ); Wed, 28 Apr 2004 02:06:34 -0400 To: linux-kernel@vger.kernel.org Date: Wed, 28 Apr 2004 08:06:19 +0200 From: Soeren Sonnenburg Message-ID: Organization: Local Intranet News MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT References: <1083047064.3158.2.camel@localhost> Subject: Re: Largest mallocs opteron vs. 32bit systems Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 752 Lines: 28 On Tue, 27 Apr 2004 06:24:24 +0000, Soeren Sonnenburg wrote: > Hello... > > I just did some tests trying to malloc() memory on an opteron and a xeon > system... > [...] > So one 'looses' 500M. > > Feedback welcome, > Soeren I just want to mention, that this is kernel 2.4.21 (including quite a number of redhat patches...) and due to a miscomputation 100M should be added to every number... Also when I malloc in smaller blocks (ie. size 1M) I get closer to 3G on a i386 system (like 29xxM). Soeren - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/