Re: WAL Bypass for indexes
От | Martin Scholes |
---|---|
Тема | Re: WAL Bypass for indexes |
Дата | |
Msg-id | TRQ1fnRR4VkP.pWbp5wwT@mail.iicolo.com обсуждение исходный текст |
Ответ на | WAL Bypass for indexes ("Martin Scholes" <marty@iicolo.com>) |
Ответы |
Re: WAL Bypass for indexes
Re: WAL Bypass for indexes |
Список | pgsql-hackers |
<div align="LEFT">I wrote:</div><div align="LEFT"> </div><div align="LEFT">> I will run multiple tests and post the actualnumbers.<br /></div><div align="LEFT">I did run more extensive tests and did not bother writing down the numbers, andhere's why: the unmodified Pg ran pgbench with a whopping average of 6.3% time in IO wait.</div><div align="LEFT"> </div><divalign="LEFT">If I was able to totally eliminate that time (which is impossible), then the best wecould hope for is a 7% increase in performance by skipping WAL of indexes.</div><div align="LEFT"> </div><div align="LEFT">Ona related note, we currently have some indexes that are unsafe during recovery (GIST and Hash come to mind).</div><divalign="LEFT"> </div><div align="LEFT">In the spirit of making Pg "safe at any speed," would it make senseto put some code in the recovery section that rebuilds all indexes whose integrity cannot be assured?</div><div align="LEFT"> </div><divalign="LEFT">M</div>
В списке pgsql-hackers по дате отправления: