Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD

Поиск
Список
Период
Сортировка
Искать
От
Scott Marlowe
Тема
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
Дата
Msg-id
AANLkTimU1PnRrzHcUU+SRVGDORo6FTphdK0DuSsQOO3P@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Michael March <mmarch@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Yeb Havinga <yebhavinga@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Michael March <mmarch@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Marlowe <scott.marlowe@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Michael March <mmarch@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Carey <scott@richrelevance.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Michael March <mmarch@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Carey <scott@richrelevance.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Jeff Davis <pgsql@j-davis.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Greg Smith <greg@2ndquadrant.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Greg Smith <greg@2ndquadrant.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Brad Nicholson <bnichols@ca.afilias.info>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Karl Denninger <karl@denninger.net>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Marlowe <scott.marlowe@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Karl Denninger <karl@denninger.net>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Brad Nicholson <bnichols@ca.afilias.info>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Karl Denninger <karl@denninger.net>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Brad Nicholson <bnichols@ca.afilias.info>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Marlowe <scott.marlowe@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Christopher Browne <cbbrowne@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Marlowe <scott.marlowe@gmail.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Carey <scott@richrelevance.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Karl Denninger <karl@denninger.net>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Greg Smith <greg@2ndquadrant.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Brad Nicholson <bnichols@ca.afilias.info>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Carey <scott@richrelevance.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Carey <scott@richrelevance.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Greg Smith <greg@2ndquadrant.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Carey <scott@richrelevance.com>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Arjen van der Meijden <acmmailing@tweakers.net>
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD Scott Marlowe <scott.marlowe@gmail.com>
On Tue, Aug 10, 2010 at 2:00 PM, Christopher Browne  wrote:
> On Tue, Aug 10, 2010 at 3:52 PM, Scott Marlowe  wrote:
>> My point being, no matter how terrible an idea a certain storage media
>> is, there's always a use case for it.  Even if it's very narrow.
>
> The trouble is, if extra subscribers induce load on the "master,"
> which they presumably will, then that sliver of "use case" may very
> well get obscured by the cost, such that the sliver should be treated
> as not existing :-(.

One master, one slave, master handles all writes, slave handles all of
the other subscribers.  I've run a setup like this with as many as 8
or so slaves at the bottom of the pile with no problems at all.
В списке pgsql-performance по дате отправления
От: Christopher Browne
Дата:
От: Matthew Wakeling
Дата:
Сообщение: Re: Sorted group by
FAQ