Re: Built-in connection pooling

Поиск
Список
Период
Сортировка
От Vladimir Sitnikov
Тема Re: Built-in connection pooling
Дата
Msg-id CAB=Je-G3S7O69nmsxFdsFRLi9dFFb5Jyrv7Xg-dgR5A0__3fQg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Built-in connection pooling  (Konstantin Knizhnik <k.knizhnik@postgrespro.ru>)
Ответы Re: Built-in connection pooling
Список pgsql-hackers
Konstantin>I have not built YCSB myself, use existed installation.

Which pgjdbc version was in use?

Konstantin>One of the main problems of Postgres is significant degrade of performance in case of concurrent write access by multiple transactions to the same sows.

I would consider that a workload "problem" rather than PostgreSQL problem.
That is, if an application (e.g. YCSB) is trying to update the same rows in multiple transactions concurrently, then the outcome of such updates is likely to be unpredictable. Does it make sense?

At least, I do not see why Mongo would degrade in a different way there. Oleg's charts suggest that Mongo does not degrade there, so I wonder if we compare apples to apples in the first place. 

Vladimir

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: proposal: alternative psql commands quit and exit
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: proposal: alternative psql commands quit and exit