X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 798ED52871 for ; Sun, 31 Jul 2005 07:12:51 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 04661-08 for ; Sun, 31 Jul 2005 10:12:46 +0000 (GMT) Received: from mail2.aeccom.com (port-212-202-101-158.static.qsc.de [212.202.101.158]) by svr1.postgresql.org (Postfix) with ESMTP id EAC295286E for ; Sun, 31 Jul 2005 07:12:43 -0300 (ADT) Received: from [192.168.2.132] (openvpn02.core.aeccom.com [192.168.2.132]) by mail2.aeccom.com (Postfix) with ESMTP id D66D2EC; Sun, 31 Jul 2005 12:12:44 +0200 (CEST) Message-ID: <42ECA410.7020804@aeccom.com> Date: Sun, 31 Jul 2005 12:12:32 +0200 From: =?ISO-8859-1?Q?Dirk_Lutzeb=E4ck?= Reply-To: lutzeb@aeccom.com User-Agent: Mozilla Thunderbird 0.9 (X11/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J. Andrew Rogers" Cc: josh@agliodbs.com, pgsql-performance@postgresql.org, Sven Geisler Subject: Re: Performance problems on 4/8way Opteron (dualcore) HP References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.05 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200507/500 X-Sequence-Number: 13741 Anybody knows if RedHat is already supporting this patch on an enterprise version? Regards, Dirk J. Andrew Rogers wrote: > On 7/29/05 10:46 AM, "Josh Berkus" wrote: > >>>does anybody have expierence with this machine (4x 875 dual core Opteron >>>CPUs)? >> >>Nope. I suspect that you may be the first person to report in on >>dual-cores. There may be special compile issues with dual-cores that >>we've not yet encountered. > > > > There was recently a discussion of similar types of problems on a couple of > the supercomputing lists, regarding surprisingly substandard performance > from large dual-core opteron installations. > > The problem as I remember it boiled down to the Linux kernel handling > memory/process management very badly on large dual core systems -- > pathological NUMA behavior. However, this problem has apparently been fixed > in Linux v2.6.12+, and using the more recent kernel on large dual core > systems generated *massive* performance improvements on these systems for > the individuals with this issue. Using the patched kernel, one gets the > performance most people were expecting. > > The v2.6.12+ kernels are a bit new, but they contain a very important > performance patch for systems like the one above. It would definitely be > worth testing if possible. > > > J. Andrew Rogers > >