Re: dependency between numbers keywords and parser speed
От | Pavel Stehule |
---|---|
Тема | Re: dependency between numbers keywords and parser speed |
Дата | |
Msg-id | AANLkTinX8d8yf5z=_Mj2TV4qJ_Jxhi0J8fHgthJu6d_R@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: dependency between numbers keywords and parser speed (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: dependency between numbers keywords and parser speed
|
Список | pgsql-hackers |
2011/3/15 Robert Haas <robertmhaas@gmail.com>: > On Mon, Mar 14, 2011 at 4:34 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Pavel Stehule <pavel.stehule@gmail.com> writes: >>> there was a discussion about impact of number of keyword for parser >>> speed. I did some synthetic tests and I didn't see any slowness on >>> pgbench when I increased a number of keywords. >> >> I don't see any particular reason to suppose that pgbench would be a >> good framework for stressing parsing speed. The queries it issues >> are of trivial length. > > I found that it was actually a fairly measurable component of the > select-only test when running with shared_buffers cranked up to a > reasonable value. But it'd probably be a lot easier to measure on a > benchmark specifically targeted at the parser. > When I tested it - all data was in memory, there was a minimal (near zero IO) and I run read only test. It doesn't mean, so parser is gratis, but my numbers doesn't show any potential problem with 60 new keywords. Pavel > -- > Robert Haas > EnterpriseDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company >
В списке pgsql-hackers по дате отправления: