Re: 7.2.1 optimises very badly against 7.2
От | reina@nsi.edu (Tony Reina) |
---|---|
Тема | Re: 7.2.1 optimises very badly against 7.2 |
Дата | |
Msg-id | f40d3195.0207121058.5fe548a6@posting.google.com обсуждение исходный текст |
Ответ на | Re: 7.2.1 optimises very badly against 7.2 (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-general |
tgl@sss.pgh.pa.us (Tom Lane) wrote in message > For the moment, anyway. There have been a couple of rounds of > pgsql-hackers discussion about whether to lower the default value of > random_page_cost, but so far no one has done any experiments that > would be needed to establish a good new value. (The current default > of 4.0 is based on some old experiments I did. I'm quite willing to > accept that those experiments might have been flawed, but not willing > to replace the number without seeing better experiments...) > I wonder if a simple script could be designed to test the various parameters specified in postgresql.conf. The user could be asked to input 3 or 4 of the most commmon database queries and the script would determine the cost, run those queries, and send back the actual time of completion for each variation of the optimizer (e.g. run 1, enable_seq_scan false; run 2, random_page_cost 3; etc.). This way administrators would have a way (albeit brute force) to fine-tune their settings to their specific machine and data. Plus, they could upload the results to the hackers list just like regression tests. Just a thought. -Tony
В списке pgsql-general по дате отправления: