pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Jan de Visser <jdevisser@digitalfairway.com>
To: pgsql-performance@postgresql.org
Subject: Re: Performance Issues on Opteron Dual Core
Date: Tue, 2 May 2006 18:49:48 -0400
Message-ID: <200605021849.48613.jdevisser@digitalfairway.com> (raw)
In-Reply-To: <20060502202837.GC97354@pervasive.com>
References: <e2tts8$1c70$1@news.hub.org>
	<445498AC.10700@paradise.net.nz>
	<20060502202837.GC97354@pervasive.com>

On Tuesday 02 May 2006 16:28, Jim C. Nasby wrote:
> On Sun, Apr 30, 2006 at 10:59:56PM +1200, Mark Kirkwood wrote:
> > Pgadmin can give misleading times for queries that return large result
> > sets over a network, due to:
> >
> > 1/ It takes time to format the (large) result set for display.
> > 2/ It has to count the time spent waiting for the (large) result set to
> > travel across the network.
> >
> > You aren't running Pgadmin off the dev server are you? If not check your
> > network link to dev and prod  - is one faster than the other? (etc).
> >
> > To eliminate Pgadmin and the network as factors try wrapping your query
> > in a 'SELECT count(*) FROM (your query here) AS a', and see if it
> > changes anything!
>
> FWIW, I've found problems running PostgreSQL on Windows in a multi-CPU
> environment on w2k3. It runs fine for some period, and then CPU and
> throughput drop to zero. So far I've been unable to track down any more
> information than that, other than the fact that I haven't been able to
> reproduce this on any single-CPU machines.

I have had previous correspondence about this with Magnus (search -general 
and -hackers). If you uninstall SP1 the problem goes away. We played a bit 
with potential fixes but didn't find any.

jan

-- 
--------------------------------------------------------------
Jan de Visser                     jdevisser@digitalfairway.com

                Baruk Khazad! Khazad ai-menu!
--------------------------------------------------------------



view thread (13+ messages)  latest in thread

Message-ID: <200605021849.48613.jdevisser@digitalfairway.com>
Permalink:  ../200605021849.48613.jdevisser@digitalfairway.com/
Also on:    postgresql.org/message-id/200605021849.48613.jdevisser@digitalfairway.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: jdevisser@digitalfairway.com
  Subject: Re: Performance Issues on Opteron Dual Core
  In-Reply-To: <200605021849.48613.jdevisser@digitalfairway.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox