Опубликован (https://www.mail-archive.com/devel-announce-list@gnome....) корректирующий выпуск пользовательского окружения GNOME 3.28.2, в который включены исправления накопившихся ошибок. Отдельно упоминается проведение работа по устранению утечек памяти, в том числе решены проблемы (https://feaneron.com/2018/04/20/the-infamous-gnome-shell-mem.../) с ростом потребления памяти GNOME Shell, которые вызвали большое недовольство пользователей (https://gitlab.gnome.org/GNOME/gnome-shell/issues/64).Наиболее значительная утечка памяти была вызвана сбоем в работе сборщика мусора GJS, который не вызывался должным образом, что приводило к неуклонному росту потребления памяти в процессе работы с GNOME. Свободная память утекала достаточно интенсивно, при каждом запуске Alt Tab или открытии меню свободной памяти становилось всё меньше и меньше. Например, если при запуске GNOME Shell потреблял примерно 70 Мб памяти, то после открытия меню потребление возрастало до 95 Мб, а после просмотра сгруппированного списка пиктограмм из 90 приложений в обзорном режиме до 250 Мб.
URL: https://www.mail-archive.com/devel-announce-list@gnome....
Новость: https://www.opennet.me/opennews/art.shtml?num=48581
Весь Гном одна большая утечка памяти.
Участвуйте: https://bugzilla.gnome.org/
Или здесь https://gitlab.gnome.org/explore.
после того как я начал писать баги про юнити и призывал за них голосовать, то она через 6 месяцев сдохла. Может и тут будет тоже самое?
Спасибо, поучавствую лучше здесь!
И стажируйтесь: https://www.linux.org.ru/news/gnome/14201182
что за х... использует Linux.org в скриптах, из-за чего слетает авторизация на прокси в ff?
>Например, если при запуске GNOME Shell потреблял примерно 70 Мб памяти, то после открытия меню потребление возрастало до 95 Мб, а после просмотра сгруппированного списка пиктограмм из 90 приложений в обзорном режиме до 250 Мб.Это просто писос, друзья, натуральный писос. М-да, Linux явно готов для десктопа.
Какое отношение GnomeOS имеет к линуксу? Никого же не заставляют жрать это дерьмо, есть альтернативные, DE, например, Mate.
Мате тоже испоганили переведя его на GTK3. Мате хорош был до версии 1.14 включительно. Всё что выше - у.г. с расползающимися элементами панели к которому еще и хрен подберешь нормально выглядящую тему оформления..
Используйте xfce.
Очень консервативное, быстрое де и выглядит неплохо.
Поддерживается вроде
Там неудобный оконный менеджер. Если программу закрыть, когда её окно было в режиме maximized, то размер её окна, который был в режиме restored не сохраняется. При следующем запуске эта программа имеет максимально растянутое окно по всему экрану, да ещё и с небольшим смещением вправо и вниз. Не нашёл, есть ли какие-то настройки или патчи, чтобы размер окон запоминался как в KDE. В остальном XFCE нравится.
> вниз. Не нашёл, есть ли какие-то настройки или патчи, чтобы размер окон запоминался как в KDE. В остальном XFCE нравится.Можно просто заменить xfwm на kwin, если кедовый ВМ вам так нравиться. По крайней мере, с квином из 4х кед и тогдашней версии крысы это когда-то вполне нормально прокатывало.
>>Например, если при запуске GNOME Shell потреблял примерно 70 Мб памяти, то после открытия меню потребление возрастало до 95 Мб, а после просмотра сгруппированного списка пиктограмм из 90 приложений в обзорном режиме до 250 Мб.
> Это просто писос, друзья, натуральный писос. М-да, Linux явно готов для десктопа.Ну да, а периодические утечки GDI-ресурсов, для примера, в Видах (да, и в 10 тоже), тоже делают её неготовой для десктопа?
> Ну да, а периодические утечки GDI-ресурсов, для примера, в Видах (да, и в 10 тоже)Это типа у них линчуют? Да? :D
> GDI Resource Leak - Occurs when a GDI object is created but never deleted.
Это же обычная утечка из-за не освобождения объекта по сути. Причём тут вина ОС, если это происходит в сторонних приложениях?
> Это типа у них линчуют? Да?Это типа, о том, что memory leak / object leak (как и все типичные ошибки) - это не специфичное для Linux (берём в понятие Linux и DE тоже). На "готовность для десктопа" слабо влияющее.
> Это же обычная утечка из-за не освобождения объекта по сутиИ из-за этой утечки при достижении лимита (65535 объектов ЕМНИП) Винды вставали колом с единственным вариантом - делать Hard Reset. MS ограничила количество объектов на процесс GDIProcessHandleQuota = 10000 (диапазон 256-65535), если поставить максимум и создать утечку, то оно всё также встанет колом наглухо.
А тут принципиально не тоже самое? Только вместо всей системы колом встанет DE, пока его, можно надеятся, OOM-killer не прибьёт.
Ну оно и понятно, что утечка в приложениях возможна на разных платформах, и никуда не денется. А так же что приложения в юзерспейс могут во общем случае (если захотят) поставить раком ОС многими способами. Но...> А тут принципиально не тоже самое?
Нет конечно. В Gnome - из коробки сильная утечка, то есть в самой "системе". И в этом ключ 🔑
> то есть в самой "системе". И в этом ключ 🔑Т.е. iexplorer и explorer, которые периодически этим страдают с незапамятных времён и по сей день, НЕ часть базовой системы?
Вот кто-то даже видео записал, классический GDI leak - https://youtu.be/6L_Ba81bn0g (видео нашёл где-то на форумах sysinternals).Утечка в GNOME была, да. Большая. В самом распоследнем выпуске. Нашли - исправили - молодцы. Обычное будничное дело. В чём пафос события лично я не понял.
> Только вместо всей системы колом встанет DEИ да. По поводу отзывчивости ОС при большом потреблении ОЗУ на практике:
1) линукс - как раз встанет раком только так всё (на полностью SSD-шной системе со SWAP), что уже выход в tty не получится. Только пинком по железке перезагрузить.
2) windows - всё будет жёстко тормозить, и выполнять команды по пять минут, но всё же можно будет выйти из этой ситуации.
3) macOS - предупредит при приближении к определённой критической отметки "Памяти не хватает! Вот тебе список приложений - закрывай менее нужные. А пока не закроешь, дальше я работать не буду."
>macOS - предупредит при приближении к определённой критической отметки "Памяти не хватает! Вот тебе список приложений - закрывай менее нужные. А пока не закроешь, дальше я работать не буду."Божественно, ОС для людей, а не гиков.
«Он улетел, но обещал вернуться» )
когда уже будут появляться новости "Выпуск GNOME 3.28.2 с введением серьёзной утечки памяти", чтобы удалить этот софт и не мучаться?
> когда уже будут появляться новости "Выпуск GNOME 3.28.2 с введением
> серьёзной утечки памяти", чтобы удалить этот софт и не мучаться?Это к дупликам... хотя кто ж их коммиты примет.
Пока гном поддерживают оплачиваемые разработчики redhat - он кое-как держится. Но это лишь вопрос времени, когда эта куча софта, завязанная друг на друге обвалится и никто уже не сможет понять где, как и что в этих миллионах строк кода. Для этого и придумали подход, когда каждая утилита выполняет свою функцию и связывается с другими. При случае всё спокойно взаимозаменяется. Не, в гноме тоже можно заменить много чего, но в таком случае смысла от гнома как такового - просто ноль
> Но это лишь вопрос времени, когда эта куча софта, завязанная друг на друге обвалится и никто уже не сможет понять где, как и что в этих миллионах строк кода.Так всё по плану. Ясно дело, что вся эта куча завязанная на иксы обвалится. Ну так Gnome 4 будет.
> Для этого и придумали подход, когда каждая утилита выполняет свою функцию и связывается с другими.
Это круто кончено, но само собой не серебряная пуля, и трудно ложится на сложные проекты.
Посмотрите: https://www.opennet.me/opennews/art.shtml?num=47565
> Пока гном поддерживают оплачиваемые разработчики redhat - он кое-как держится. Но это
> лишь вопрос времени, когда эта куча софта, завязанная друг на друге
> обвалится и никто уже не сможет понять где, как и что
> в этих миллионах строк кода.Чисто теоретически интересно, вот кто-то в мохнатые вермена забакапил ли у себя сурсы гнома2 последней вменяемой ревизии, что б уж если чо - с него рестартануть ? :D
> ... при каждом запуске Alt Tab или открытии меню свободной памяти становилось всё меньше и меньше. Например, если при запуске GNOME Shell потреблял примерно 70 Мб памяти, то после открытия меню потребление возрастало до 95 Мб, а после просмотра сгруппированного списка пиктограмм из 90 приложений в обзорном режиме до 250 Мб.Не тот проект электроном назвали.
Довольно примечательно, что для проблемы мало кому было дела пока не вставили Gnome по дефолту в Ubuntu LTS.
у меня на МАТЕ наоборот с каждым открытием Альт ТАБ память уменьшается, похлопав несколько минут, можно на растить порядочно памяти
Так в минус уйти можно :D
> Так в минус уйти можно :DИ чем больше своп, тем боль ^W меньше! минус.
""можно на растить порядочно памяти""
Похлопайте пожалуйста, как нарастите гига 4, отправите мне на email.
"память уменьшается" -- можно просто меньше использовать, а то чем больше памяти, тем больше она потребляет электроэнергии!
Из цикла удивительное рядом...
Альт животворящий ).
Никогда не было в третьем гноме утечек памяти, и вот опять.
Единственный взрослый DE в Линукс. Что как бы намекает на политику в отношении качества десктопа со стороны redhat. Вот только не надо про KDE - это цыганское порождение, намёк на качество в котором еще более призрачен.
> Единственный взрослый DE в Линукс. Что как бы намекает на политику в
> отношении качества десктопа со стороны redhat. Вот только не надо про
> KDE - это цыганское порождение, намёк на качество в котором еще
> более призрачен.я бы даже сказал, взрослый и вкусный, как андройд
> Единственный взрослый DE в Линукс. Что как бы намекает на политику в
> отношении качества десктопа со стороны redhat.Ага, все на уровне системды - т.е. приемлимо работает только в сценариях заработчиков, вместо исправления недоработок или вылизывания фич вкорячивяют все новые и новые фенечки, точка зрения на нужность фич и решения проблем, отличающаяся от гнумо-дезигнеров сразу признаются неправильными и недостойными дальнейшего обсуждения.
https://bugzilla.gnome.org/show_bug.cgi?id=757142
https://gitlab.gnome.org/GNOME/gtk/commit/bdf0820c501437a215...
сломали изкоробочный HiDPI, потому что де иксы (EDID) иногда могут и врать, мы лучше сделаем дефолт в 96 dpi, а пользователи нехай ручками конфиги правят - Wontfix
Eще 3 года назад:
https://bugzilla.redhat.com/show_bug.cgi?id=1181309
> Summary: gnome-shell memory leak
> Status: CLOSED CANTFIX
Отлично, ошибка исправлена, GNOME 3 стал только лучше!
250 Мб - это утечка, лол? Только что запущенный и ничего не делающий хром в два раза больше памяти кушает.
Вас бы да на DOS и pc speaker.
В lts убунте замороженная пакетная база, два года с глюком теперь будет?
У этого убожища багов на 20 лет вперёд запасено, не бойся.
Бэкпортировать долго чтоли.
Ubuntu которую вы заслужили
Замороженная версия, а не пакетная база. 1 - в убунте уже забекпортили патч еще перед релизом 18.04, он решает проблему частично (почти полностью). 2 - 3.28.2 прилетит в ближайшие дни.
сегодня прилетели патчи на gnome-* несколько пакетов в 18.04. только что тестил, бага ушла. ура
Арч Гном 3.28.2 до сих пор утечка осталась. :((
Как вы это поняли? Шаги воспроизведения, плз.
х.х.2 обычно финальная версия. Интересно, они собираются исправлять тот дикий баг, из-за которого при неправильном вводе пароля при логине ты наблюдаешь статичный серый фон вместо старта сессии? Это исправление станет фичей 3.30 и выйдет в сентябре?
выпуск очередного гонма, после которого винда кажется очень хорошей ОС
Не согласен с вами, именно из-за гном и ушёл на Линукс! Так что кому что!
NOPE: https://www.reddit.com/r/gnome/comments/8isa4m/gnome_3282_re.../