RE: Postgres with pthread
От | Tsunakawa, Takayuki |
---|---|
Тема | RE: Postgres with pthread |
Дата | |
Msg-id | 0A3221C70F24FB45833433255569204D1F847C0E@G01JPEXMBYT05 обсуждение исходный текст |
Ответ на | Re: Postgres with pthread (Craig Ringer <craig@2ndquadrant.com>) |
Ответы |
Re: Postgres with pthread
|
Список | pgsql-hackers |
From: Craig Ringer [mailto:craig@2ndquadrant.com] > I'd personally expect that an immediate conversion would result > in very > little speedup, a bunch of code deleted, a bunch of complexity > added. And it'd still be massively worthwhile, to keep medium to > long > term complexity and feature viability in control. +1 I hope for things like: * More performance statistics like system-wide LWLock waits, without the concern about fixed shared memory size * Dynamic memory sizing, such as shared_buffers, work_mem, maintenance_work_mem * Running multi-threaded components in postgres extension (is it really safe to run JVM for PL/Java in a single-threadedpostgres?) Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления: