Re: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-22 Thread Arseny Sher
worker wakes up the launcher on exit, the launcher waits on pg_subscription lock and restarts the worker instantly after the rollback. If we tell users that the workers are stopped after DROP SUBSCRIPTION rollback, we should also say that they will be restarted soon. -- Arseny Sher -- Sent via

Re: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-15 Thread Arseny Sher
it possible that subscription has no slot but still enabled? Besides, we can avoid stopping the workers if subscription has no associated replication origin, though this probably means that subscription was broken by user and is not worth it. -- Arseny Sher -- Sent via pgsql-hackers mailing

Re: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-14 Thread Arseny Sher
Peter Eisentraut <peter.eisentr...@2ndquadrant.com> writes: > On 9/13/17 07:00, Arseny Sher wrote: >> On the other hand, forbidding to execute disable sub and drop sub in one >> transaction makes it impossible e.g. to drop subscription in trigger > > Disabling a s

Re: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-13 Thread Arseny Sher
n before it had the chance to drop RO. It might be killed even before drop sub commit, but after the check, we are left with orphan RO anyway. -- Arseny Sher -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-12 Thread Arseny Sher
ng replication origin in one transaction with DROP SUBSCRIPTION seems natural to me. -- Arseny Sher -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-05 Thread Arseny Sher
Arseny Sher <a.s...@postgrespro.ru> writes: > Attached patch fixes this by stopping workers before RO drop, as > already done in case when we drop replication slot. Sorry, here is the patch. >From 008d54dfe2e8ba610bb7c897cfbb4ee7a700aa2e Mon Sep 17 00:00:00 2001 From: Ar

[HACKERS] DROP SUBSCRIPTION hangs if sub is disabled in the same transaction

2017-09-05 Thread Arseny Sher
it? -- Arseny Sher Postgres Professional: https://postgrespro.ru The Russian Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] expand_dbname in postgres_fdw

2017-07-27 Thread Arseny Sher
ecked for extended formats" with "might be recognized as a connection string" -- are there any other formats than connstr? The changes with point 3 chosen might look as in attached file. >From 96d74f050724a8373c04e48205510a5a7e80d447 Mon Sep 17 00:00:00 2001 From: Arseny Sher <

Re: [HACKERS] expand_dbname in postgres_fdw

2017-07-27 Thread Arseny Sher
his thread proves. >From 09e3924501d219331b8b8fca12a9ea35a689ba10 Mon Sep 17 00:00:00 2001 From: Arseny Sher <sher-...@yandex.ru> Date: Thu, 27 Jul 2017 12:41:17 +0300 Subject: [PATCH] Allow 'dbname' option contain full-fledged connstring in postgres_fdw And if this is the case, validate that it do

[HACKERS] expand_dbname in postgres_fdw

2017-07-25 Thread Arseny Sher
Hi, Is there any particular reason why postgres_fdw forbids usage of connection strings by passing expand_dbname = false to PQconnectdbParams? Attached patch shows where this happens. >From 6bf3741976b833379f5bb370aa41f73a51b99afd Mon Sep 17 00:00:00 2001 From: Arseny Sher <sher-...@yan

Re: [HACKERS] [GSoC] Push-based query executor discussion

2017-04-03 Thread Arseny Sher
of the project, "partial support of all TPC-H queries". I am also CC'ing people who was mentioned in "Potential Mentors" section on GSoC wiki page. -- Arseny Sher -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http:

Re: [HACKERS] [GSoC] Push-based query executor discussion

2017-03-22 Thread Arseny Sher
> While I admire your fearlessness, I think the chances of you being > able to bring a project of this type to a successful conclusion are > remote. Here is what I said about this topic previously: > > http://postgr.es/m/CA+Tgmoa=kzhj+twxyq+vku21nk3prkrjsdbhjubn7qvc8uk...@mail.gmail.com Well, as

[HACKERS] [GSoC] Push-based query executor discussion

2017-03-06 Thread Arseny Sher
switch to push-based model in Postgres code we will achieve speedup comparable to full-query JIT using runtime specialization. *About me* My name is Arseny Sher. Currently, I am studying master's degree at CMC MSU [12] and working at ISP RAS [13]. Earlier I got bachelor's degree at the same faculty. I s