Re: Effects of setting linux block device readahead size

Поиск
Список
Период
Сортировка
От david@lang.hm
Тема Re: Effects of setting linux block device readahead size
Дата
Msg-id alpine.DEB.1.10.0809111529120.15169@asgard.lang.hm
обсуждение исходный текст
Ответ на Re: Effects of setting linux block device readahead size  ("Scott Marlowe" <scott.marlowe@gmail.com>)
Ответы Re: Effects of setting linux block device readahead size  (Alan Hodgson <ahodgson@simkin.ca>)
Re: Effects of setting linux block device readahead size  ("Scott Marlowe" <scott.marlowe@gmail.com>)
Список pgsql-performance
On Thu, 11 Sep 2008, Scott Marlowe wrote:

> On Thu, Sep 11, 2008 at 3:36 PM,  <david@lang.hm> wrote:
>> by even if it didn't, most modern drives read the entire cylinder into their
>> buffer so any additional requests to the drive will be satisfied from this
>> buffer and not have to wait for the disk itself.
>
> Generally speaking I agree, but I would still make a separate logical
> partition for pg_xlog so that if the OS fills up the /var/log dir or
> something, it doesn't impact the db.

this is a completely different discussion :-)

while I agree with you in theory, in practice I've seen multiple
partitions cause far more problems than they have prevented (due to the
partitions ending up not being large enough and having to be resized after
they fill up, etc) so I tend to go in the direction of a few large
partitions.

the only reason I do multiple partitions (besides when the hardware or
performance considerations require it) is when I can identify that there
is some data that I would not want to touch on a OS upgrade. I try to make
it so that an OS upgrade can wipe the OS partitions if nessasary.

David Lang


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

Предыдущее
От: "Scott Marlowe"
Дата:
Сообщение: Re: Effects of setting linux block device readahead size
Следующее
От: Alan Hodgson
Дата:
Сообщение: Re: Effects of setting linux block device readahead size