The OpenNET Project / Index page

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



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

Оглавление

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


130. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от manster (ok), 06-Авг-19, 21:05 
Это только часть айсберга.

Действительно, наблюдаются проблемы с выделением памяти и производительностью, несмотря на регулярный пере-сброс свопа. Это помогает временно, потом идет нарастающая регрессия постепенно.

Через какое-то время просто вынуждает пере-загрузиться. Особенно заметна подобная деградация памяти и снижение производительности после выполнения штатных обновлений на примере gentoo. Не исключено, что тут может добавлять еще тормозов постепенно файловая подсистема (ext4)

Вообще, пробовал с минимальными параметрами свопа - еще хуже. Пока, стараюсь реже обновлять - в крайнем случае glsa-check -t all.

Для тестирования отзывчивости системы довольно полезно задействовать работу десктопа + установка тяжеловесных обновлений в Gentoo на типовом ноутбуке со средними характеристиками.

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

133. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от anonymous (??), 06-Авг-19, 21:10 
> потом идет нарастающая регрессия постепенно.

Так посмотрите что у вас жрёт ресурсы. Есть же огромное количество инструментов для этого. Серверы работают годами без перезагрузки (что плохо из-за отсутствия update-ов, но это отдельная тема) и таких проблем не наблюдают.

Просто декомпозируйте вашу систему, найдите источник проблемы и устраните её. Новичкам в Linux иногда любят показывать эту картинку: https://blog.selectel.com/wp-content/uploads/2017/06/pr-490.jpg

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

211. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от segesg (?), 07-Авг-19, 00:15 
починили вроде https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

212. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от segesg (?), 07-Авг-19, 00:15 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ответить | Правка | Наверх | Cообщить модератору

213. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от segesg (?), 07-Авг-19, 00:16 
т-у-п-о-р-ы-л-ы-й парсер!
id=b56a2d8af9147a4efe4011b60d93779c0461ca97
для предыдущей ссылки
Ответить | Правка | Наверх | Cообщить модератору

214. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от manster (ok), 07-Авг-19, 00:27 
это хорошо, если так, благодарю за ссылку
Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

380. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от manster (ok), 07-Авг-19, 11:06 
указанные патчи установлены, (причем chromium запускается в firejail) - у меня относительно свежие ядра от gentoo, сейчас поставил 5.2.2 - после рестарта полет нормальный пока один день uptime без компиляций и рестарта приложений
Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

408. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от пох. (?), 07-Авг-19, 12:58 
> починили вроде https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

это другая история, забавно что только сейчас починенная - когда все либо висло, либо задумывалось на неделю при swapoff - при наличии доступной для этой процедуры памяти.

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

377. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от manster (ok), 07-Авг-19, 10:57 
> Это только часть айсберга.

еще один момент:

после завершение работы приложений (процесса: например - закрытие вкладки окна хромиума, выход из firefox, thunderbird, DE (KDE), kill Xvnc, просто logout, reboot) происходит довольно длительное высвобождение ресурсов, сопровождающееся постоянным обращением к диску. Надо будет попробовать перед выгрузкой сделать sudo sh -c "swapoff -a ; swapon -a" для чистоты эксперимента.

Такое впечатление, что система не очень эффективно работает с аллокацией/де-аллокацией памяти. В идеале было-бы неплохо, когда это происходит практически мгновенно и действенно. На например самое простейшее просто резервирование блоков памяти.

Конечно, на моем ноуте не самый быстрый hdd и запланирована замена на SSD, но хотелось бы понять в чем дело - ядро, это или тормозное DE или просто слабоватое заурядное железо или вообще такой дизайн ...

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

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

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




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

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