X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 4C099D7826 for ; Wed, 24 Aug 2005 11:51:40 -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 83934-08 for ; Wed, 24 Aug 2005 14:51:36 +0000 (GMT) Received: from postfix.vectorx.com.br (fire.vectorx.com.br [200.247.35.133]) by svr1.postgresql.org (Postfix) with ESMTP id 75DECD77FD for ; Wed, 24 Aug 2005 11:51:34 -0300 (ADT) Received: from localhost (mail [127.0.0.1]) by postfix.vectorx.com.br (Postfix) with ESMTP id F30CDE06F for ; Wed, 24 Aug 2005 11:47:02 -0400 (EDT) Received: from postfix.vectorx.com.br ([127.0.0.1]) by localhost (vectorx.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05812-08 for ; Wed, 24 Aug 2005 11:46:58 -0400 (EDT) Received: from [192.168.16.7] (unknown [192.168.16.7]) by postfix.vectorx.com.br (Postfix) with ESMTP id D1B34E04F for ; Wed, 24 Aug 2005 11:46:56 -0400 (EDT) Message-ID: <430C8779.9080500@vectorx.com.br> Date: Wed, 24 Aug 2005 11:43:05 -0300 From: Alexandre Barros User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.11) Gecko/20050731 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: postgres performance Subject: performance drop on RAID5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vectorx.com.br X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.025 required=5 tests=[AWL=0.025] X-Spam-Level: X-Archive-Number: 200508/383 X-Sequence-Number: 14130 Hello, i have a pg-8.0.3 running on Linux kernel 2.6.8, CPU Sempron 2600+, 1Gb RAM on IDE HD ( which could be called a "heavy desktop" ), measuring this performance with pgbench ( found on /contrib ) it gave me an average ( after several runs ) of 170 transactions per second; for the sake of experimentation ( actually, i'm scared this IDE drive could fail at any time, hence i'm looking for an alternative, more "robust", machine ), i've installed on an aging Compaq Proliant server ( freshly compiled SMP kernel 2.6.12.5 with preemption ), dual Pentium III Xeon 500Mhz, 512Mb RAM, (older) SCSI-2 80pin drives, and re-tested, when the database was on a single SCSI drive, pgbench gave me an average of 90 transactions per second, but, and that scared me most, when the database was on a RAID-5 array ( four 9Gb disks, using linux software RAID mdadm and LVM2, with the default filesystem cluster size of 32Kb ), the performance dropped to about 55 transactions per second. Despite the amount of RAM difference, none machine seems to be swapping. All filesystems ( on both machines ) are Reiserfs. Both pg-8.0.3 were compiled with CFLAGS -O3 and -mtune for their respective architectures... and "gmake -j2" on the server. Both machines have an original ( except by the pg and the kernel ) Mandrake 10.1 install. I've googled a little, and maybe the cluster size might be one problem, but despite that, the performance dropping when running on "server-class" hardware with RAID-5 SCSI-2 drives was way above my most delirious expectations... i need some help to figure out what is **so** wrong... i wouldn't be so stunned if the newer machine was ( say ) twice faster than the older server, but over three times faster is disturbing. the postgresql.conf of both machines is here: max_connections = 50 shared_buffers = 1000 # min 16, at least max_connections*2, 8KB each debug_print_parse = false debug_print_rewritten = false debug_print_plan = false debug_pretty_print = false log_statement = 'all' log_parser_stats = false log_planner_stats = false log_executor_stats = false log_statement_stats = false lc_messages = 'en_US' # locale for system error message strings lc_monetary = 'en_US' # locale for monetary formatting lc_numeric = 'en_US' # locale for number formatting lc_time = 'en_US' # locale for time formatting many thanks in advance !