Исходное сообщение
"Новый выпуск ZFSonLinux 0.6.3, реализации ZFS для ядра Linux..." Отправлено Аноним, 17-Июн-14 02:59
> напишу полностью, раз ты включаешь(или не включаешь?) режим даyна: взял 60Гб из > тех которые до этого "брал" zfs. Для тех кто на бронетранспортере: проблема в том что этот механизм НИКАКИХ ГАРАНТИЙ НЕ ДАЕТ, в отличие от. В нормальных реализациях ядро может форсированно отобрать память у кэша (кэш на запись даже может быть принудительно скинут на диск с целью отбора у него памяти). А тут кэш "как-то" адаптируется, конечно, но ГАРАНТИЙ никто не даст. Так что если программа попросит памяти (особенно резко и много) - она вполне может столкнуться с ситуацией когда этой самой памяти у ядра нет. И ядро не сможет ЗДЕСЬ И СЕЙЧАС память добыть. А то что оно там потом адаптируется - это все прекрасно, но запрос на выделение памяти "вон той программе" уже обломался и программа пошла лесом. Потенциально завалив какие-то операции по нехватке памяти. А оно такое надо??? Использовать такое управление памятью везде кроме файлсерверов которые эксклюзивно заняты работой с ФС и ничего не гоняют - заявка на запрыг по граблям. > что твой высeр о не возможности отобрать помяти, высеры про OOM и прочее > это вот показывает как ложь. Нет, тигра, это показывает лишь то что тут есть парочка поленьев, которые в самых базовых алгоритмах, типа управления памятью - ни в зуб ногой.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> напишу полностью, раз ты включаешь(или не включаешь?) режим даyна: взял 60Гб из >> тех которые до этого "брал" zfs. > Для тех кто на бронетранспортере: проблема в том что этот механизм НИКАКИХ > ГАРАНТИЙ НЕ ДАЕТ, в отличие от. В нормальных реализациях ядро может > форсированно отобрать память у кэша (кэш на запись даже может быть > принудительно скинут на диск с целью отбора у него памяти). А > тут кэш "как-то" адаптируется, конечно, но ГАРАНТИЙ никто не даст. Так > что если программа попросит памяти (особенно резко и много) - она > вполне может столкнуться с ситуацией когда этой самой памяти у ядра > нет. И ядро не сможет ЗДЕСЬ И СЕЙЧАС память добыть. А > то что оно там потом адаптируется - это все прекрасно, но > запрос на выделение памяти "вон той программе" уже обломался и программа > пошла лесом. Потенциально завалив какие-то операции по нехватке памяти. А оно > такое надо??? Использовать такое управление памятью везде кроме файлсерверов которые эксклюзивно > заняты работой с ФС и ничего не гоняют - заявка на > запрыг по граблям. >> что твой высeр о не возможности отобрать помяти, высеры про OOM и прочее >> это вот показывает как ложь. > Нет, тигра, это показывает лишь то что тут есть парочка поленьев, которые > в самых базовых алгоритмах, типа управления памятью - ни в зуб > ногой.
	Введите код, изображенный на картинке: