From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Zu-Ming Jiang <zuming(dot)jiang(at)inf(dot)ethz(dot)ch>, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: Server closed the connection unexpectedly (memory leak) |
Date: | 2023-07-01 02:56:59 |
Message-ID: | 20230701025659.3o2hzm6prkrgfvzc@awork3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Hi,
On 2023-06-24 12:56:06 -0400, Tom Lane wrote:
> Zu-Ming Jiang <zuming(dot)jiang(at)inf(dot)ethz(dot)ch> writes:
> > My fuzzer finds a bug in Postgres, which makes the connection closed
> > unexpectedly.
>
> TBH, I think there's not much to be learned here, beyond "a
> ridiculously complicated query takes a ridiculous amount of memory
> to plan". The reason for the backend crash is presumably that the
> OOM killer decided to zap it. If you run the postmaster under a
> "ulimit -v" setting that's small enough to act before the OOM killer
> does, then you get an unexciting "out of memory" error.
One small thing I find is interesting is that it takes quite a while to
process cancel requests - which primarily appears to be because there's no CFI
anywhere in copyObject().
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2023-07-01 04:45:59 | BUG #18010: Bug with installation/auto-configuration |
Previous Message | Tom Lane | 2023-06-30 19:08:05 | Re: BUG #17994: Invalidating relcache corrupts tupDesc inside ExecEvalFieldStoreDeForm() |