| От | Josh Berkus |
|---|---|
| Тема | Re: User concurrency thresholding: where do I look? |
| Дата | |
| Msg-id | 200707190922.24497.josh@agliodbs.com обсуждение исходный текст |
| Ответ на | Re: User concurrency thresholding: where do I look? (Alvaro Herrera <alvherre@commandprompt.com>) |
| Ответы |
Re: User concurrency thresholding: where do I look?
|
| Список | pgsql-performance |
Alvaro, > Have you messed with max_connections and/or max_locks_per_transaction > while testing this? The lock table is sized to max_locks_per_xact times > max_connections, and shared memory hash tables get slower when they are > full. Of course, the saturation point would depend on the avg number of > locks acquired per user, which would explain why you are seeing a lower > number for some users and higher for others (simpler/more complex > queries). That's an interesting thought. Let me check lock counts and see if this is possibly the case. -- Josh Berkus PostgreSQL @ Sun San Francisco
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера