Re: Amazon High I/O instances

Поиск
Список
Период
Сортировка
От Sébastien Lorion
Тема Re: Amazon High I/O instances
Дата
Msg-id CAGa5y0NzuxrnrW4DftMJtss-TSTuRUD7F5EdA=9So0S12Sw3Dg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Amazon High I/O instances  (John R Pierce <pierce@hogranch.com>)
Список pgsql-general
maintenance_work_mem is already 4GB. How large should it be during load then ?

Sébastien

On Thu, Sep 13, 2012 at 1:29 AM, John R Pierce <pierce@hogranch.com> wrote:
On 09/12/12 10:01 PM, Sébastien Lorion wrote:
pgbench initialization has been going on for almost 5 hours now and still stuck before vacuum starts .. something is definitely wrong as I don't remember it took so long first time I created the db....

pgbench initialization with a high scale factor, like the -s 10000 I frequently use, does take quite a few hours.    you need a large maintenance_work_mem, or the create index phase will take a really long time to index the 150GB worth of tables its created.




--
john r pierce                            N 37, W 122
santa cruz ca                         mid-left coast




--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

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

Предыдущее
От: Jeremy Whiting
Дата:
Сообщение: Re: RPM contents for 9.2 community release.
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Planner forces seq scan when select without quoting its values