Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on?

Поиск
Список
Период
Сортировка
Искать
От
Petr Jelinek
Тема
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on?
Дата
Msg-id
5db1c1ae-9880-999e-cc7c-80b5efb33f72@2ndquadrant.com
Ответ на
Список
Дерево обсуждения
[HACKERS] tablesync patch broke the assumption that logical rep depends on? Fujii Masao <masao.fujii@gmail.com>
Re: [HACKERS] tablesync patch broke the assumption that logical rep depends on? Noah Misch <noah@leadboat.com>
Re: [HACKERS] tablesync patch broke the assumption that logical rep depends on? Noah Misch <noah@leadboat.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Noah Misch <noah@leadboat.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Jeff Janes <jeff.janes@gmail.com>
Re: [HACKERS] tablesync patch broke the assumption that logical rep depends on? Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Neha Khatri <nehakhatri5@gmail.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Steve Singer <steve@ssinger.info>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Fujii Masao <masao.fujii@gmail.com>
Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on? Petr Jelinek <petr.jelinek@2ndquadrant.com>
On 21/04/17 16:09, Peter Eisentraut wrote:
> On 4/20/17 14:29, Petr Jelinek wrote:
>> +		/* Find unused worker slot. */
>> +		if (!w->in_use)
>>  		{
>> -			worker = &LogicalRepCtx->workers[slot];
>> -			break;
>> +			worker = w;
>> +			slot = i;
>> +		}
> 
> Doesn't this still need a break?  Otherwise it always picks the last slot.
> 

Yes it will pick the last slot, does that matter though, is the first
one better somehow?

We can't break because we also need to continue the counter (I think the
issue that the counter solves is probably just theoretical, but still).

Hmm actually, maybe the if (!w->in_use) should be if (worker == NULL &&
!w->in_use)?

--  Petr Jelinek                  http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services


В списке pgsql-hackers по дате отправления
От: Peter Eisentraut
Дата:
От: Peter Eisentraut
Дата:
FAQ