| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Kenneth Been <kennethb(at)telocity(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: bytea, jdbc, i/o ... |
| Date: | 2002-08-28 05:33:50 |
| Message-ID: | 18043.1030512830@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | pgsql-gen Newsgroup @Basebeans.com | 2002-08-28 05:40:03 | Re: Screwy behavior with SUM and multiple joins to same table |
| Previous Message | David Link | 2002-08-28 05:32:49 | Re: Screwy behavior with SUM and multiple joins to same table |