The OpenNET Project / Index page

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



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

Оглавление

Релиз Linux-дистрибутива Fedora 32, opennews (?), 28-Апр-20, (0) [смотреть все]

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


1. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от КО (?), 28-Апр-20, 17:17 
"принудительно завершит работу процесса, наиболее активно потребляющего память имеющего самое большое значение"

Почему такое простое решение раньше не применялось?
Надеюсь хоть сообщение о потреблении памяти при завершении/до завершения сделали?

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

4. "Релиз Linux-дистрибутива Fedora 32"  +11 +/
Сообщение от Аноним (4), 28-Апр-20, 17:20 
Ну раньше применялось решение не хуже - забить IO на 100% и повесить машину
Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз Linux-дистрибутива Fedora 32"  –10 +/
Сообщение от JeanClaude Van Damme (?), 28-Апр-20, 17:51 
Чем Федора лучше Кали Линукса?
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз Linux-дистрибутива Fedora 32"  +6 +/
Сообщение от Аноним (22), 28-Апр-20, 18:05 
Чем Федора :)
Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз Linux-дистрибутива Fedora 32"  +1 +/
Сообщение от Аноним (43), 28-Апр-20, 19:58 
Я в последнее время наблюдаю большое количество упоминаний Kali и Manjaro. Это может быть связано с двумя причинами. 1. На уроках информатики учителя их советовали. 2. ФСБ пропихивает дистрибутивы с дырявыми пакетами.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

61. "Релиз Linux-дистрибутива Fedora 32"  +3 +/
Сообщение от Аноним (61), 28-Апр-20, 22:50 
ФСБ специалисты по паялнику и бутылкам.
Может, ты имеешь в виду NSA?
Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз Linux-дистрибутива Fedora 32"  +1 +/
Сообщение от Папкин Ламер (?), 28-Апр-20, 23:46 
> Я в последнее время наблюдаю большое количество упоминаний Kali и Manjaro. Это
> может быть связано с двумя причинами. 1. На уроках информатики учителя
> их советовали. 2. ФСБ пропихивает дистрибутивы с дырявыми пакетами.

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

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

75. "Релиз Linux-дистрибутива Fedora 32"  –3 +/
Сообщение от Новодворская (?), 29-Апр-20, 00:46 
Я например взломала соседский вайфай и сижу нахаляву в инете!!
Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз Linux-дистрибутива Fedora 32"  +1 +/
Сообщение от чубурек (?), 29-Апр-20, 08:25 
мои поздравления.
Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз Linux-дистрибутива Fedora 32"  +3 +/
Сообщение от Леонид (??), 29-Апр-20, 10:23 
А что на небесах уже WI-FI появился?
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

100. "Релиз Linux-дистрибутива Fedora 32"  +1 +/
Сообщение от заминированный тапок (ok), 29-Апр-20, 10:35 
это было особенно трудно (если учесть, что wifi ещё и был публичным)
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

120. "Релиз Linux-дистрибутива Fedora 32"  +1 +/
Сообщение от Аноним (120), 29-Апр-20, 16:35 
У Бориса?
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

149. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Имя (?), 04-Май-20, 20:33 
Раньше пользовался Manjaro, отличный был дистрибутив. Удобный, как убунта и мощный как арч. Но как только он стал популярным, потихоньку начало всё глючить, падать и тормозить. С каждым обновлением становилось всё хуже и хуже. Когда обновился Xfce на 4.14, вся графика полетела ко всем чертям, нервы не выдержали, пришлось перейти на Debian.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

64. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от pin (??), 28-Апр-20, 23:44 
Клали Линуса?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

8. "Релиз Linux-дистрибутива Fedora 32"  –5 +/
Сообщение от JeanClaude Van Damme (?), 28-Апр-20, 17:28 
По мне так наоборот, винда в виртуалке для игр и экселя.
Основная система убунта 20.04
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

10. "Релиз Linux-дистрибутива Fedora 32"  +7 +/
Сообщение от Fracta1L (ok), 28-Апр-20, 17:30 
> По мне

Это кардинально меняет положение дел!

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

145. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Аноним (145), 01-Май-20, 10:13 
Оxренеть, сколько вантузов на Опеннете крутится, что они тебе так наминусовали!
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

23. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от deadgnom32 (ok), 28-Апр-20, 18:05 
был лет 10 назад
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

93. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от КО (?), 29-Апр-20, 09:16 
Одно другого не исключает.
Если проблема в том, чтобы ничего в swap не отправлять, то это можно было легко сделать отключив swap. А если считать что память заканчивается вместе со swap. То сначала будет забит весь swap (IO на 100%), а только затем early oom. :)
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

26. "Релиз Linux-дистрибутива Fedora 32"  +2 +/
Сообщение от Аноним (22), 28-Апр-20, 18:16 
А не проще было настроить vm.min_free_kbytes и предлагать всем zram на десктопе? Я как-то стрессил систему со 128Гб оперативы и 300ГБ+ подкачки забивая и то, и другое до предела. Система оставалась отзывчивой и не отстреливала "ноги".
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

45. "Релиз Linux-дистрибутива Fedora 32"  +1 +/
Сообщение от Антон (??), 28-Апр-20, 20:09 
>настроить vm.min_free_kbytes

Это не является хорошим решением. Это может улучшать интерактивность иногда, но не решает проблему зависаний при исчерпании.

>предлагать всем zram на десктопе

Намечено на F33 https://pagure.io/fedora-workstation/issue/127

>стрессил систему со 128Гб оперативы

Не всякий стресс приводит к зависанию. Например, tail /dev/zero практически всегда заканчивается приходом киллера.

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

97. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от pda (?), 29-Апр-20, 10:02 
> и предлагать всем zram на десктопе

Это не самое правильное решение. zram нужно использовать тем, у кого нет реального swap (раздела/файла). Где есть нужно использовать zswap.

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

101. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Аноним (101), 29-Апр-20, 10:43 
Зачем раздел/файл подкачки, когда есть zram? Может у вашего ссд есть лишний ресурс записи или он будет быстрее? Вот все и встало на свои места.
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Антон (??), 28-Апр-20, 19:56 
>Надеюсь хоть сообщение о потреблении памяти при завершении/до завершения сделали?

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

Если вас интересуют сообщения о нехватке памяти, то они есть в https://github.com/hakavlad/nohang

>сообщение о потреблении памяти при завершении/до завершения сделали?

nohang и earlyoom пишут это в журнал, но не показывают во всплывающем

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

70. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Аноним (70), 29-Апр-20, 00:23 
> Почему такое простое решение раньше не применялось?

Вот тебе простой решение: echo 2 > /proc/sys/vm/overcommit_memory
Выполнять в консоли именем рута. Но есть один нюанс...

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

92. "Релиз Linux-дистрибутива Fedora 32"  –2 +/
Сообщение от КО (?), 29-Апр-20, 09:13 
>Почему такое простое решение раньше не применялось?

А почему основное приложение с которым работает пользователь должно умирать первым?

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

107. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Антон (??), 29-Апр-20, 13:32 
А что должно умирать первым? Все мелкие процессы, пока растет одно жирное?
Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Совершенно другой аноним (?), 29-Апр-20, 14:43 
А вдруг это программа, которая считает Вашему предприятию зарплату в течении уже нескольких часов, конечно надо убить его, а оставить кучу ненужных xterm-ов. Ну или какая-нибудь база данных.
Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Аноним (117), 29-Апр-20, 16:12 
Вот и выяснил и что это отнюдь не самый полезный костыль и вполне может прибить нужный и важный процесс. Лучше все оставить так как есть - на усмотрение пользователя.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от as (??), 29-Апр-20, 17:59 
>это отнюдь не самый полезный костыль

Если базу данных не убъет earlyoom, то ее убъют солдаты нато (дефолтный ядерный киллер точно также убивает самых жирных).

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

135. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Совершенно другой аноним (?), 30-Апр-20, 09:18 
> Вот и выяснил и что это отнюдь не самый полезный костыль и
> вполне может прибить нужный и важный процесс. Лучше все оставить так
> как есть - на усмотрение пользователя.

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

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

138. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от КО (?), 30-Апр-20, 12:41 
>А что должно умирать первым?

Это и есть ответ на вопрос "почему раньше не додумались".

Ибо в ситуации, когда пользователь что-то делает, а в это время в фоне куча демонов и мелких шпионских приложений из ГуглаМаркета в фоне качают статистику и рекламу ответ на вопрос
>Все мелкие процессы, пока растет одно жирное?

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

С другой стороны. выбор между хромом зажравшим память и DE тоже не оставляет вопросов.

С третьей стороны, основным процессом для пользователя может оказаться именно фоновый и жручий. А Тукса он запустил чтоб результата дождаться.

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

143. "Релиз Linux-дистрибутива Fedora 32"  +/
Сообщение от Vladjmir (ok), 30-Апр-20, 23:25 
> А почему основное приложение с которым работает пользователь должно умирать первым?

Потому что оно течёт, занимает всю память и намертво завешивает комп, после чего помогает только Reset. У меня частенько такое бывает с Firefox. Лучше убить браузер, а потом снова открыть и восстановить сессию, чем варварски перегружать комп.

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

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

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




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

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