Re: concurrent snapshots

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: concurrent snapshots
Дата
Msg-id 23436.1315496788@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: concurrent snapshots  (Ants Aasma <ants.aasma@eesti.ee>)
Список pgsql-hackers
Ants Aasma <ants.aasma@eesti.ee> writes:
> On Thu, Sep 8, 2011 at 5:28 PM, Robert Haas <robertmhaas@gmail.com> wrote:
>> 1. A backend can have lots of snapshots, potentially requiring an
>> unbounded amount of shared memory. �We can't accommodate that.

> If PostgreSQL gets POSIX shared memory capability at some point in the
> future, would it be enough to accommodate snapshots in shared memory?

Don't hold your breath.  Even if we moved over to using mmap() in place
of shmat(), it's a *very* long way from there to being able to
dynamically expand shared memory and have all backends able to access
the additional space.  Doing that in a way that's cheap enough and
transparent enough that we'd actually accept it is even more challenging
--- for instance, it seems hard to impossible to guarantee that all
backends would be able to map the added space at the same addresses.

Most of the interest in mmap is not about any dynamic-expansion ideas,
it's just about getting out from under the ridiculously small limits on
SysV shmem space that are still default on many platforms.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ants Aasma
Дата:
Сообщение: Re: concurrent snapshots
Следующее
От: Robert Haas
Дата:
Сообщение: Re: concurrent snapshots