на главнуюВсе эхи RU.UNIX.BSD
войти ?

Re: malloc(2) на amd64

От Valentin Davydov (2:5020/400) к Valentin Nechayev

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


From: Valentin Davydov <sp@m.davydov.spb.su>

> From: Valentin Nechayev <netch@segfault.kiev.ua>
> Date: Sun, 12 Apr 2009 21:18:59 +0000 (UTC)
>
>>AZ>> При нехватке памяти приложение будет убито по "out of swap space"?
>>AZ>> Это плохое решение :(
>>>Идеального на Mach-styled VM всё равно не будет. Hапример, что делать,
>>>если нехватка памяти возникает при модификации страницы после форка?
>>>Это никаким malloc'ом заранее не отследить.
>VD> Hу, отчего ж, можно драконовскими методами (разрешать процессу успешный фор

>VD> только при наличии в системе резерва размером не менее общего количества
>VD> writeable страниц этого процесса).
>
>Можно. Свопа дохрена потребуется.

It depends. В смысле, от характера нагрузки и т.п. Для форкающегося демона,
обслуживающего много независимых коннекций, оверхед невелик. Причём
необслуженными останутся только те коннекции, которые пришли во время
перегрузки.

>>>С другой стороны, эти эффекты используют для оправдания lazy commit в
>>>принципе, а это уже просто трусость.
>>>
>>>И за последние 20 лет ничего не изменилось - решения как не было, так
>>>и нет. Кстати, Windows эту проблему решает.
>
>VD> Поясни. Ведь lazy commit - это как раз виндовое изобретение.
>
>Ты заблуждаешься. А насчёт пояснить - посмотри в MSDN.

В какое место?

Вал. Дав.
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://RU.UNIX.BSD?msgid=<1187324962@ddt.demos.su>+6d3097fc