From owner-freebsd-stable@FreeBSD.ORG Tue Nov 20 21:33:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B4DF16A468; Tue, 20 Nov 2007 21:33:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 35A9A13C448; Tue, 20 Nov 2007 21:33:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474352B1.2010108@FreeBSD.org> Date: Tue, 20 Nov 2007 22:33:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Claus Guttesen References: <4741905E.8050300@chistydom.ru> <4741A7DA.2050706@chistydom.ru> <4741DA15.9000308@FreeBSD.org> <47429DB8.7040504@chistydom.ru> <4742ADFE.40902@FreeBSD.org> <4742C46A.1060701@chistydom.ru> <47432F77.3030606@FreeBSD.org> <97FEA818-B54F-4981-A0A4-440D1DF5AB7A@gid.co.uk> <47434E01.8020004@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org, Alexey Popov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 21:33:32 -0000 Claus Guttesen wrote: >>> FWIW, we are seeing 2 x quad-core 2.66GHz outperform (per core) 2 x >>> dual-core 3GHz on the same type of m/b, apparently because of better >>> bandwidth to memory. However, this is on a compute-intensive workload >>> running 1 job per core so would be pretty insensitive to >>> scheduler/locking issues. >> Alexey's problem is pretty specific to filesystem performance. Good to >> hear though :) > > If that is the conclusion, wouldn't it make sense trying a different > disk-controller then? Filesystem, not disk. See my earlier email for more detailed discussion. Kris