| От | Scott Marlowe |
|---|---|
| Тема | Re: Multiple postgres.exe On Processes |
| Дата | |
| Msg-id | dcc563d10902121119q460f5748q94c04920b4a0ac73@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Multiple postgres.exe On Processes (Serge Fonville <serge.fonville@gmail.com>) |
| Список | pgsql-general |
On Thu, Feb 12, 2009 at 1:21 AM, Serge Fonville <serge.fonville@gmail.com> wrote: > I could not find the reason as to why this way has been chosen by the > developers Because separate processes are much more robust than multiple threads. And on Linux, the difference in performance is minimal. Note some OSes like Windows, and to a lesser extent, Solaris, have significant overhead for forking processes, and run multi-threaded apps much faster. Since any real db in a heavy lifting situation is probably using a connection pooler, then the cost of startup of a new process isn't a big deal, because they're not getting started all the time anymore.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера