Исходное сообщение
"Представлен проект OpenZFS, направленный на  унификацию разв..." Отправлено Аноним, 17-Окт-13 03:08
> только зачем-то стесняется это показывать. Зато ты много чего интересного показал. > я начинаю подозревать в тебе клона 294го. Один алексов боится, второй 294-х. К доктору вам надо с вашими фобиями и маниями. Ололо. > zfs _не хочет_ себе выделенную область фиксированного размера. Оно пытается адаптироваться, но поскольку не интегрировано с остальным управлением памятью в ядре в нормальном виде - оно живет своей жизнью. И по сути эта память является занятой с точки зрения системы и остальных программ. И быстро и гарантированно ее отобрать - не получится. Оно попробует сдуться, но тем временем ядро может кому-то отлупить что памяти не хватило. >_можно_ указать "потолок" выше которого онa не будет жрать. Можно. И при этом окажется что в системе куча оперативы которую можно было бы пустить под дисковый кэш, но из-за топорного управления памятью оно вместо этого ничегонеделает. Ну а странный дизайн где даже экстентов толком нет - натужно тормозит если кэша не хватило. Тоже отличный вариант, блин. По моему нескромному мнению такое управление памятью для десктопа подходит как топор для плавания по реке.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> только зачем-то стесняется это показывать. > Зато ты много чего интересного показал. >> я начинаю подозревать в тебе клона 294го. > Один алексов боится, второй 294-х. К доктору вам надо с вашими фобиями > и маниями. Ололо. >> zfs _не хочет_ себе выделенную область фиксированного размера. > Оно пытается адаптироваться, но поскольку не интегрировано с остальным управлением памятью > в ядре в нормальном виде - оно живет своей жизнью. И > по сути эта память является занятой с точки зрения системы и > остальных программ. И быстро и гарантированно ее отобрать - не получится. > Оно попробует сдуться, но тем временем ядро может кому-то отлупить что > памяти не хватило. >>_можно_ указать "потолок" выше которого онa не будет жрать. > Можно. И при этом окажется что в системе куча оперативы которую можно > было бы пустить под дисковый кэш, но из-за топорного управления памятью > оно вместо этого ничегонеделает. Ну а странный дизайн где даже экстентов > толком нет - натужно тормозит если кэша не хватило. Тоже отличный > вариант, блин. > По моему нескромному мнению такое управление памятью для десктопа подходит как топор > для плавания по реке.
	Введите код, изображенный на картинке: