Re: [HACKERS] POC: Sharing record typmods between backends
| От | Robert Haas |
|---|---|
| Тема | Re: [HACKERS] POC: Sharing record typmods between backends |
| Дата | |
| Msg-id | CA+Tgmob2uHcZZiBocOzjbZGdgwmL4KOvzaBvt6w0zga-JXZbEg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [HACKERS] POC: Sharing record typmods between backends (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: [HACKERS] POC: Sharing record typmods between backends
|
| Список | pgsql-hackers |
On Fri, Aug 11, 2017 at 9:55 PM, Andres Freund <andres@anarazel.de> wrote: > Well, most of the potential usecases for dsmhash I've heard about so > far, don't actually benefit much from incremental growth. In nearly all > the implementations I've seen incremental move ends up requiring more > total cycles than doing it at once, and for parallelism type usecases > the stall isn't really an issue. So yes, I think this is something > worth considering. If we were to actually use DHT for shared caches or > such, this'd be different, but that seems darned far off. I think it'd be pretty interesting to look at replacing parts of the stats collector machinery with something DHT-based. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: