Re: Tablespace-level Block Size Definitions

From: Hannu Krosing <hannu(at)skype(dot)net>
To: Dawid Kuroczko <qnex42(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Tablespace-level Block Size Definitions
Date: 2005-06-01 12:38:39
Message-ID: 1117629520.4772.25.camel@fuji.krosing.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On K, 2005-06-01 at 14:00 +0200, Dawid Kuroczko wrote:
> On 6/1/05, Zeugswetter Andreas DAZ SD <ZeugswetterA(at)spardat(dot)at> wrote:
> > You could create a separate bufferpool per page size. Of course that
> > has other disadvantages.
> >
> > Is it really so difficult to create and attach another shmem segment ?
>
> Well, I don't think it is much different from having two database clusters,
> each with different block size. Hmm, perhaps it could be possible to
> make them all available through one "virtual" DB host/port using
> pg_pool even. :)
>
> It shouldn't be too difficult to create benchmarks testing performance
> of PostgreSQL under different block sizes, I guess. I wonder what
> perfromance win is possible...

Perhaps it is simpler to just put different tablespaces on different
disks and then play with filesystem readahead settings at disk level.

It's not exactly the same thing, but may solve at least some problems.

--
Hannu Krosing <hannu(at)skype(dot)net>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marc G. Fournier 2005-06-01 12:39:18 Re: Deadlock with tsearch2 index ...
Previous Message Hannu Krosing 2005-06-01 12:10:55 Re: NOLOGGING option, or ?