Re: Estimating seq_page_fetch and random_page_fetch

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: Estimating seq_page_fetch and random_page_fetch
Дата
Msg-id 87irdb63lk.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Estimating seq_page_fetch and random_page_fetch  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Estimating seq_page_fetch and random_page_fetch  ("Jim C. Nasby" <jim@nasby.net>)
Re: Estimating seq_page_fetch and random_page_fetch  (Neil Conway <neilc@samurai.com>)
Список pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

> "Umar Farooq Minhas" <umarfm13@hotmail.com> writes:
>> How can we accrately estimate the "seq_page_fetch" and =
>> "random_page_fetch" costs from outside the postgres using for example a =
>> C routine.
>
> Use a test case larger than memory.  Repeat many times to average out
> noise.  IIRC, when I did the experiments that led to the current
> random_page_cost of 4.0, it took about a week before I had numbers I
> trusted.

When I was running tests I did it on a filesystem where nothing else was
running. Between tests I unmounted and remounted it. As I understand it Linux
associates the cache with the filesystem and not the block device and discards
all pages from cache when the filesystem is unmounted.

That doesn't contradict anything Tom said, it might be useful as an additional
tool though.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Estimating seq_page_fetch and random_page_fetch
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: RFC: changing autovacuum_naptime semantics