|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Simakov 2:5020/400 30 Jan 2002 12:49:17
To : Aleksey I Zavilohin
Subject : Re: "Hоpмальный"
--------------------------------------------------------------------------------
Hello, Aleksey!
On Срд, 23 Янв 2002 в 13:14 GMT you wrote:
> vitus@ice.ru <vitus@ice.ru> wrote:
>
> > vir>> одним единственным способом - perror("malloc");exit(1); А это как раз
> > AK>в линуксе? Это довольно интересная глупость.
>
> > vir>> Вообще - интересная идея - блокирующий malloc - если памяти нехвата,
> > AK>в линуксе malloc практически _никогда_ не возвращает NULL.
> > AK>Потому что page on demand. Если у тебя demand, а page взять неоткуда -
>
> > Hу это лечится, Посредством echo 1 >/proc/sys/vm/overcommit_memory.
>
> ха-ха-ха
Интересно, по какому поводу смех?
> ps
> Скажи на скольки линуксах у тебя это стоит? только чесно 8-)
У меня - на всех. Ибо "прогрессивной общественностью" написана куча программ под
GPL, которые при старте выделяют памяти больше, чем потребляют при работе. Тот
же
inn, например. А проверка эта - абсолютно лишняя.. мне, например абсолютно
пофигу,
когда сдохнет прога - при старте по _прогнозируемой_ нехватке памяти или по
факту
нехватки - когда память _реально_ вся кончится.
Если в проге нужна надежная работа _в любом случае_ (какой-нибудь демон,
например) -
в ней должен присутствовать в нужном месте вызов mlock() на нужный участок кода
и/или данных.
А все остальные случаи можно считать некритичными, а таких программописателей -
ламерами. Успокаивает тот факт, что в серьезном софте такие приемы, как в inn,
используются крайне редко.. ;)
np: Gabriel Le Mar - West-Ghost
--
Best Regards,
Dmitry Simakov <mailto:ds@uriit.ru.n0sp@m>
Ugra Research Institute of Information Technologies <http://www.uriit.ru>
--- ifmail v.2.15dev5
* Origin: Ugra Research Institute of Information Technologies (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
