The OpenNET Project / Index page

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



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

Оглавление

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

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


109. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 09-Дек-14, 00:11 
С большим объемом работа со swap протекает еще эффективней. Система сбросит часть неиспользуемых страниц в файл подкачки. Алгоритм не сбросит в файл-подкачки релевантные страницы. Такое поведение характерно только в случае острой нехватки физической памяти. Возникает эффект постоянного перемещения страниц памяти на диск и обратно. Программы продолжат работать в нормальном режиме. Нет необходимости в отключении подкачки. Никакого вреда как с маленьким объемом памяти так и с большим. Все это происходит из за непонимания или нежелания разобраться в механизме работы системы подкачки.
Ответить | Правка | Наверх | Cообщить модератору

115. "Релиз ядра Linux 3.18"  –2 +/
Сообщение от Mihail Zenkov (ok), 09-Дек-14, 00:39 
В теории все гладко, на практике:
1. Если память выделена, то она рано или поздно используется, иначе это баг программы. Соответственно, если памяти хватает - то мы лишь затормаживаем систему.
2. Если памяти не хватило, то работу нельзя назвать комфортной и своп не спасет,
3. Если своп на ноуте hdd, а ноут на АКБ - то есть вероятность, что периодически придется ждать пока раскрутится винт. Также это плохо скажется на времени автономной работы.
4. Как уже отметили - программы могут не экономично расходовать память, так как думают что памяти много и выделяют больше под кеш и реже проводят сборку мусора.
Ответить | Правка | Наверх | Cообщить модератору

225. "Релиз ядра Linux 3.18"  +/
Сообщение от Аноним (-), 09-Дек-14, 19:00 
Ну как-бы что-то подсказывает, работа от АКБ и запуск большого количества приложений или тяжёлых приложений - не вариант.
Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз ядра Linux 3.18"  +/
Сообщение от Crazy Alex (ok), 09-Дек-14, 03:04 
1) ошибочно закладываясь на большую память программа держит "в памяти" (и периодически использует) кэши, без которых отлично может обойтись.

2) нечасто используемая программа выпихивается в своп ради дисковых буферов, что даёт какй-то прирост быстродействия, но не особо заметно на десктопе. Зато тормоза, когда раз в час обращаешься к софтине, а система её со скрипом тащит с диска - заметны отлично.

3) система плохо угадывает, что когда понадобится программе - что сплошь и рядом происходит с неактивными кладками браузера. Их вытесняет (опять-таки ради буферов, как правило), а потом прилетает таймер в JS или событие сети и их тащит обратно.

Наверняка и другие примеры найдутся.

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

220. "Релиз ядра Linux 3.18"  –1 +/
Сообщение от Аноним (-), 09-Дек-14, 18:28 
> страниц в файл подкачки. Алгоритм не сбросит в файл-подкачки релевантные страницы.

Кроме того момента что какая-нибудь фигня в браузере, которую полдня не трогали - тоже уйдет в своп как "нерелевантная". Ведь никто же этим не пользуется. А то что мне через полдня туда приспичит переключиться - система наперед не знает.

> это происходит из за непонимания или нежелания разобраться в механизме работы
> системы подкачки.

Элементарная логика подсказывает мне: самый быстрый способ работы со страницами памяти - это когда они немедленно доступн в физической оперативке. Попробуйте оспорить.

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

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

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




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

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