Re: Linux2.6 overcommit behaviour

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Linux2.6 overcommit behaviour
Дата
Msg-id 3F50BFB2.3000701@dunslane.net
обсуждение исходный текст
Ответ на Re: Linux2.6 overcommit behaviour  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
You need to allow some head room, I should think. Actually, the 
equivalent of the previously discussed paranoid mode would be to set the 
percentage to 0, i.e. ensure you can put every page in swap. If you say 
50% then the chances of your running out of room are exceedingly small.

andrew

Bruce Momjian wrote:

>Shridhar Daithankar wrote:
>  
>
>>Hi all,
>>
>>Following is from Documentation/vm/overcommit-accounting
>>-------------
>>2    -    (NEW) strict overcommit. The total address space commit
>>        for the system is not permitted to exceed swap + a
>>        configurable percentage (default is 50) of physical RAM.
>>        Depending on the percentage you use, in most situations
>>        this means a process will not be killed while accessing
>>        pages but will receive errors on memory allocation as
>>        appropriate.
>>    
>>
>
>It is strange to choose 50% of RAM plus swap (what if your spam is
>small). I thought it would be 100% of RAM plus the swap that exceeds RAM
>size.
>
>  
>



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Index creation takes for ever
Следующее
От: Jonathan Gardner
Дата:
Сообщение: ALTER TABLE ... TO ... to change related names