Re: select on 22 GB table causes "An I/O error occured while sending to the backend." exception
В списке pgsql-performance по дате отправления:
| От | Craig James |
|---|---|
| Тема | Re: select on 22 GB table causes "An I/O error occured while sending to the backend." exception |
| Дата | |
| Msg-id | 48B63E9B.4030603@emolecules.com обсуждение исходный текст |
| Ответ на | Re: select on 22 GB table causes "An I/O error occured while sending to the backend." exception (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: select on 22 GB table causes "An I/O error occured
while sending to the backend." exception
|
| Список | pgsql-performance |
The OOM killer is a terrible idea for any serious database server. I wrote a detailed technical paper on this almost 15years ago when Silicon Graphics had this same feature, and Oracle and other critical server processes couldn't be madereliable. The problem with "overallocating memory" as Linux does by default is that EVERY application, no matter how well designedand written, becomes unreliable: It can be killed because of some OTHER process. You can be as clever as you like,and do all the QA possible, and demonstrate that there isn't a single bug in Postgres, and it will STILL be unreliableif you run it on a Linux system that allows overcommitted memory. IMHO, all Postgres servers should run with memory-overcommit disabled. On Linux, that means /proc/sys/vm/overcommit_memory=2. Craig
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера