Message-ID: <44DC4AD3.1030809@logix-tt.com>
Date: Fri, 11 Aug 2006 11:16:03 +0200
From: Markus Schaber <schabi@logix-tt.com>
Organization: Logical Tracking and Tracing International AG, Switzerland
User-Agent: Thunderbird 1.5.0.4 (X11/20060713)
MIME-Version: 1.0
To: Phil Cairns <phil@pagaros.notpartofaddress.com.au>
Cc: pgsql-performance@postgresql.org
Subject: Re: Slow access to PostgreSQL server
References: <12dm0u95lncnte0@corp.supernews.com>
In-Reply-To: <12dm0u95lncnte0@corp.supernews.com>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

Hi, Phil,

Phil Cairns wrote:

> Has anyone experienced this sort of thing before? We're running with
> 8.0.4. My application uses libpg, while another application is using
> OLEDB. Both the native and OLEDB layers exhibit the delay on the "slow"
> machines, and have no problems on the "fast" machines. Note that the
> laptops are in no way inferior to the desktop machines in terms of CPU,
> RAM, etc.

Can you try to rsync / netcat some large files / random data through
nonstandard ports in both directions, and see whether that reproduces
the behaviour? I also think using PostgreSQL on port 80 might be an
interesting test.

It might be a driver or "security software" issue...

When http and network drive transfers work fast, but transfers on
nonstandard ports (postgreSQL uses 5432) work slow, I'd suspect some
personal firewall or antivirus network filtering software.

HTH,
Marku

-- 
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf.     | Software Development GIS

Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org