X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 7C1B6555C1 for ; Thu, 24 Feb 2005 08:05:22 +0000 (GMT) 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 31353-02 for ; Thu, 24 Feb 2005 08:05:13 +0000 (GMT) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by svr1.postgresql.org (Postfix) with ESMTP id 719A8550E3 for ; Thu, 24 Feb 2005 08:05:12 +0000 (GMT) Received: from mwynhau.demon.co.uk ([193.237.186.96] helo=mainbox.archonet.com) by anchor-post-31.mail.demon.net with esmtp (Exim 4.42) id 1D4DyA-000Imw-4w; Thu, 24 Feb 2005 08:03:34 +0000 Received: from [192.168.1.17] (client17.archonet.com [192.168.1.17]) by mainbox.archonet.com (Postfix) with ESMTP id 2DFC517E1B; Thu, 24 Feb 2005 08:05:17 +0000 (GMT) Message-ID: <421D8ABC.2030601@archonet.com> Date: Thu, 24 Feb 2005 08:05:16 +0000 From: Richard Huxton User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: mauro Cc: pgsql-sql@postgresql.org Subject: Re: Postgres performance 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.063 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200502/292 X-Sequence-Number: 20402 mauro wrote: > Hi, I understand this is an super-older thread!! note: i like > postgres and not mysql! Hi Mauro! Whether you like it or hate it, you're in the right place to ask questions about it. > I'm a Postgres server user: I've postgres 7.2 and 8.0 in many servers > and I've tested performance Postgres vs MySQL and I see Postgres is > very slow. Very slow how - maxing out CPU or disk I/O? On what hardware? On what queries? With how much data? With how many connections? What configuration changes have you made? > But my question is: why? Cannot Postgres team make faster > because cannot change internal architecture? Ok, postgres supports > SUB-query and many super-feature, but mySQL now supports it and is > faster! Not always, AFAICT. The four most common reasons why PG tests slower than Mysql are: 1. You haven't configured or have misconfigured PostgreSQL. 2. You are testing a MySQL-tuned application (lots of small, simple queries, no views, no subselects etc) 3. You are only testing one connection (try 10,20,50 simultaneous users and see who wins then). 4. You are not testing the transaction-safe storage systems in MySQL See if you can answer some of the questions above and I'm sure we'll be able to get your database server running smoothly. -- Richard Huxton Archonet Ltd