Re: Bison state table

Поиск
Список
Период
Сортировка
От David Fetter
Тема Re: Bison state table
Дата
Msg-id 20190126023856.GJ12076@fetter.org
обсуждение исходный текст
Ответ на Re: Bison state table  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
On Fri, Jan 25, 2019 at 06:55:56PM -0500, Bruce Momjian wrote:
> On Sat, Jan 26, 2019 at 12:49:50AM +0100, David Fetter wrote:
> > On Fri, Jan 25, 2019 at 05:38:59PM -0500, Bruce Momjian wrote:
> > > With our scanner keywords list now more cache-aware, and with us
> > > planning to use Bison for years to come, has anyone ever looked at
> > > reordering the bison state machine array to be more cache aware, e.g.,
> > > having common states next to each other rather than scattered around the
> > > array?
> > 
> > Do we have a pretty good idea of what commonly grouped states are, or
> > at least a way to get some not-awful estimates of what they are?
> 
> Uh, I am afraid we would need to profile the grammer with some sample
> queries and then base the reordering on that, kind of how compilers use
> sampling to do branch prediction.  Yeah, crazy idea, I know.  I figured
> some smart person might have written a tool to do that.

Since you're framing it that way, maybe there's something clever to do
with the llvm toolchain, which just happens to have facilities like
that. Perhaps smart people have already done this...

Best,
David.
-- 
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [PATCH] Allow UNLISTEN during recovery
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: using expression syntax for partition bounds