The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Разработчики GNOME подготовили пожелания по улучшению ядра L..., opennews (ok), 21-Окт-14, (0) [смотреть все] –1

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


13. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +3 +/–
Сообщение от Аноним (-), 21-Окт-14, 21:31 
> Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;

Крепко они дунули.

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

33. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от devl547 (ok), 21-Окт-14, 22:08 
Там довольно интересная вещь. Презенташка была на одной из Embedded Linux конференций.
Это вещь для того, чтоб если у нас мало памяти, то перед тем как что-нибудь грохнуть, можно софту по IPC сказать "ребят, сворачиваемся".
И софт, который умеет в такие команды, должен что-нибудь у себя почистить и вернуть память системе.
Ответить | Правка | Наверх | Cообщить модератору

45. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Аноним (-), 21-Окт-14, 22:23 
ээээ. может я сейчас совсем не в ту степь. но вот они дбас в ядрышко вкручивают и много софта на него переносят. почему бы самому ядру, по дбас, это не сказать?
Ответить | Правка | Наверх | Cообщить модератору

154. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от freehckemail (ok), 22-Окт-14, 22:02 
В общем случае потому, что dbus - это средство IPC, а код ядра процессом не является - это собственно то место, где производится управление абстракцией т.н. "процесса".
Ответить | Правка | Наверх | Cообщить модератору

165. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Аноним (-), 23-Окт-14, 02:01 
> код ядра процессом не является

Ядро нынче имеет какое-то свое мнение на этот счет. Попробуй ps -AFH какой-нибудь, и посмотри что там сверху будет, начиная с kthreadd (PID=2 как правило) и далее по иерархии.

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

72. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от all_glory_to_the_hypnotoad (ok), 21-Окт-14, 23:19 
> И софт, который умеет в такие команды, должен что-нибудь у себя почистить и вернуть память системе.

это всё ещё фееричнее выглядит. Чтобы ему что-нибудь почистить верятно придётся заюзать ещё какое-то кол-во памяти, прямо из кучи взять или сделать major page fault, т.е. снова нужно будет наткнуться на OOM killer который опять пошлёт чего-нибудь по IPC и т.д.

И совсем феерично выглядит если учеть что совсем мало кто в принципе умеет отдавать назад память системе, это какие-то жалкие доли процентов приложений писанные Ъ задротами.

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

83. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Crazy Alex (ok), 22-Окт-14, 00:43 
Заюзать - отнюдь не обязательно, тем более, что внутренняя куча может быть полупустая. А насчет неумения - а кто не умеет? Файрфокс тот же умеет GC на полную по просьбе запустить - уже польза. Заведомо не умеет, насколько я помню, только жаба.
Ответить | Правка | Наверх | Cообщить модератору

86. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/–
Сообщение от all_glory_to_the_hypnotoad (ok), 22-Окт-14, 01:08 
> Заюзать - отнюдь не обязательно, тем более, что внутренняя куча может быть полупустая.

Заполненность кучи в данных условиях вообще ни на что не влияет - если это преаллокейт, то он почти 100% при OOM-K приведёт к S-PF, а если ранее использованная память - то к HPF. Во всех случаях это килл.

> Файрфокс тот же умеет GC на полную по просьбе запустить - уже польза.

никакой пользы. Во первых gc сам по себе може жрать память, но самое главное системе назад он её не отдаёт. Это вообще никак не помогает в условиях работы oom killer'а.

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

89. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от зло (?), 22-Окт-14, 01:28 
фаерфокс умеет возвращает память
Ответить | Правка | Наверх | Cообщить модератору

167. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/–
Сообщение от Аноним (-), 23-Окт-14, 02:04 
> фаерфокс умеет возвращает память

Особенно после того как его пристрелит oom killer :).

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

130. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/–
Сообщение от имя (?), 22-Окт-14, 12:01 
> gc <…> память <…> назад он её не отдаёт

А, то есть как только я пинаю GC руками после закрытия толстых табов в Firefox, гигабайты свободного ОЗУ у меня появляются из ниоткуда, по чистому совпадению. Окей!

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

168. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/–
Сообщение от Аноним (-), 23-Окт-14, 02:05 
> А, то есть как только я пинаю GC руками

Ну да, педальный привод - это так удобно. Превратить юзера в GC - круто придумано. В следующий раз пошлют собирать пивные банки наверное.

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

191. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Аноним (-), 27-Окт-14, 15:53 
Причем тут из ниоткуда? Ты же сам написал, что РУКАМИ ЗАКРЫЛ вкладку.
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

166. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Аноним (-), 23-Окт-14, 02:04 
> самое главное системе назад он её не отдаёт. Это вообще никак
> не помогает в условиях работы oom killer'а.

Почему же? OOM Killer с удовольствием выписывает файрфоксу коробочку волшебных пи...лей и он при выборе жертв довольно быстро знакомится с oom killer. Это очень помогает освобождению занятой памяти :).

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

141. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/–
Сообщение от linvinus (?), 22-Окт-14, 18:00 
спасибо, раньше про такое не знал.
тем кто из параллельной вселенной, функция доступна тут about:memory?verbose
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

35. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от vitalif (ok), 21-Окт-14, 22:09 
Ага, круче всего если OOM killer убьёт сам себя!
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

41. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/–
Сообщение от BratSinot (ok), 21-Окт-14, 22:19 
Ну идея то хорошая, по крайней мере не конкретно это (честно говоря плевать где оно находится), а возможность указывать что "убивать". К примеру пометить, что в случае чего, убивать Firefox / Chrome, а то ныне он сначала в swap лезет, появляются дикие фризы, ну а потом обычно PANIC.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

74. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Ananim (?), 21-Окт-14, 23:34 
Это поведение прекрасно тюнингуется и сейчас.
Ответить | Правка | Наверх | Cообщить модератору

84. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/–
Сообщение от Crazy Alex (ok), 22-Окт-14, 00:44 
И как пометить "первую жертву"?
Ответить | Правка | Наверх | Cообщить модератору

131. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от имя (?), 22-Окт-14, 12:02 
man 5 proc, искать oom_adj.
Ответить | Правка | Наверх | Cообщить модератору

169. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/–
Сообщение от Аноним (-), 23-Окт-14, 02:06 
> И как пометить "первую жертву"?

Указать максимальный вес наиболее ненужным процессам - умрут первыми :)

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

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

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




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

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