Message-ID: <433C53AE.4090808@freedomcircle.net>
Date: Thu, 29 Sep 2005 16:50:54 -0400
From: Joe <svn@freedomcircle.net>
Organization: Freedom Circle, LLC
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: PFC <lists@boutiquenumerique.com>
Cc: Gavin Sherry <swm@alcove.com.au>, Magnus Hagander <mha@sollentuna.net>,
	pgsql-performance@postgresql.org
Subject: Re: Comparative performance
References: <6BCB9D8A16AC4241919521715F4D8BCE92E6D6@algol.sollentuna.se>
	<433BDB0B.8010002@freedomcircle.net>
	<Pine.LNX.4.58.0509292230310.26600@linuxworld.com.au>
	<433BE1A0.5000807@freedomcircle.net> <op.sxvguropth1vuj@localhost>
In-Reply-To: <op.sxvguropth1vuj@localhost>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

PFC wrote:
>     Even though this query isn't that optimized, it's still only 16  
> milliseconds.
>     Why does it take this long for PHP to get the results ?
> 
>     Can you try pg_query'ing this exact same query, FROM PHP, and timing 
> it  with getmicrotime() ?

Thanks, that's what I was looking for.  It's microtime(), BTW.  It'll take me 
some time to instrument it, but that way I can pinpoint what is really slow.

>     You can even do an EXPLAIN ANALYZE from pg_query and display the 
> results  in your webpage, to check how long the query takes on the server.
> 
>     You can also try it on a Linux box.

My current host only supports MySQL.  I contacted hub.org to see if they could 
assist in this transition but I haven't heard back.

>     This smells like a TCP communication problem.

I'm puzzled by that remark.  How much does TCP get into the picture in a local 
Windows client/server environment?

Joe