Re: changing MyDatabaseId
От | Markus Wanner |
---|---|
Тема | Re: changing MyDatabaseId |
Дата | |
Msg-id | 4CE3D12E.2060507@bluegap.ch обсуждение исходный текст |
Ответ на | Re: changing MyDatabaseId (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: changing MyDatabaseId
|
Список | pgsql-hackers |
On 11/17/2010 01:27 PM, Alvaro Herrera wrote: > I don't think it's a speed thing only. It would be a great thing to > have in autovacuum, for example, where we have constant problem reports > because the system failed to fork a new backend. If we could simply > reuse an already existing one, it would be a lot more robust. Hm, that's an interesting point. To actually increase robustness, it would have to be a failure scenario that (temporarily) prevents forking, but allows an existing backend to continue to do work (i.e. the ability to allocate memory or open files come to mind). Any idea about what's usually causing these fork() failures? I'm asking because I'm afraid that for example, in case of an out of memory condition, we'd just hit an OOM error later on, without being able to perform the VACUUM job, either. Regards Markus Wanner
В списке pgsql-hackers по дате отправления: