| От | Gregory Stark |
|---|---|
| Тема | Re: Reducing stats collection overhead |
| Дата | |
| Msg-id | 87bqh7za34.fsf@oxford.xeocode.com обсуждение исходный текст |
| Ответ на | Reducing stats collection overhead (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Reducing stats collection overhead
|
| Список | pgsql-hackers |
"Tom Lane" <tgl@sss.pgh.pa.us> writes: > So I think that complicating the design with, say, a timeout counter to > force out the stats after a sleep interval is not necessary. Doing so would > add a couple of kernel calls to every client interaction so I'd really > rather avoid that. > > Any thoughts, better ideas? If we want to have an idle_in_statement_timeout then we'll need to introduce a select loop instead of just directly blocking on recv anyways. Does that mean we may as well bite the bullet now? -- Gregory Stark EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера