Re: XLogInsert
От
Gurjeet Singh
Тема
Re: XLogInsert
Дата
Msg-id
65937bea0912161107s2359e15enaca65cf980bc5d69@mail.gmail.com
Ответ на
Re: XLogInsert (Greg Smith)
Список
Дерево обсуждения
XLogInsert Jeff Janes <jeff.janes@gmail.com>
Re: XLogInsert Tom Lane <tgl@sss.pgh.pa.us>
Re: XLogInsert Jeff Janes <jeff.janes@gmail.com>
Re: XLogInsert Jaime Casanova <jcasanov@systemguards.com.ec>
Re: XLogInsert Tom Lane <tgl@sss.pgh.pa.us>
Re: XLogInsert Jaime Casanova <jcasanov@systemguards.com.ec>
Re: XLogInsert Alvaro Herrera <alvherre@commandprompt.com>
Re: XLogInsert Jaime Casanova <jcasanov@systemguards.com.ec>
Re: XLogInsert Greg Smith <greg@2ndquadrant.com>
Re: XLogInsert Gurjeet Singh <singh.gurjeet@gmail.com>
Re: XLogInsert Andres Freund <andres@anarazel.de>
Re: XLogInsert Greg Smith <greg@2ndquadrant.com>
Patch LWlocks instrumentation Pierre Frédéric Caillaud<lists@peufeu.com>
Re: Patch LWlocks instrumentation Jeff Janes <jeff.janes@gmail.com>
Re: Patch LWlocks instrumentation Pierre Frédéric Caillaud<lists@peufeu.com>
2009/12/15 Greg Smith <greg@2ndquadrant.com>
Last week I worked on a FUSE based filesystem, which I call BlackholeFS. Its similar to /dev/null, but for directories. Basically it simply returns success for all the writes, but doesn't do any writes on the files under it.
Would moving the pg_xlog/ (and possibly table data too) to such a filesystem exercise this patch better?
Best regards,
-- Jaime Casanova wrote:Great job trying to find the spot where the code worked better. I'm not so sure I trust pgbench results where the TPS was so low though. Which leads us right back to exactly how Jeff measured his original results.So in this extreme case avg tps is just 6 transactions better
As I said already, I think we need more insight into Jeff's performance report, a way to replicate that test, to look a bit at the latency as reported by the updated LWLock patch that Pierre submitted. Tweaking your test to give more useful results is a nice second opinion on top of that. But we're out of time for now, so this patch is getting returned with feedback. I encourage Jeff to resubmit the same patch or a better one with a little more data on performance measurements to our final 8.5 CommitFest in hopes we can confirm this an improvement worth committing.
Last week I worked on a FUSE based filesystem, which I call BlackholeFS. Its similar to /dev/null, but for directories. Basically it simply returns success for all the writes, but doesn't do any writes on the files under it.
Would moving the pg_xlog/ (and possibly table data too) to such a filesystem exercise this patch better?
Best regards,
Lets call it Postgres
EnterpriseDB http://www.enterprisedb.com
gurjeet[.singh]@EnterpriseDB.com
singh.gurjeet@{ gmail | hotmail | indiatimes | yahoo }.com
Twitter: singh_gurjeet
Skype: singh_gurjeet
Mail sent from my BlackLaptop device
В списке pgsql-hackers по дате отправления