Re: 64-bit size pgbench

Поиск
Список
Период
Сортировка
Искать
От
Takahiro Itagaki
Тема
Re: 64-bit size pgbench
Дата
Msg-id
20100129162930.DC53.52131E4D@oss.ntt.co.jp
Ответ на
64-bit size pgbench (Greg Smith)
Список
Дерево обсуждения
64-bit size pgbench Greg Smith <greg@2ndquadrant.com>
Re: 64-bit size pgbench Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>
Re: 64-bit size pgbench Tom Lane <tgl@sss.pgh.pa.us>
Re: 64-bit size pgbench Greg Smith <greg@2ndquadrant.com>
Re: 64-bit size pgbench Robert Haas <robertmhaas@gmail.com>

Greg Smith  wrote:

> Attached is a patch that fixes a long standing bug in pgbench:  it won't 
> handle scale factors above ~4000 (around 60GB) because it uses 32-bit 
> integers for its computations related to the number of accounts, and it 
> just crashes badly when you exceed that.  This month I've run into two 
> systems where that was barely enough to exceed physical RAM, so I'd 
> expect this to be a significant limiting factor during 9.0's lifetime.  
> A few people have complained about it already in 8.4.

+1 for the fix.

Do we also need to adjust "tuples done" messages during dataload?
It would be too verbose for large scale factor. I think a message
every 1% is reasonable.
   if (j % 10000 == 0)       fprintf(stderr, INT64_FORMAT " tuples done.\n", j);

Regards,
---
Takahiro Itagaki
NTT Open Source Software Center



В списке pgsql-hackers по дате отправления
От: Takahiro Itagaki
Дата:
От: Pavel Stehule
Дата:
FAQ