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>
Jaime Casanova wrote:
So in this extreme case avg tps is just 6 transactions better
 
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.

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 по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: Range types
От: Andres Freund
Дата:
Сообщение: Re: XLogInsert
FAQ