Re: Highly Efficient Custom Sorting - Mailing list pgsql-performance

From Eliot Gable
Subject Re: Highly Efficient Custom Sorting
Date
Msg-id AANLkTinXIAgV0feBOY9znKyt35nB3CzrUKr3ynnykEF9@mail.gmail.com
Whole thread Raw
In response to Re: Highly Efficient Custom Sorting  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Highly Efficient Custom Sorting  (Kenneth Marshall <ktm@rice.edu>)
List pgsql-performance
Thanks again for all the input and suggestions from people. I have this sorting algorithm re-implemented in C now and it is somewhere <2ms to run it now; though it is difficult to get a more accurate measure. There may be some additional optimizations I can come up with, but for now, this will work very well compared to the alternative methods.

On Tue, Jul 6, 2010 at 6:21 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Eliot Gable <egable+pgsql-performance@gmail.com> writes:
> Do I need to somehow force the server to unload and then re-load this .so
> file each time I build a new version of it? If so, how do I do that?

Start a new database session.

                       regards, tom lane



--
Eliot Gable

"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower

"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower

"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero

pgsql-performance by date:

Previous
From: Richard Yen
Date:
Subject: Re: [Slony1-general] WAL partition overloaded--by autovacuum?
Next
From: Richard Yen
Date:
Subject: Re: [Slony1-general] WAL partition overloaded--by autovacuum?