Speedups
От | jwieck@debis.com (Jan Wieck) |
---|---|
Тема | Speedups |
Дата | |
Msg-id | m0yAGK0-000BFRC@orion.SAPserv.Hamburg.dsh.de обсуждение исходный текст |
Ответы |
Re: [HACKERS] Speedups
Re: [HACKERS] Speedups |
Список | pgsql-hackers |
Hi, just to let anyone know: I did some analyzing and searched for areas that could gain more speedups for 6.4. First I had something like an optimizer cache in mind (planner remembers parsetree and if a subsequent parsetree only differs in const values, substitute consts by params and reuse saved plans instead of creating a new plan all the time). But this is what I got for the complete regression test (only queries that went through the planner counted): Parsing and rule rewriting 14 % Optimizer and planning 6 % Query execution 80 % ------ Total time in backend 100 % It clearly shows that there's no need to speedup the optimizer. The parser and the executor are the ones that consume the time. Making the planner/optimizer smarter resulting better plans faster to execute is the way. Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #======================================== jwieck@debis.com (Jan Wieck) #
В списке pgsql-hackers по дате отправления: