Re: Very slow bytea data extraction

From: Richard Huxton <dev(at)archonet(dot)com>
To: "msmbarabino(at)virgilio(dot)it" <msmbarabino(at)virgilio(dot)it>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Very slow bytea data extraction
Date: 2007-02-26 08:56:33
Message-ID: 45E2A0C1.3010803@archonet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

msmbarabino(at)virgilio(dot)it wrote:
>> If you look at the "actual time" it's completing very quickly indeed.
> So
>> - it must be something to do with either:
>> 1. Fetching/formatting
> the data
>>> 2. Transferring the data to the client.
>
> I do agree.
>
>> What
> happens if you only select half the rows? Does the time to run the
>> select halve?
>
> Yes, it does.
> Using pgAdmin, the time to get all 36
> rows is about 67500ms while it's 24235ms to get only 18 rows.

Hmm - I've seen reports about the traffic-shaping module not being
install/activated making large data transfers slow. That was on Windows
2000 though. Might be worth searching the mail archives - I'm afraid I
run PG on Linux mostly, so can't say for sure.

One other thing I'd test. Make a small table with text columns of the
same size and see how fast it is to select from that. If it's just as
slow then it's your network setup. If it's much faster then it's
something to do with the bytea type.

--
Richard Huxton
Archonet Ltd

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Gauri Kanekar 2007-02-26 11:49:05 Query Planner
Previous Message ashok@kalculate.com 2007-02-26 05:44:06 invalid page header in block 428 of relation "pg_attribute"