Re: Fastest memmove in C - Mailing list pgsql-general

From Stephen Frost
Subject Re: Fastest memmove in C
Date
Msg-id 20160707163351.GY21416@tamriel.snowman.net
Whole thread Raw
In response to Re: Fastest memmove in C  (Merlin Moncure <mmoncure@gmail.com>)
Responses Re: Fastest memmove in C  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
* Merlin Moncure (mmoncure@gmail.com) wrote:
> Well, testing is the key here. Microbechmarks demonstrating the value
> are not enough; proven statistically relevant benchmarks generated
> from postgres are the data points needed to make an assessment.  My
> recommendation would be to dynamically link in these routines to
> postgres and start running a battery of memory heavy tests (start with
> pgbench -S on a small database).  Ideally you could tease out some
> measurable benefit; license discussions and formal integration
> strategies are secondary to that IMO.

While I agree with this, I'm trying to figure out why this isn't being
incorporated into glibc instead..?  Perhaps I missed it, but I didn't
see a discussion of that in the article.  I'd certainly rather rely on
glibc if we can, though I know that we've ended up implementing our own
routines at times too.  On the other hand, if there's a reason the glibc
folks don't want this, we should consider that..

Thanks!

Stephen

Attachment

pgsql-general by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: Fastest memmove in C
Next
From: Tom Lane
Date:
Subject: Re: Fastest memmove in C