RE: Global shared meta cache

2018-06-26 Thread serge
will get you quite far. We run with a 20MB syscache and a 10MB relcache with 100k+ objects and hundreds of backends A dumb LRU is plenty good for the purpose. That being said I would love to see these caches shared. :-) Cheers Serge Salesforce

Re: Variable-length FunctionCallInfoData

2018-06-05 Thread Serge Rielau
Yeah, our approach had to mergeable. You can rip that bandaid.

RE: Variable-length FunctionCallInfoData

2018-06-05 Thread serge
Big +1 on this one. Here is what we did. It's very crude, but minimized the amount of pain: It helps that the C compiler treats arrays and pointers the same. I can dig for the complete patch if you want... Cheers Serge /* * This struct is the data actually passed to an fmgr-c

RE: Re: Spilling hashed SetOps and aggregates to disk

2018-06-05 Thread serge
rrep->stats != context->stats) sAtomicAdd(context->stats, size); } } } I'll try myself on peeling out a patch for community for the stats and ask he developer responsible for hash spilling to engage. Cheers Serge -- Tomas Vondra http://www.2ndQ

RE: Re: Spilling hashed SetOps and aggregates to disk

2018-06-05 Thread serge
Context, ..) That's quite trivial, actually. Also we have fixed all those missing hash spills - albeit based on the 9.6 hash table design I think. If there is interest by the community we are very willing to share. Cheers Serge Salesforce

Re: Treating work_mem as a shared resource (Was: Parallel Hash take II)

2017-11-16 Thread Serge Rielau
hand it’s conceptually pretty straight forward. Cheers Serge Rielau SFDC