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
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" |