From owner-freebsd-amd64@FreeBSD.ORG  Sat Aug  6 23:53:05 2005
Return-Path: <owner-freebsd-amd64@FreeBSD.ORG>
X-Original-To: freebsd-amd64@freebsd.org
Delivered-To: freebsd-amd64@freebsd.org
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by hub.freebsd.org (Postfix) with ESMTP id DB0D816A41F;
	Sat,  6 Aug 2005 23:53:04 +0000 (GMT)
	(envelope-from davidxu@freebsd.org)
Message-ID: <42F54D60.1090102@freebsd.org>
Date: Sun, 07 Aug 2005 07:53:04 +0800
From: David Xu <davidxu@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US;
	rv:1.7.10) Gecko/20050806
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: David Xu <davidxu@freebsd.org>
References: <3.0.1.32.20050728080526.00aa4098@pop.redshift.com>	<3.0.1.32.20050728092338.01207628@pop.redshift.com>	<20050728163602.GC64153@troutmask.apl.washington.edu>	<200507281057.43655.peter@wemm.org>
	<42F54A8E.8080704@freebsd.org>
In-Reply-To: <42F54A8E.8080704@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-amd64@freebsd.org
Subject: Re: Benchmarks: AMD64 vs i386 on Dual 246 Opteron
X-BeenThere: freebsd-amd64@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Porting FreeBSD to the AMD64 platform <freebsd-amd64.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-amd64>,
	<mailto:freebsd-amd64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-amd64>
List-Post: <mailto:freebsd-amd64@freebsd.org>
List-Help: <mailto:freebsd-amd64-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-amd64>,
	<mailto:freebsd-amd64-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Aug 2005 23:53:05 -0000

David Xu wrote:

> Peter Wemm wrote:
>
>> Mysql could also easily be affected by inefficiencies in the amd64
>> pthread libraries too.
>>
>>  
>>
> libthr on -CURRENT is very similar with Linux NPTL,  think of NPTL's
> throughput, the inefficiencies might be in our kernel.  Also the 
> bottleneck in
> userland might be malloc which does belongs to thread library,

sorry for typo, malloc is in libc.

> Linux has
> ptmalloc which is thread friendly.