Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 764A36328F6 for ; Thu, 19 Aug 2010 07:22:57 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 94841-07 for ; Thu, 19 Aug 2010 10:22:50 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from vs-mailrelay.intranet (mail.edd.fr [62.23.156.6]) by mail.postgresql.org (Postfix) with ESMTP id A97D66326B5 for ; Thu, 19 Aug 2010 07:22:49 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by vs-mailrelay.intranet (Postfix) with ESMTP id D4DB2D01FA for ; Thu, 19 Aug 2010 12:22:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at vs-mailrelay.intranet Received: from vs-mailrelay.intranet ([127.0.0.1]) by localhost (vs-mailrelay.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N9Ayo2ARJ+tG for ; Thu, 19 Aug 2010 12:22:47 +0200 (CEST) Received: from vs-dovecot.intranet (vs_dovecot.intranet [192.168.39.143]) by vs-mailrelay.intranet (Postfix) with ESMTP id 907A5D01E5 for ; Thu, 19 Aug 2010 12:22:47 +0200 (CEST) Received: from [192.168.13.113] (unknown [192.168.13.113]) by vs-dovecot.intranet (Postfix) with ESMTP id 4EB94201AE for ; Thu, 19 Aug 2010 12:22:47 +0200 (CEST) Message-ID: <4C6D0615.70109@edd.fr> Date: Thu, 19 Aug 2010 12:23:17 +0200 From: Philippe Rimbault User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100619 Icedove/3.0.5 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Performance on new 64bit server compared to my 32bit desktop References: <4C6CE64D.6070104@edd.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201008/227 X-Sequence-Number: 40070 On 19/08/2010 11:51, Scott Marlowe wrote: > On Thu, Aug 19, 2010 at 2:07 AM, Philippe Rimbault wrote: > >> Hi, >> >> I'm having a strange performance result on a new database server compared to >> my simple desktop. >> >> The configuration of the new server : >> - OS : GNU/Linux Debian Etch x86_64 >> - kernel : Linux 2.6.26-2-vserver-amd64 #1 SMP Sun Jun 20 20:40:33 UTC >> 2010 x86_64 GNU/Linux >> (tests are on the "real server", not on a vserver) >> - CPU : 2 x Six-Core AMD Opteron(tm) Processor 2427 @ 2.20GHz >> - RAM : 32 Go >> The configuration of my desktop pc : >> - OS : GNU/Linux Debian Testing i686 >> - kernel : Linux 2.6.32-5-686 #1 SMP Tue Jun 1 04:59:47 UTC 2010 i686 >> GNU/Linux >> - CPU : Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz >> - RAM : 2 Go >> > PERFORMANCE STUFF DELETED FOR BREVITY > > >> Do you think it's a 32bit/64bit difference ? >> > No, it's likely that your desktop has much faster CPU cores than your > server, and it has drives that may or may not be obeying fsync > commands. Your server, OTOH, has more cores, so it's likely to do > better under a real load. And assuming it has more disks on a better > controller it will also do better under heavier loads. > > So how are the disks setup anyway? > Thanks for your reply ! The server use a HP Smart Array P410 with a Raid 5 array on Sata 133 disk. My desktop only use one Sata 133 disk. I was thinking that my simples queries didn't use disk but only memory. I've launch a new pgbench with much more client and transactions : Server : postgres$ pgbench -c 400 -t 100 starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 400 number of transactions per client: 100 number of transactions actually processed: 40000/40000 tps = 115.054386 (including connections establishing) tps = 115.617186 (excluding connections establishing) real 5m47.706s user 0m27.054s sys 0m59.804s Desktop : postgres$ time pgbench -c 400 -t 100 starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 1 query mode: simple number of clients: 400 number of transactions per client: 100 number of transactions actually processed: 40000/40000 tps = 299.456785 (including connections establishing) tps = 300.590503 (excluding connections establishing) real 2m13.604s user 0m5.304s sys 0m13.469s