Re: Performance Improvement by reducing WAL for Update Operation
От | Amit Kapila |
---|---|
Тема | Re: Performance Improvement by reducing WAL for Update Operation |
Дата | |
Msg-id | CAA4eK1LqBqYNTYVN1ewaak5=fWw2OjtXZjMmaB=EVCmWWd-F-Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Performance Improvement by reducing WAL for Update Operation (Haribabu kommi <haribabu.kommi@huawei.com>) |
Ответы |
Re: Performance Improvement by reducing WAL for Update
Operation
|
Список | pgsql-hackers |
On Fri, Dec 6, 2013 at 12:10 PM, Haribabu kommi <haribabu.kommi@huawei.com> wrote: > On 05 December 2013 21:16 Amit Kapila wrote: >> Note - >> a. Performance is data is taken on my laptop, needs to be tested on >> some better m/c b. Attached Patch is just a prototype of chunkwise >> concept, code needs to be improved and decode >> handling/test is pending. > > I ran the performance test on linux machine and attached the results in the mail. This test doesn't make much sense for comparison as in chunkwise delta encoding, I am not doing compression using new tuple and the reason is that I want to check how good/bad it is as compare to LZ approach for cases when data is non-compressible. So could you please try to take readings by using patch pgrb_delta_encoding_v1 attached in my previous mail. For LZ delta encoding- pgrb_delta_encoding_v1 - In heaptuple.c, there is a parameter rabin_fingerprint_comp, set it to false, compile the code and take readings. This will do LZ compression. For chunk wise delta encoding - In heaptuple.c, there is a parameter rabin_fingerprint_comp, set it to true, compile the code and take readings This will operate chunk wise. With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: