Re: Possible explanations for catastrophic performance deterioration?
В списке pgsql-performance по дате отправления:
| От | Gregory Stark |
|---|---|
| Тема | Re: Possible explanations for catastrophic performance deterioration? |
| Дата | |
| Msg-id | 874phlugn8.fsf@oxford.xeocode.com обсуждение исходный текст |
| Ответ на | Re: Possible explanations for catastrophic performance deterioration? (Carlos Moreno <moreno_pg@mochima.com>) |
| Список | pgsql-performance |
"Carlos Moreno" <moreno_pg@mochima.com> writes: > I'm now thinking that the problem with my logic is that the system does > not keep anything in memory (or not all tuples, in any case), since it > is only counting, so it does not *have to* keep them That's really not how it works. When Postgres talks to the OS they're just bits. There's no cache of rows or values or anything higher level than bits. Neither the OS's filesystem cache nor the Postgres shared memory knows the difference between live or dead rows or even pages that don't contain any rows. > and since the total amount of reading from the disk exceeds the amount of > physical memory, then the valid tuples are "pushed out" of memory. That's right. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера