Re: bytea, jdbc, i/o ...

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: Raw Message | Whole Thread | 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

In response to

Browse pgsql-general by date

  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