<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hey all,<div class="">  We discussed this at the sprint, basically wondering what the policy on the PgSQL side was WRT extensions getting all crazy and doing multi-processor calculations in functions.</div><div class="">  I raised this with both Tom Lane and Andres Freund at <a href="http://pgconf.eu" class="">pgconf.eu</a>, and both sort of shrugged and said “sure”. Basically, anything we do between the function call and return time is up to us. Tom pointed out (as Darafei has already run into) that calling any postgres functions (palloc, pfree, anything) is a no-no, as they are not set up for multi-threading. But otherwise, go for it.</div><div class="">  I neglected to ask about a good policy for figuring out how many cores to allocate to a MP function. Probably something like max_parallel_workers_per_gather I would guess. Darafei are you setting your number of cores at run-time now?</div><div class="">P.</div></body></html>