Re: reading large BYTEA type is slower than expected

From: "Y Sidhu" <ysidhu(at)gmail(dot)com>
To: "Mark Harris" <mharris(at)esri(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: reading large BYTEA type is slower than expected
Date: 2007-05-18 17:50:25
Message-ID: b09064f30705181050u4cb6a71akc4d92c44e860e8d5@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Mark,

I am no expert but this looks like a file system I/O thing. I set
hw.ata.wc=1 for a SATA drive and =0 for a SCSI drive in /boot/loader.conf on
my FreeBSD systems. That seems to provide some needed tweaking.

Yudhvir
==========
On 5/18/07, Mark Harris <mharris(at)esri(dot)com> wrote:
>
> We have recently ported our application to the postgres database. For the
> most part performance has not been an issue; however there is one situation
> that is a problem and that is the initial read of rows containing BYTEA
> values that have an average size of 2 kilobytes or greater. For BYTEA values
> postgres requires as much 3 seconds to read the values from disk into its
> buffer cache. After the initial read into buffer cache, performance is
> comparable to other commercial DBMS that we have ported to. As would be
> expected the commercial DBMS are also slower to display data that is not
> already in the buffer cache, but the magnitude of difference for postgres
> for this type of data read from disk as opposed to read from buffer cache is
> much greater.
>
>
>
> We have vacuumed the table and played around with the database
> initialization parameters in the postgresql.conf. Neither helped with this
> problem.
>
>
>
> Does anyone have any tips on improving the read from disk performance of
> BYTEA data that is typically 2KB or larger?
>
>
>
> Mark
>

--
Yudhvir Singh Sidhu
408 375 3134 cell

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Tyrrill, Ed 2007-05-18 18:30:12 Slow queries on big table
Previous Message Tom Lane 2007-05-18 17:48:02 Re: reading large BYTEA type is slower than expected