Re: getting the most of out multi-core systems for repeated complex SELECT statements

Поиск
Список
Период
Сортировка
От Aljoša Mohorović
Тема Re: getting the most of out multi-core systems for repeated complex SELECT statements
Дата
Msg-id AANLkTi=VDMsiqmWaoPOP4tWFwsCZhx6uYUvY424u5pwy@mail.gmail.com
обсуждение исходный текст
Ответ на Re: getting the most of out multi-core systems for repeated complex SELECT statements  (<gnuoytr@rcn.com>)
Список pgsql-performance
On Thu, Feb 3, 2011 at 4:57 PM,  <gnuoytr@rcn.com> wrote:
> Time for my pet meme to wiggle out of its hole (next to Phil's, and a day later).  For PG to prosper in the future,
ithas to embrace the multi-core/processor/SSD machine at the query level.  It has to.  And it has to because the Big
Boysalready do so, to some extent, and they've realized that the BCNF schema on such machines is supremely efficient.
 PG/MySql/OSEngineOfChoicewill get left behind simply because the efficiency offered will be worth the price. 

this kind of view on what postgres community has to do can only be
true if postgres has no intention to support "cloud environments" or
any kind of hardware virtualization.
while i'm sure targeting specific hardware features can greatly
improve postgres performance it should be an option not a requirement.
forcing users to have specific hardware is basically telling users
that you can forget about using postgres in amazon/rackspace cloud
environments (or any similar environment).
i'm sure that a large part of postgres community doesn't care about
"cloud environments" (although this is only my personal impression)
but if plan is to disable postgres usage in such environments you are
basically loosing a large part of developers/companies targeting
global internet consumers with their online products.
cloud environments are currently the best platform for internet
oriented developers/companies to start a new project or even to
migrate from custom hardware/dedicated data center.

> Much as it pains me to say it, but the MicroSoft approach to software: write to the next generation processor and
forceusers to upgrade, will be the winning strategy for database engines.  There's just way too much to gain. 

it can arguably be said that because of this approach microsoft is
losing ground in most of their businesses/strategies.

Aljosa Mohorovic

В списке pgsql-performance по дате отправления:

Предыдущее
От: Chris Browne
Дата:
Сообщение: Re: [HACKERS] Slow count(*) again...
Следующее
От: Robert Haas
Дата:
Сообщение: Re: High load,