Ulrich Windl wrote:
Howard Chu hyc@symas.com schrieb am 23.05.2022 um 18:04 in Nachricht
cc25e9ad-988c-fcd6-7bc0-0de6e3c530c7@symas.com:
Ulrich Windl wrote:
"Paul B. Henson" henson@acm.org schrieb am 22.05.2022 um 04:51 in Nachricht
5d343067-aef3-b499-63e3-996f3d68051e@acm.org:
On 5/11/2022 3:48 AM, Soisik Froger wrote:
Are this performance issues an expected side-effect of switching to dynlist - as the memberOf attributes are now dynamically calculated while the memberOf overlay used to writes these attributes - or
I am also having ongoing sporadic issues with memberOf performance using the new dynlist overlay. Initially, randomly a server would get into a state where any query requesting the memberOf attribute would take in excess of 30 seconds, whereas normally it would only take a fraction of a second. The symptoms were the same, free memory, no swapping, but insanely high read IO load.
I'm wondering: If you'd make a core dump when the issue happens, how big
would such a core dump be with MDB?
I'm afraid it would be insanely large, containing the whole database. Am I
wrong?
Yes, you are wrong.
mmap'd memory isn't included in core dumps by default.
OK, but that makes it hard to debug any MDB issues from the core dump unless significant parts are copied in to private memory (which I think is not the idea behind MDB).
Thanks for your concern.