Разработчики ос для смартфонов уже взрослые мальчики и при разработке собственной ос (а там задача даже не собрать дистр из готового софта) как-нибудь уж с параметрами системы разберутся.

Программа запустилась с флагом блокировки, она тяжёлая. Мы в ней поработали и решили свернуть

Вопрос: что делать?

Сильно влияет. Выше смотри видео.

Посмотрел. Там влияет не на наступление, а на продолжительность.

Памяти мало, тратить зря не хочется

Пользоваться другими приложениями хотим тоже

Закрывать фоновые не хотим

Вопрос: что делать?

Менеджер приложений разблокирует память и вешает dontneed на отображения эльфов.

Телефоны - совершенно другой сценарий работы. Там можно и демон для управления памятью приложений сделать (как в андроиде)

Менеджер приложений разблокирует память и вешает dontneed на отображения эльфов.

Madvise имеет приоритет такой же, как и флаг mmap?

Посмотрел. Там влияет не на наступление, а на продолжительность.

На скорость наступления- не нужно ждать окончательного вытеснения бинарей и либ. При обнулениии доступной памяти киллер приходит сразу. А после оом не нужно ждать восстановления выгруженных бинарей, ибо они и так закреплены и не вытеснялись

Madvise имеет приоритет такой же, как и флаг mmap?

Что значит приоритет? Они же не одновременно выполняются.

Телефоны - совершенно другой сценарий работы. Там можно и демон для управления памятью приложений сделать (как в андроиде)

Это напоминает недавнее обсуждение с LKML стоит ли делать OOM Killer в юзерспейсе или как драйвер

Памяти мало, тратить зря не хочется

Не зря. Мы формируем важный резерв.

Это напоминает недавнее обсуждение с LKML стоит ли делать OOM Killer в юзерспейсе или как драйвер

(К общему мнению не пришли)

На скорость наступления- не нужно ждать окончательного вытеснения бинарей и либ. При обнулениии доступной памяти киллер приходит сразу. А после оом не нужно ждать восстановления выгруженных бинарей, ибо они и так закреплены и не вытеснялись

Когда начинается интенсивное вытеснить, то память уже закончилась (oom наступил). Приход oom killer-а - это просто один из последних этапов.

Что значит приоритет? Они же не одновременно выполняются.

В плане проигнорирует ли ядро madvise если увидит Map_locked

Это напоминает недавнее обсуждение с LKML стоит ли делать OOM Killer в юзерспейсе или как драйвер

Тебя удивляет что под разные задачи создают разные системы?

Факт в том, что с закреплением система не виснет и гуй всегда жив

Тебя удивляет что под разные задачи создают разные системы?

Это совершенно естественно

В плане проигнорирует ли ядро madvise если увидит Map_locked

Локед - это атрибут у страницы памяти, мадвайз как раз для управления этими атрибутами и существует.

Но libc это компонент общего назначения

Но libc это компонент общего назначения

Ну жа, поэтому в андроиде свой либц :D И в эмбеддовке musl и uclibc не придумывали, ведь glibc универсален.

Локед - это атрибут у страницы памяти, мадвайз как раз для управления этими атрибутами и существует.

"The kernel is free to ignore the advice."

Факт в том, что с закреплением система не виснет и гуй всегда жив

Ну да, это плохо разве?

"The kernel is free to ignore the advice."

Зависит от advise-а. И от ситуации.

Ну да, это плохо разве?

Это отлично,и для этого и написан prelockd

Ну жа, поэтому в андроиде свой либц :D И в эмбеддовке musl и uclibc не придумывали, ведь glibc универсален.

Тем не менее, есть конкретный пример в виде Ubuntu Touch и SailfishOS

"The kernel is free to ignore the advice."

Если процесс киляется, то, ясное дело, лок его страниц игнорируется :)

Где конкретно уже стоит glibc

Где конкретно уже стоит glibc

Ну и что? Подкрутят glibc (что, я думаю, будет отнюдь не единственным случаем там).

Ну и что? Подкрутят glibc (что, я думаю, будет отнюдь не единственным случаем там).

Всё ещё не вижу проблемы с демоном

Всё ещё не вижу проблемы с демоном

Демон потребляет ресурсы

Демон потребляет ресурсы

Ну значит кому это критично, может пропатчить glibc

А для гибкости и демон можно использовать, не думаю, что потреблять память больше 5 мб он будет

В худшем случае

А для гибкости и демон можно использовать, не думаю, что потреблять память больше 5 мб он будет

Одного метра хватит если на си

Ну пессимистичный прогноз такой

С запасом

Всё ещё не вижу проблемы с демоном

Лишний процесс, лишняя занимаемся память, лишний конфиг. А если это делать динамически и глобально, то ещё и лишние сканы procfs (даже при мониторинге новых/убитых процессов через netlink).

Ах да, ещё и лишние чтения диска для отсева не-elf-ов.

На современном десктопе эти затраты несущественны

Рассказывал какая Федора классная на работе и она зависла

Во время установки двух пакетов

Подводите..........

Вот беда

@ykkzde думаешь в англочатике скорее ответят на технические вопросы? :)

@ykkzde думаешь в англочатике скорее ответят на технические вопросы? :)

Тут поныл, там поинтересовался Потом наоборот

Рассказывал какая Федора классная на работе и она зависла

Это классика, пора привыкнуть

Это классика, пора привыкнуть

Всмысле

Всмысле

Бывают зависания при установке, глючный днф

Бывают зависания при установке, глючный днф

Хм, больше никто не жаловался.

Хм, больше никто не жаловался.

Кто-то жаловался ещё емнип

Надо подробнее смотреть, может не в dnf дело.

Точно это было - у кого-то система зависла при установке, и понадобился хард ресет

Обсуждали в этом чате

Видимо я пропустил. И к какому выводу пришли? Багрепорт написали?

Видимо я пропустил. И к какому выводу пришли? Багрепорт написали?

Хз каков вывод

Народ помогите сломался dnf: Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python3.8/site-packages/dnf/__init__.py", line 30, in <module> import dnf.base File "/usr/lib/python3.8/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction ModuleNotFoundError: No module named 'libdnf'

Видимо я пропустил. И к какому выводу пришли? Багрепорт написали?

Вот тред был

Видимо я пропустил. И к какому выводу пришли? Багрепорт написали?

Вывод: Нужно переписывать на Хаскеле Или Расте

Недавно ж баг в днф был с зависанием в конце. С апт такого нет и не было

Вот ещё

Вывод: Нужно переписывать на Хаскеле Или Расте

Все верно. И хранить несколько запасных экземпляров, как с ядром

На днях во время обновления зависла федора, давно так не очковал делать ребут. Вот и спрашиваю.

Вот оно!

9 мая было

Ну кстати хочу заметить, что я сначала ставил пакеты, а потом обновил систему

Ну кстати хочу заметить, что я сначала ставил пакеты, а потом обновил систему

Лучше делать в другой последовательности.

Так, вроде, последняя версия в репах.

Последняя 78

Последняя 78

thunderbird-master может?

thunderbird-master может?

В официальной репе такого нет, да и 78 - релизаная версия

Ну там много оговорок https://www.thunderbird.net/en-US/thunderbird/78.0.1/releasenotes/

Ну там много оговорок https://www.thunderbird.net/en-US/thunderbird/78.0.1/releasenotes/

Гм, интересно

"Thunderbird version 78.0 is only offered as direct download from thunderbird.net and not as an upgrade from Thunderbird version 68 or earlier. A future release will provide updates from earlier versions."

Спасибо

В официальной репе такого нет, да и 78 - релизаная версия

Вот тут ответы. Апстрим, пишут, советует подождать до релиза 78.2.

https://bugzilla.redhat.com/show_bug.cgi?id=1852658

https://twitter.com/mozthunderbird/status/1284418789153497090

Теперь понятно, почему такая задержка

Спасибо еще раз!

Спасибо еще раз!

:)

В rawhide из glibc-headers пропал sys_siglist. Он совсем того или что-то надо добавить теперь? (раньше был в signal.h)