Re: Refactoring backend fork+exec code
От | Heikki Linnakangas |
---|---|
Тема | Re: Refactoring backend fork+exec code |
Дата | |
Msg-id | 3df4b075-fb15-4e35-8981-10ed29aef208@iki.fi обсуждение исходный текст |
Ответ на | Re: Refactoring backend fork+exec code (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: Refactoring backend fork+exec code
|
Список | pgsql-hackers |
On 30/11/2023 22:26, Andres Freund wrote: > On 2023-11-30 01:36:25 +0200, Heikki Linnakangas wrote: >> From a96b6e92fdeaa947bf32774c425419b8f987b8e2 Mon Sep 17 00:00:00 2001 >> From: Heikki Linnakangas <heikki.linnakangas@iki.fi> >> Date: Thu, 30 Nov 2023 00:01:25 +0200 >> Subject: [PATCH v3 1/7] Refactor CreateSharedMemoryAndSemaphores >> >> For clarity, have separate functions for *creating* the shared memory >> and semaphores at postmaster or single-user backend startup, and >> for *attaching* to existing shared memory structures in EXEC_BACKEND >> case. CreateSharedMemoryAndSemaphores() is now called only at >> postmaster startup, and a new AttachSharedMemoryStructs() function is >> called at backend startup in EXEC_BACKEND mode. > > I assume CreateSharedMemoryAndSemaphores() is still called during crash > restart? Yes. > I wonder if it shouldn't split three ways: > 1) create > 2) initialize > 3) attach Why? What would be the difference between create and initialize phases? -- Heikki Linnakangas Neon (https://neon.tech)
В списке pgsql-hackers по дате отправления: