From: | pgsql-gen(at)basebeans(dot)com (pgsql-gen Newsgroup ((at)Basebeans(dot)com)) |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: bytea, jdbc, i/o ... |
Date: | 2002-08-28 05:40:03 |
Message-ID: | 20020828054003.2A85E214219@basebeans.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Subject: Re: [GENERAL] bytea, jdbc, i/o ...
From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
===
Kenneth Been <kennethb(at)telocity(dot)com> writes:
> Here is the strange behavior:
> For database A, the difference in performance between testing
> locally and testing over the network is negligible; about 5%
> slower over the network. About what I would expect. But for
> database B, the difference is huge; about 35 times slower over
> the network.
That's odd.
> Here is my guess for what is going on:
> Maybe for a local connection the db engine delivers the bytea as
> is, whereas for a remote connection it converts the bytea to a
> string representation, and then Java would have to convert it
> back for the getBytes() method.
I don't believe that for a millisecond; there simply is not any
local/remote discrimination in the backend.
I'm not sure what the problem is, but I think you need to find a
different tree to bark up.
Some other thoughts that come to mind involve network saturation,
routing problems, DNS problems, SSL encryption overhead, multibyte
encoding conversion, yadda yadda...
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
message can get through to the mailing list cleanly
From | Date | Subject | |
---|---|---|---|
Next Message | David Link | 2002-08-28 05:42:36 | Re: Screwy behavior with SUM and multiple joins to same |
Previous Message | Tom Lane | 2002-08-28 05:33:50 | Re: bytea, jdbc, i/o ... |