Re: pg15b1: FailedAssertion("val > base", File: "...src/include/utils/relptr.h", Line: 67, PID: 30485)
| От | Robert Haas |
|---|---|
| Тема | Re: pg15b1: FailedAssertion("val > base", File: "...src/include/utils/relptr.h", Line: 67, PID: 30485) |
| Дата | |
| Msg-id | CA+TgmoaWZ-hs1vQ8C88ZE57oXpsWj5oxYZYR9y7c2H+uoikz_A@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: pg15b1: FailedAssertion("val > base", File: "...src/include/utils/relptr.h", Line: 67, PID: 30485) (Thomas Munro <thomas.munro@gmail.com>) |
| Ответы |
Re: pg15b1: FailedAssertion("val > base", File: "...src/include/utils/relptr.h", Line: 67, PID: 30485)
|
| Список | pgsql-hackers |
On Tue, May 31, 2022 at 4:32 PM Thomas Munro <thomas.munro@gmail.com> wrote: > This FPM isn't in a DSM. (It happens to have DSMs *inside it*, > because I'm using it as a separate DSM allocator: instead of making > them with dsm_impl.c mechanisms, this one recycles space from the main > shmem area). I view FPM as a reusable 4kb page-based memory allocator > that could have many potential uses, not as a thing that must live > inside another thing with a TOC. The fact that it uses the relptr > thing makes it possible to use FPM inside DSMs too, but that doesn't > mean it has to be used inside a DSM. Could it use something other than its own address as the base address? One way to do this would be to put it at the *end* of the "Preallocated DSM" space, rather than the beginning. -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: