Re: Reasoning behind process instead of thread based

Поиск
Список
Период
Сортировка
От nd02tsk@student.hig.se
Тема Re: Reasoning behind process instead of thread based
Дата
Msg-id 4194.130.243.12.138.1098899223.squirrel@130.243.12.138
обсуждение исходный текст
Ответ на Re: Reasoning behind process instead of thread based  ("Scott Marlowe" <smarlowe@qwest.net>)
Ответы Re: Reasoning behind process instead of thread based  (Martijn van Oosterhout <kleptog@svana.org>)
Re: Reasoning behind process instead of thread based  (Thomas Hallgren <thhal@mailblocks.com>)
Список pgsql-general
>Two:  If a
> single process in a multi-process application crashes, that process
> alone dies.  The buffer is flushed, and all the other child processes
> continue happily along.  In a multi-threaded environment, when one
> thread dies, they all die.


So this means that if a single connection thread dies in MySQL, all
connections die?

Seems rather serious. I am doubtful that is how they have implemented it.




В списке pgsql-general по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Reasoning behind process instead of thread based
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: page locking? too many btree indexes...