Re: [HACKERS] Binary search in fmgr_isbuiltin() is a bottleneck.
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Binary search in fmgr_isbuiltin() is a bottleneck. |
| Дата | |
| Msg-id | 10360.1506538716@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Binary search in fmgr_isbuiltin() is a bottleneck. (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: [HACKERS] Binary search in fmgr_isbuiltin() is a bottleneck.
|
| Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes:
> Honestly before going there I'd rather just have
> an oid indexed array, computed at compile time.
Yeah, I'd been kind of wondering about that approach too. We could have,
say, a table of int16s indexed by OIDs from 0 to 9999, containing zero or
an index into the table of FmgrBuiltin structs. So 20000 bytes of
constant data, and O(negligible) lookup time other than possible cache
misses on this table. But a dynahash-ish hash table built for 2800+
entries would probably be about that size ...
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления: