From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | Stephan Fabel <sfabel(at)hawaii(dot)edu>, Bill Moran <wmoran(at)potentialtech(dot)com> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Q: regarding backends |
Date: | 2013-12-10 21:04:05 |
Message-ID: | 1386709445.12974.YahooMailNeo@web162905.mail.bf1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Stephan Fabel <sfabel(at)hawaii(dot)edu> wrote:
> On Tuesday, December 10, 2013 06:49:01 AM you wrote:
>> I'd much rather have the focus stay on a tightly integrated,
>> reliable system than have a bunch of weird choices that can
>> improve my performance by .5% while causing unexpected breakage.
>
> Hardly .5%... - see http://symas.com/mdb/microbench/
I see that the benchmarks were run on a laptop with storage systems
which are not typical of what one would see on a database server,
so it is hard to predict how things would shake out on a real
server. Those are some intriguing numbers, though.
> I do agree, however, that it is definitively better to focus on
> one thing and do it right rather than get lost in a bunch of
> random choices. The reason I asked was that it is currently being
> adopted by a lot of other open source projects, so I was curious
> to see what the PostgreSQL community's take on it was.
Did you look at the FDW page, and in particular the "black hole"
template FDW? If someone familiar with LMDB wanted to fill in the
stubs from that template to provide a working lmdbfdw extension, I
would bet that there are people who would be interested in running
a few of our standard benchmarks against real server hardware to
see how it performs.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Kroon | 2013-12-10 21:40:19 | validate synatax |
Previous Message | Kevin Grittner | 2013-12-10 20:27:26 | Re: postgresql.org inconsistent (Re: PG replication across DataCenters) |