Re: Benchmarking: How to identify bottleneck (limiting factor) andachieve "linear scalability"?
В списке pgsql-performance по дате отправления:
| От | Justin Pryzby |
|---|---|
| Тема | Re: Benchmarking: How to identify bottleneck (limiting factor) andachieve "linear scalability"? |
| Дата | |
| Msg-id | 20190127160406.GL13248@telsasoft.com обсуждение исходный текст |
| Ответ на | Re: Benchmarking: How to identify bottleneck (limiting factor) andachieve "linear scalability"? (Saurabh Nanda <saurabhnanda@gmail.com>) |
| Ответы |
Re: Benchmarking: How to identify bottleneck (limiting factor) andachieve "linear scalability"?
Re: Benchmarking: How to identify bottleneck (limiting factor) andachieve "linear scalability"? |
| Список | pgsql-performance |
On Sun, Jan 27, 2019 at 01:09:16PM +0530, Saurabh Nanda wrote: > It seems that PGOPTIONS="-c synchronous_commit=off" has a significant > impact. However, I still can not understand why the TPS for the optimised > case is LOWER than the default for higher concurrency levels! Do you know which of the settings is causing lower TPS ? I suggest to check shared_buffers. If you haven't done it, disabling THP and KSM can resolve performance issues, esp. with large RAM like shared_buffers, at least with older kernels. https://www.postgresql.org/message-id/20170718180152.GE17566%40telsasoft.com Justin
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера