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