From: | amul sul <sul_amul(at)yahoo(dot)co(dot)in> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Server crash due to SIGBUS(Bus Error) when trying to access the memory created using dsm_create(). |
Date: | 2016-08-12 16:55:06 |
Message-ID: | 1367880874.12379258.1471020906502.JavaMail.yahoo@mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
No segfault during dsm_create, mmap returns the memory address which is inaccessible.
Let me see how can I disable kernel overcommit behaviour, but IMHO, we should prevent ourselves from crashing, shouldn't we?
Regards, Amul---------------------------------------------------------------------------------------------------- Sent from a mobile device. Please excuse brevity and tpyos.
On Fri, 12 Aug, 2016 at 7:38 pm, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote: amul sul <sul_amul(at)yahoo(dot)co(dot)in> writes:
> When I am calling dsm_create on Linux using the POSIX DSM implementation can succeed, but result in SIGBUS when later try to access the memory. This happens because of my system does not have enough shm space & current allocation in dsm_impl_posix does not allocate disk blocks[1]. I wonder can we use fallocate system call (i.e. Zero-fill the file) to ensure that all the file space has really been allocated, so that we don't later seg fault when accessing the memory mapping. But here we will endup by loop calling ‘write’ squillions of times.
Wouldn't that just result in a segfault during dsm_create?
I think probably what you are describing here is kernel misbehavior
akin to memory overcommit. Maybe it *is* memory overcommit and can
be turned off the same way. If not, you have material for a kernel
bug fix/enhancement request.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2016-08-12 16:57:37 | Re: Add hint for function named "is" |
Previous Message | Kisung Kim | 2016-08-12 16:48:49 | Re: Btree Index on PostgreSQL and Wiredtiger (MongoDB3.2) |