Re: shared_buffers/effective_cache_size on 96GB server

Поиск
Список
Период
Сортировка
От Strahinja Kustudić
Тема Re: shared_buffers/effective_cache_size on 96GB server
Дата
Msg-id CADKbJJW-q+swRfYPmuy1wKeUh_w9=OcuyOhNSkSeSSeowpPLfw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: shared_buffers/effective_cache_size on 96GB server  (Shaun Thomas <sthomas@optionshouse.com>)
Ответы Re: shared_buffers/effective_cache_size on 96GB server  (Shaun Thomas <sthomas@optionshouse.com>)
Список pgsql-performance
I will change those, but I don't think this is that big of an issue if most of the IO is done by Postgres, since Postgres has it's own mechanism to tell the OS to sync the data to disk. For example when it's writing a wal file, or when it's writing a check point, those do not get cached.

Regards,
Strahinja


On Wed, Oct 10, 2012 at 4:38 PM, Shaun Thomas <sthomas@optionshouse.com> wrote:
On 10/10/2012 09:35 AM, Strahinja Kustudić wrote:

#sysctl vm.dirty_ratio
vm.dirty_ratio = 40
# sysctl vm.dirty_background_ratio
vm.dirty_background_ratio = 10

Ouuuuch. That looks a lot like an old RHEL or CentOS system. Change those ASAP. Currently your system won't start writing dirty buffers until it hits 9.6GB. :(


shows that these values are even higher by default. When you said
RAID buffer size, you meant the controllers cache memory size?

Yeah, that. :)


--
Shaun Thomas
OptionsHouse | 141 W. Jackson Blvd. | Suite 500 | Chicago IL, 60604
312-444-8534
sthomas@optionshouse.com

______________________________________________

See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email

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

Предыдущее
От: Claudio Freire
Дата:
Сообщение: Re: Hyperthreading (was: Two identical systems, radically different performance)
Следующее
От: Shaun Thomas
Дата:
Сообщение: Re: shared_buffers/effective_cache_size on 96GB server