RE: test_decoding assertion failure for the loss of top-sub transaction relationship
От
kuroda.hayato@fujitsu.com
Тема
RE: test_decoding assertion failure for the loss of top-sub transaction relationship
Дата
Msg-id
TYAPR01MB58667C2023DF9930E6695924F57E9@TYAPR01MB5866.jpnprd01.prod.outlook.com
Ответ на
RE: test_decoding assertion failure for the loss of top-sub transaction relationship (kuroda.hayato@fujitsu.com)
Список
Дерево обсуждения
test_decoding assertion failure for the loss of top-sub transaction relationship "osumi.takamichi@fujitsu.com" <osumi.takamichi@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Amit Kapila <amit.kapila16@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Dilip Kumar <dilipbalaut@gmail.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Kyotaro Horiguchi <horikyota.ntt@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Dilip Kumar <dilipbalaut@gmail.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Amit Kapila <amit.kapila16@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Amit Kapila <amit.kapila16@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Masahiko Sawada <sawada.mshk@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Masahiko Sawada <sawada.mshk@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: test_decoding assertion failure for the loss of top-sub transaction relationship Masahiko Sawada <sawada.mshk@gmail.com>
RE: test_decoding assertion failure for the loss of top-sub transaction relationship "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
> I was not sure what's the proper way to fix it. > The solution I've thought at first was transporting all invalidations from sub to top > like ReorderBufferTransferSnapToParent(), > but I do not know its side effect. Moreover, how do we deal with > ReorderBufferChange? > Should we transfer them too? If so, how about the ordering of changes? > Alternative solustion was just remove the assertion, but was it OK? PSA the PoC patch for discussion. In this patch only invalidation messages are transported, changes hold by subtxn are ignored. This can be passed the reported workload. Best Regards, Hayato Kuroda FUJITSU LIMITED
В списке pgsql-hackers по дате отправления
От: Drouvot, Bertrand
Дата: