Re: Feature request: fsync and commit_delay options per database

From: Bráulio Bhavamitra <brauliobo(at)gmail(dot)com>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Feature request: fsync and commit_delay options per database
Date: 2015-06-30 11:39:47
Message-ID: CAJri6_ufcLiRNa60jHjq+8nSvUmsGNR-Qxp_1kAf_p09GW964Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Jun 30, 2015 at 3:43 AM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:
> 2015-06-29 15:18 GMT-07:00 Bráulio Bhavamitra <brauliobo(at)gmail(dot)com>:
>>
>> Hello all,
>>
>> After reading
>> http://stackoverflow.com/questions/9407442/optimise-postgresql-for-fast-testing
>> I've tried to use commit_delay to make commits really slow on a test
>> environment. Unfortunetely, the maximum value is 100ms (100_000
>> microseconds).
>>
>> Besides increasing it, it would be great to have these two options
>> (fsync and commit_delay) per database, that is, valid only for
>> databases configured with them. That would greatly speed up test
>> running and still make the cluster available for other "real"
>> databases.
>>
>> Is this feature or something similar planned?
>
>
> fsync is inherently across the cluster, so that can't be set per database.
> You can configure a different commit_delay in each database on the cluster
> using "alter database jjanes set commit_delay to 1000;" for example, but if
> different databases have different settings they will interact with each
> other in complex, unintuitive ways. And it is not really clear what you are
> trying to accomplish by doing this.
Great! But for commit_delay to be an usable parameter for in-memory
test databases, it should allow for much higher delays. I would be
happy with 10 minutes, for instance. Is there a reason for a
limitation of 100ms?

>
> Running multiple clusters on the same server is pretty easy to do, as long
> your client allows you configure which port number it connects to. If you
> really want fsync on for one database and off for another one, but each
> database in a different cluster.
Nice, will try that too, but would prefer the commit_delay setup above.

>
> Cheers,
>
> Jeff

--
"Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
ideologia. Morra por sua ideologia" P.R. Sarkar

EITA - Educação, Informação e Tecnologias para Autogestão
http://cirandas.net/brauliobo
http://eita.org.br

"Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é
meu lar e todos nós somos cidadãos deste cosmo. Este universo é a
imaginação da Mente Macrocósmica, e todas as entidades estão sendo
criadas, preservadas e destruídas nas fases de extroversão e
introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando
uma pessoa imagina algo em sua mente, naquele momento, essa pessoa é a
única proprietária daquilo que ela imagina, e ninguém mais. Quando um
ser humano criado mentalmente caminha por um milharal também
imaginado, a pessoa imaginada não é a propriedade desse milharal, pois
ele pertence ao indivíduo que o está imaginando. Este universo foi
criado na imaginação de Brahma, a Entidade Suprema, por isso a
propriedade deste universo é de Brahma, e não dos microcosmos que
também foram criados pela imaginação de Brahma. Nenhuma propriedade
deste mundo, mutável ou imutável, pertence a um indivíduo em
particular; tudo é o patrimônio comum de todos."
Restante do texto em
http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Day, David 2015-06-30 12:05:58 Re: plpgsql question: select into multiple variables ?
Previous Message Jeff Janes 2015-06-30 06:43:21 Re: Feature request: fsync and commit_delay options per database