Re: Occasional giant spikes in CPU load

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: Occasional giant spikes in CPU load
Дата
Msg-id
201004142158.o3ELwXL09621@momjian.us
Ответ на
Список
Дерево обсуждения
indexes in partitioned tables - again Samuel Gendler <sgendler@ideasculptor.com>
Re: indexes in partitioned tables - again Robert Haas <robertmhaas@gmail.com>
Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load "Joshua D. Drake" <jd@commandprompt.com>
Re: Occasional giant spikes in CPU load "Joshua D. Drake" <jd@commandprompt.com>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load "Joshua D. Drake" <jd@commandprompt.com>
Re: Occasional giant spikes in CPU load "Joshua D. Drake" <jd@commandprompt.com>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load Tom Lane <tgl@sss.pgh.pa.us>
Re: Occasional giant spikes in CPU load Alan Hodgson <ahodgson@reinvent.com>
Re: Occasional giant spikes in CPU load David Rees <drees76@gmail.com>
Re: Occasional giant spikes in CPU load Greg Smith <greg@2ndquadrant.com>
Re: Occasional giant spikes in CPU load Tom Lane <tgl@sss.pgh.pa.us>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load Steve Crawford <scrawford@pinpointresearch.com>
Re: Occasional giant spikes in CPU load David Rees <drees76@gmail.com>
Re: Occasional giant spikes in CPU load Greg Smith <greg@2ndquadrant.com>
Re: Occasional giant spikes in CPU load Robert Haas <robertmhaas@gmail.com>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load Bruce Momjian <bruce@momjian.us>
Re: Occasional giant spikes in CPU load David Rees <drees76@gmail.com>
Re: Occasional giant spikes in CPU load Robert Haas <robertmhaas@gmail.com>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load "Joshua D. Drake" <jd@commandprompt.com>
Re: Occasional giant spikes in CPU load "Joshua D. Drake" <jd@commandprompt.com>
Re: Occasional giant spikes in CPU load Tom Lane <tgl@sss.pgh.pa.us>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load Tom Lane <tgl@sss.pgh.pa.us>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Occasional giant spikes in CPU load Craig James <craig_james@emolecules.com>
Re: Occasional giant spikes in CPU load Greg Smith <greg@2ndquadrant.com>
Re: Occasional giant spikes in CPU load Tom Lane <tgl@sss.pgh.pa.us>
pgbench results on a new server Craig James <craig_james@emolecules.com>
Re: pgbench results on a new server Greg Smith <greg@2ndquadrant.com>
Re: pgbench results on a new server Craig James <craig_james@emolecules.com>
Re: pgbench results on a new server Greg Smith <greg@2ndquadrant.com>
Re: pgbench results on a new server Merlin Moncure <mmoncure@gmail.com>
Two fast searches turn slow when used with OR clause Craig James <craig_james@emolecules.com>
Re: Two fast searches turn slow when used with OR clause Robert Haas <robertmhaas@gmail.com>
Re: pgbench results on a new server Scott Marlowe <scott.marlowe@gmail.com>
Re: Occasional giant spikes in CPU load Rajesh Kumar Mallah <mallah.rajesh@gmail.com>
Re: Occasional giant spikes in CPU load Greg Smith <greg@2ndquadrant.com>
Craig James wrote:
> On 4/7/10 5:47 PM, Robert Haas wrote:
> > On Wed, Apr 7, 2010 at 6:56 PM, David Rees  wrote:
> >>> max_fsm_pages = 16000000
> >>> max_fsm_relations = 625000
> >>> synchronous_commit = off
> >>
> >> You are playing with fire here.  You should never turn this off unless
> >> you do not care if your data becomes irrecoverably corrupted.
> >
> > That is not correct.  Turning off synchronous_commit is sensible if
> > you don't mind losing the last few transactions on a crash.  What will
> > corrupt your database is if you turn off fsync.
> 
> A bit off the original topic, but ...
> 
> I set it this way because I was advised that with a battery-backed
> RAID controller, this was a safe setting.  Is that not the case?

To get good performance, you can either get a battery-backed RAID
controller or risk losing a few transaction with synchronous_commit =
off.  If you already have a battery-backed RAID controller, there is
little benefit to turning synchronous_commit off, and some major
downsides (possible data loss).

--
  Bruce Momjian          http://momjian.us
  EnterpriseDB                             http://enterprisedb.com
В списке pgsql-performance по дате отправления
От: Dave Crooke
Дата:
Сообщение: JDBC question for PG 8.3.9
От: Craig Ringer
Дата:
Сообщение: Re: JDBC question for PG 8.3.9
FAQ