Re: Data transfer very slow when connected via DSL

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Rainer Bauer <usenet(at)munnin(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Data transfer very slow when connected via DSL
Date: 2007-06-22 01:51:11
Message-ID: 10461.1182477071@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Rainer Bauer <usenet(at)munnin(dot)com> writes:
> Fetching the 50 rows takes 12 seconds (without logging 8 seconds) and
> examining the log I found what I suspected: the performance is directly
> related to the ping time to the server since fetching one tuple requires a
> round trip to the server.

Hm, but surely you can get it to fetch more than one row at once?

This previous post says that someone else solved an ODBC
performance problem with UseDeclareFetch=1:
http://archives.postgresql.org/pgsql-odbc/2006-08/msg00014.php

It's not immediately clear why pgAdmin would have the same issue,
though, because AFAIK it doesn't rely on ODBC.

I just finished looking through our archives for info about
Windows-specific network performance problems. There are quite a few
threads, but the ones that were solved seem not to bear on your problem
(unless the one above does). I found one pretty interesting thread
suggesting that the problem was buffer-size dependent:
http://archives.postgresql.org/pgsql-performance/2006-12/msg00269.php
but that tailed off with no clear resolution. I think we're going to
have to get someone to watch the problem with a packet sniffer before
we can get much further.

regards, tom lane

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Toru SHIMOGAKI 2007-06-22 02:30:49 Re: PITR Backups
Previous Message Tom Lane 2007-06-22 00:26:45 Re: PITR Backups