The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 3.18, opennews (??), 08-Дек-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


119. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 09-Дек-14, 02:09 
Михаил. Если памяти хватает, то необходимые страницы памяти никогда не попадут в подкачку. Туда попадут только те страницы которые долгое время не использовались! В итоге мы получаем более эффективное использование памяти: необходимые страницы всегда в памяти, а страницы реальной необходимости в которых нет - на диске. Никакого замедления! Ядро знает что, как и куда поместить! Сомневаюсь, что вы лучше разбираетесь в этом вопросе чем текущие разработчики ядра! Что до ноутбука. Вам стоит правильно настроить политику электропитания вашего HDD. Частые циклы включения-выключения плохо скажутся на его "здоровье"! Судя по тому, что вы высказали данный довод против файла подкачки, предположу слабую активность дисковой подсистемы и слабую общую нагрузку. Все это решается правильно настройкой vm.swappiness. Нет нужды отключать механизм!
Ответить | Правка | Наверх | Cообщить модератору

124. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Mihail Zenkov (ok), 09-Дек-14, 03:01 
> Михаил. Если памяти хватает, то необходимые страницы памяти никогда не попадут в
> подкачку.

Так чего бы их сразу тогда в /dev/null не отправить? :)

Ответить | Правка | Наверх | Cообщить модератору

184. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Crazy Alex (ok), 09-Дек-14, 12:33 
Угу, в богатой фантазии. А в реальности система иногда не угадывает, в каких страницах необходиомость есть - например, они используются раз пару минут - когда вы переключаете вкладку в бранузере и, соответственно, каждый раз нарываетесь на подтормаживание
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

222. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 18:32 
Теоретически может получиться чуть больше RAM за счет слива dead code и данных в своп. Но при объеме в ..цать гигов это очень незначительный выигрыш. А вот проигрыш от ожидания пока вон та куча "якобы ненyжных" страниц достанется из свопа - может быть достаточно ощутимым. И на мое нескромное мнение когда в системе 8 гигз и более - от свопа по этому поводу больше вреда чем пользы. Свопом можно добить несколько мегов. Но несколько гигов на механическом носителе - это просто уcpaться как тормозно.
Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 10-Дек-14, 08:13 
Противники свопа не пользуются спящим режимом на ноутбуках, да.
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

249. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 10-Дек-14, 15:54 
> Противники свопа не пользуются спящим режимом на ноутбуках, да.

Я не пользуюсь - suspend to ram намного быстрее, 1-2 секунды. Ждать пока тормозной патефон запишет или прочитает кучу данных мне лениво. А STR - буквально за секунду-другую в спячку выпадает. И аналогично из нее вываливается.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру