Re: Service not starting: Error 1053

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Service not starting: Error 1053
Дата
Msg-id 49A4FEDD.6080609@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Service not starting: Error 1053  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Service not starting: Error 1053
Список pgsql-hackers
Tom Lane wrote:
> Frank Featherlight <dirtydude@gmail.com> writes:
>> while reading your thread two things come to mind, I have installed:
>> Registry Mechanic ( http://www.pctools.com/registry-mechanic )
>> Tune-Up Utilities ( http://www.tune-up.com/products/tuneup-utilities )
>> Any of these two might cause the problem aswell in your opinion?
> 
> Damifino, I'm not a Windows person.  But I'd suggest methodically
> removing each and every bit of non-default software you've got,
> to see if you can find one that causes the failure.  We know that
> the failure does not occur on stock Windows or with most popular
> add-ons, so unusual add-ons deserve a close look.

I wonder if it would help to reserve the address space for the shared 
memory block earlier. We could pass the address and size of the shared 
memory block as extra arguments to the backend, and reserve it before 
doing anything else. There's even a function called VirtualAllocEx, that 
postmaster could call right after CreateProcess to reserve the address 
space on behalf of the child process.

Of course, none of this helps if the culprit is a DLL or a 3rd party 
program that allocates the adress space immediately at CreateProcess.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: "Lawrence, Ramon"
Дата:
Сообщение: Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets
Следующее
От: Alan Li
Дата:
Сообщение: Backend assertion failure on \d