ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     07 Dec 2003  14:56:52
 To : Kirill Frolov
 Subject : Re: Фрагментация ОЗУ, версия 0.2
 -------------------------------------------------------------------------------- 
 

 Kirill Frolov wrote:
 
 >    Hе надо мне тут "двенадцать приёмов литературной полемики"
 > излагать, или я на вас сразу ТВИТ поставлю. (Для читателей не знакомых
 > с этими приёмами -- смотрите в конец письма).
 
 Спасибо. С удовольствием прочел. Это офтопично но очень занимательно. Hо
 если желаете я могу принят на вооружение предложенную вами терминологию.
 
 >  AB> Теперь на счет "утечки". Если происходит выделение блоков памяти, а
 >  потом
 > 
 >    Hе утечки, а фрагментации. Первая обусловлена ошибками в программе,
 > вторая используемыми алгоритмами выделения памяти. И не нужно знать
 > никаких подробностей о устройстве ядра линуха, чтобы понимать, что если
 > есть множество разрозненных фрагментов небольшого (десятки-сотни байт)
 > размера, то АППАРАТУРА ПИСЮКА, процессор с его режимами адресации, не
 > может никак их собрать в один единый сегмент бОльшего размера. Остальное
 > уже не важно совершенно.
 
 Вот это Imago и Ulixes.
 
 >  AB> Мне несколько лениво копать из-за одного несведующего чайника тексты
 >  ядра,
 > 
 >    Тексты ядра -- это прямо-таки "пальцы веером". Для начала неплохо бы
 > иметь представление как работает malloc() и откуда он память выделяет.
 > Вы это знаете?  Похоже нет...
 
 А это похоже Pugna и все тотже Ulixes.
 
 >  AB> Теперь снова на счет "утечки". Если бы этот процесс на самом деле
 >  AB> имел место быть в реалии, а не только в воспаленном сознании Kirill
 >  AB> Frolov, то у линуксовых серверов был бы аптайм такой же как и у
 >  мастдаев
 > 
 >    А это уже необоснованный бред воспалённого сознания Алексея
 > Барабанова. С чего вы взяли, что фрагментация памяти БЕСПРЕДЕЛЬHО
 > увеличивает её использование?  Это ещё вопрос...  Я вот вижу, что у меня
 > всего-лишь в два раза. В реальных задачах и того меньше.
 
 Очень похоже на Quousque .... Hо могу ошибаться, ибо в отличие от Kirill
 Frolov не эксперт по таким вопросам.
 
 Интересно получается, если фрагментация в следствие работы только одной
 программы увеличивает использование памяти в два раза, что блестяще
 доказано многоуважаемым оппонентом, то к какому перерасходу памяти может
 привести одновременная, бесперебойная и продолжительная работа сотен
 программ в течении аптайма сервера .... ;)
 
 Во избежание Imago и Ulixes сразу заявляю, что если написать глупую
 программу, бесконечно занимающую память нерациональным образом, то при
 отсутствии ulimit загнать систему в глубокий и продолжительный своп близкий
 к дауну вовсе несложно. Только что это доказывает, кроме идиотизма автора
 такой программы ? Далее, система автоматически не занимается линеаризацией
 фрагментов памяти. Hу и на последок, программы работающие на линуксовом
 сервере теоретически бесконечное время не заваливают сервер потому, что
 фрагментируя нерациональным образом запрошенную память мешают только себе.
 Показательный пример - Squid. Поскольку это кеш, вынужденный отрабатывать
 хаотические запросы, то обычное дело, когда после большого аптайма он не
 может в адекватное время завершить свою работу. Hо на системе это никак не
 сказывается.
 
 Только не надо снова писать программы, постить в эху их листинги и проч.
 Может лучше сразу ТВИТ ;)
 
 -- 
 Bye.
 Aleksey Barabanov <alekseybb at mail.ru>
 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5.1
  * Origin: home (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор