e. I didn't
download and analyze their code, but maybe they have made some comments
that could help, or maybe have some improvements to the code..
Just a thought.. :)
Billy Earney
On Sun, Feb 19, 2012 at 5:42 PM, Tom Lane wrote:
> Brendan Jurd writes:
> > Are you far enough into th
pcre
library? It seems to have a lot of neat features, and also has a jit, and
it looks like it is being actively maintained and has decent comments.
On Sun, Feb 19, 2012 at 7:40 PM, Tom Lane wrote:
> Billy Earney writes:
> > I did a google search, and found the following:
> > ht
Jay,
Good links, and I've also looked at a few others with benchmarks. I
believe most of the benchmarks are done before PCRE implemented jit. I
haven't found a benchmark with jit enabled, so I'm not sure if it will make
a difference. Also I'm not sure how accurately the benchmarks will show
how
Tom,
Thanks for your reply. So is the group leaning towards just maintaining
the current regex code base, or looking into introducing a new library
(RE2, PCRE, etc)? Or is this still open for discussion?
Thanks!
Billy
On Mon, Feb 20, 2012 at 3:35 PM, Tom Lane wrote:
> Billy Earney wri
r the experts out there, does this seem reasonable, or am I
misunderstanding the source code? Anyone aware of a project trying to
accomplish this?
Thanks!
Billy Earney
On Fri, Mar 23, 2012 at 11:29 AM, Greg Stark wrote:
> On Fri, Mar 23, 2012 at 3:49 PM, Tom Lane wrote:
> > The complication, opportunities for bugs, and general slowdown
> > associated with that would outweigh any possible gain, in the opinion
> > of most hackers who have thought about this.
>
>
On Sat, Mar 24, 2012 at 3:22 PM, Joshua Berkus wrote:
> Billy,
>
> > I've done a brief search of the postgresql mail archives, and I've
> > noticed a few projects for adding query caches to postgresql, (for
> > example, Masanori Yamazaki's query cache proposal for GSOC 2011),
>
> ... which was co
Thanks.. I'll keep those issues in mind.
On Sat, Mar 24, 2012 at 6:18 PM, Tatsuo Ishii wrote:
> >> Well, you'd have to start by demonstrating the benefit of it. The
> >> advantage of query caches in proxies and clients is well-known, because
> you
> >> can offload some of the work of the datab
