<div dir="auto">Fwiw I have been doing some testing to allow benchmark testing on a berrie type machine.   The goal is to set up an environment to implement <div dir="auto"><br><div dir="auto"><a href="https://git.osgeo.org/gitea/postgis/postgis-performance">https://git.osgeo.org/gitea/postgis/postgis-performance</a><br></div><div dir="auto"><br></div><div dir="auto">I have installed stow </div><div dir="auto"><br></div><div dir="auto"><a href="https://linuxconfig.org/how-to-use-gnu-stow-to-manage-programs-installed-from-source-and-dotfiles">https://linuxconfig.org/how-to-use-gnu-stow-to-manage-programs-installed-from-source-and-dotfiles</a></div><div dir="auto"> </div><div dir="auto">so I can have various versions of proj, geos, and gdal precompiled and ready to go for compiling PostGIS against any combination needed.</div><div dir="auto"><br></div><div dir="auto">PostGIS doesn't play well with stow due to </div><div dir="auto"><br></div><div dir="auto"><a href="https://trac.osgeo.org/postgis/ticket/635">https://trac.osgeo.org/postgis/ticket/635</a><br></div><div dir="auto"><br></div><div dir="auto">but compiling is not too slow.  It might be nice to do some benchmark testing especially with all the discussion about the new index methods available. </div><div dir="auto"><br></div><div dir="auto">Let me know if this helps </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 1, 2021, 1:10 PM Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So about this plan, I don't see the ALTER OPERATOR CLASS recipe that can do the thing we want.<br>
<br>
<a href="https://www.postgresql.org/docs/14/sql-alteropclass.html" rel="noreferrer noreferrer" target="_blank">https://www.postgresql.org/docs/14/sql-alteropclass.html</a><br>
<br>
What's the magic incantation?<br>
<br>
> On Dec 1, 2021, at 8:30 AM, Regina Obe <<a href="mailto:lr@pcorp.us" target="_blank" rel="noreferrer">lr@pcorp.us</a>> wrote:<br>
> <br>
>> Initially there was a patch in patchset making user specify sorting function<br>
>> during CREATE INDEX ON table USING gist(column) WITH<br>
>> (sortfunction=zcurve). But everyone said that it's unnessecary complication and<br>
>> we just made the function part of the opclass.<br>
>> But sorting build was not meant to be default!<br>
>> <br>
>> I'm going to work on this in December, so let's figure out what exactly do we<br>
>> want from PostgreSQL 15?<br>
>> <br>
>> I'm planning to work on:<br>
>> 1. Fix the concurrency problem in IndexOnlyScan that Peter G. pointed out [0]<br>
>> This will further slow down GiST queries a little, sorry.<br>
>> 2. Sorting items within leaf page in tid order, not provided sorting function.<br>
>> 3. Make better splits of leaf pages. Currently we choose how to split leaf pages<br>
>> solely by sorting function. I want to use split function too. This will consume<br>
>> slightly more memory, but will build better index.<br>
>> <br>
>> Do we need some functionality to easily enable\disable sorting build? I think<br>
>> chances are very high that we can make it better. But it still will be neither<br>
>> perfect, nor better than buffered build.<br>
>> <br>
>> Thanks!<br>
>> <br>
>> Best regards, Andrey Borodin.<br>
> [Regina Obe] <br>
> I don't think I was in this discussion about CREATE INDEX ON table USING gist(column) WITH<br>
>> (sortfunction=zcurve).<br>
> <br>
> What was the unnecessary complication?  Was it deemed "user-facing" too complicated<br>
> or "under the hood" too complicated.<br>
> <br>
> For user-facing I don't see it as too complicated.  Granted it is a bit extra.<br>
> But if it is deemed always not the absolute best, I feel a configure option is fine.<br>
> It's only giving users redundant equally good options that I would consider too complicated.<br>
> <br>
> <br>
> _______________________________________________<br>
> postgis-devel mailing list<br>
> <a href="mailto:postgis-devel@lists.osgeo.org" target="_blank" rel="noreferrer">postgis-devel@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a><br>
<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank" rel="noreferrer">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a><br>
</blockquote></div>