The OpenNET Project / Index page

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



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

Оглавление

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


29. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +16 +/
Сообщение от Аноним (79), 06-Авг-19, 19:08 
На Reddit ~500 сообщений на тему, на Hacker News ~400, на русских сайтах (на ЛОРе есть в Talks) воняют и говорят, что всё в порядке, и проблемы нет, хотя воспроизвести её можно за пару минут.

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

Просто противно читать.

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

50. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –11 +/
Сообщение от soarin (ok), 06-Авг-19, 19:31 
Проблема есть.
Но я бы не сказал, что она важная. Её легко можно закидать ОЗУ.
Выше писали про ноутбуки – тоже не проблема, у линуксов и так вечные проблемы с автономностью, и гибернациями, так что использовать линуксы на ноутбуках это уже удел совсем упорных.
А на десктопах у линуксов есть и куда более важные проблемы, которые просто не заткнёшь железом, как в этом случае...
Ответить | Правка | Наверх | Cообщить модератору

52. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +3 +/
Сообщение от zzz (??), 06-Авг-19, 19:38 
Что там важного, в самом деле. Ну зависла система на минуту, чего такого-то. И вообще, сам дурак. Обожаю линукс-сообщество за смелые, нестандартные ходы.
Ответить | Правка | Наверх | Cообщить модератору

57. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от soarin (ok), 06-Авг-19, 19:44 
> Что там важного, в самом деле. Ну зависла система на минуту

Не знаю, как на минуту. У меня с концами зависало, уходя в свопинг. Что там уже чаю выпил, по парку погулял - бесполезно... Ни на что не отвечало.
Может что-то и изменилось, ибо как выше написал, просто засадил ОЗУ побольше, поэтому больше такого не наблюдал.

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

82. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от zzz (??), 06-Авг-19, 20:12 
Добавить пямяти можно, но это не решение проблемы. Это ненормально, что ОС вместо того, чтобы прибить процесс, встает колом. Причем, это уже сколько времени продолжается. Недавно ставил KDE Neon на относительно старую машинку - 2 ядра, 2 гига. При попытке открыть FF со скайпом система завешивалась наглухо. Ну т.е. совсем наглухо. Такого поведения я не видел больше нигде - ни в винде, ни во фрюхе: без свопа процессы отстреливаются только в путь.
Ответить | Правка | Наверх | Cообщить модератору

264. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 07-Авг-19, 02:23 
Больше 45 минут не выдержал, диск стало жалко, ситема зависла, а диск от такого зависания начинает работать с нагрузкой в 100%, с скоростью ~30 -50 МБ/сек на чтение все 45 минут ( линейное чтение моего HDD макс. ~160-180 МБ/сек. ) и почти ноль на запись. Это было пару лет назад на 15-17 Xu. Теперь больше пару минут не жду с таким зависанием.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

266. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 07-Авг-19, 02:26 
Дело не в Xu. Тогда была Xu установлена.
Ответить | Правка | Наверх | Cообщить модератору

344. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним_t (?), 07-Авг-19, 09:33 
А что такое Xu?
Ответить | Правка | Наверх | Cообщить модератору

511. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 08-Авг-19, 03:25 
https://ibb.co/jvbtLW1
Ответить | Правка | Наверх | Cообщить модератору

267. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 07-Авг-19, 02:38 
Кстати тут про swap, Когда зависает у меня, раздел подкачки на 80-90% пуст. Не когда небыло чтобы зависло даже с половиной заполненном разделе подкачки, а это всего 2,5 Гб или 4гб оперативной  памяти, раздел подкачки 4 Гб SSD. Я всегда размечаю диск с разделом подкачки.
Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

559. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 09-Авг-19, 07:33 
> Кстати тут про swap, Когда зависает у меня, раздел подкачки на 80-90%
> пуст.

значит, это какая-то совершенно другая проблема, отдельная от страданий криворучек.
Ищите ее для начала в битой памяти и перегреве (не обязательно именно проца - перегревшийся мост приведет к тому же самому, а throttling в ем не предусмотрен)

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

Я бы ставил на память. Вы заполняете ее до критичного уровня - и наступаете на мигающие битики.

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

582. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 10-Авг-19, 01:47 
С ядром 5.2 и разделом подкачки на SSD стало лучше. Теперь я не проверяю сколько операцыонная система будет в зависании максимально. Если пару минут не хватает, чтобы сбросить информацыю на раздел подкачки на SSD, OC попрежнему находится на HDD, делаю resest в виртуальной машине или закрываю виртуальную машину. https://www.opennet.ru/~%E1%CE%CF%CE... С переносом на SSD раздела подкачки не изменило поведение HDD с ОС во время зависания.
Ответить | Правка | Наверх | Cообщить модератору

583. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 10-Авг-19, 01:52 
Не та ссылка. Эта https://www.opennet.ru/openforum/vsluhforumID3/118068.html#570
Ответить | Правка | Наверх | Cообщить модератору

584. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от tyrtyruurir (?), 10-Авг-19, 02:06 
Контралёр на мат. плате SATA300
Ответить | Правка | Наверх | Cообщить модератору

55. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от MAN (??), 06-Авг-19, 19:42 
Что??? Неужели я это читаю про linux а не про FreeBSD? На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и система жива и работоспособна, и даже ругнется админу. Но увы, на современном ноуте freebsd не прижился у меня, а linux просто выбешивает при нехватке памяти. Приходится перезагружать с завидной регулярностью. Если че - да, ноут с 4GB распаянной памяти.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

83. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от ibelemail (?), 06-Авг-19, 20:13 
поставьте zram, причем принудительно в конфиге ему 6ГБ. Станет существенно полегче. Офисные машины у меня так десятками живут.
Ответить | Правка | Наверх | Cообщить модератору

220. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от НяшМяш (ok), 07-Авг-19, 00:55 
Если там впаяных 4 гига, то заодно подозреваю слабый процессор, которому от вечного zrama может стать только хуже.
Ответить | Правка | Наверх | Cообщить модератору

251. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (242), 07-Авг-19, 01:50 
Даже с zram система хорошо подвисает - все зависит от степени загруженности свопа. Приходилось и по 10м ожидать пока система хоть на что-то отреагирует :)
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

90. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –3 +/
Сообщение от Griggoriiemail (?), 06-Авг-19, 20:21 
Если у тебя серьёзно 4 гига памяти то ставь вот этот дистр https://github.com/Griggorii/Cinnamon-Budgie-Linux-OS-11-bas...
Стоит у меня три гига памяти и не моргает , избавляйся побыстрее от проблемы
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

91. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +7 +/
Сообщение от пох. (?), 06-Авг-19, 20:22 
> На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и
> система жива и работоспособна

и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее заполнять с прежнего места)

проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп)

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

Хуже что найдутся другие дятлы, и запилят (как обычно, неотключаемый) улучшизм на эту тему. Планировщики уже изгадили погоней за "реакцией на действия пользователя". Теперь еще и изгадят управление памятью.

Все ради заботы об альтернативно-одаренных, "а то они уйдут на проклятую винду".

Господи, сделай так, чтобы они на нее ВСЕ свалили уже, наконец, забрав с собой альтернативно-одаренных разработчиков. "А еще лучше - чтобы просто сдохли." (c)Директор АЭС из "АтомногоИвана".

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

102. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +5 +/
Сообщение от zzz (??), 06-Авг-19, 20:28 
Проблема не в нехватке памяти, а в реакции системы на эту нехватку. Вы уж совсем умахались подменять понятия.
Ответить | Правка | Наверх | Cообщить модератору

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

что дожна сделать "правильно реагирующая" система - высунуть табличку "замените прокладку между креслом и клавиатурой!" и повиснуть?
НЕТ памяти, НЕТ ЕЕ и взять - негде. Потому что дятел не обеспечил эту возможность.

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

163. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (437), 06-Авг-19, 22:07 
А прокладка-то тут причём? Всё, что вмещается в ОЗУ - надо иметь возможность запускать, всё что пухнет - прибивать. Вот мне на моём безвентиляторном сяоми с 4ГБ ОЗУ вполне комфортно работается. Но иногда earlyoom прибивает попухшие вкладки хромого и потёкший шлак(недавно стал раза в 2 меньше жрать). Аутглюк ещё метров до 700 дотекал когда-то.
Ответить | Правка | Наверх | Cообщить модератору

185. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 06-Авг-19, 22:45 
> А прокладка-то тут причём?

потому что у нее мог бы быть интеллект, но его - нет. Она дуб-дубом.
> Всё, что вмещается в ОЗУ - надо иметь возможность запускать, всё что пухнет - прибивать.

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

Все остальное требует человеческого разума - хотя бы в режиме "мляааа, что за хрень уже пол-свопа заняла? А, это? Так,save as, close...ну даааа, небыстро оно из свопа вылазит...фуу, вроде освободили - работаем дальше, ничего не потеряли".

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

188. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (437), 06-Авг-19, 22:51 
>  твой хром сразу прибился, еще до запуска.

И до открытия в нём всякой жирноты... Ну, это и без рецепта сделать можно. Если его просто не запускать, например.

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

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

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

нет. система _позволяет_ ее открыть, убедиться что сделал это зря, ресурсов твоей рухляди не хватит, и закрыть обратно вовремя - если ты не будешь ей мешать своим "интеллектом", который у тебя всем хуже чем у робота. В "новости" описано именно то, как изо всех сил - мешать.

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

420. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от zzz (??), 07-Авг-19, 13:38 
Новость и замечания в обсуждениях как раз о том, что до "закрыть обратно вовремя" уже не доходит. Я лично это наблюдал не так давно: потекли (как оказалось) иксы, а я, будучи в полной уверенности, что всё тип-топ, запустил FF. И всё. Когда начало тупить, FF физически нельзя было закрыть - его окно еще не появилось, а потом система встала колом так, что мышка не ездила. Иди проспись.
Ответить | Правка | Наверх | Cообщить модератору

178. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (178), 06-Авг-19, 22:33 
Так можно и до проблем с переполнением буферов докопаться. "Покупайте процессоры от <kamen'&co.>! В них 128 Мб L1 кэша!"
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

223. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от НяшМяш (ok), 07-Авг-19, 00:57 
Помню, та же семёрочка при нехватке памяти убивала Aero и вывешивала balloon, что не хватает оперативки, закройте что-нибудь.
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

392. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 07-Авг-19, 12:16 
> Помню, та же семёрочка при нехватке памяти убивала Aero и вывешивала balloon,
> что не хватает оперативки, закройте что-нибудь.

если убить иксы, в общем-то, вывешивать уже ничего, скорее всего, не понадобится, память освободилась. От твоей работы в том числе.

В остальных случаях либо предупреждение будет вылезать в случаях, когда медленно, с trashing'ом но и так бы справились, либо вылезалке не хватит памяти отрисовать окошко со списком, и она получит по башке oom-killer'ом.


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

274. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от iPony129412 (?), 07-Авг-19, 03:27 
> что дожна сделать "правильно реагирующая" система - высунуть табличку

Типа того.
macOS вывешивает табличку «памяти уже перебрало. Вот тебе список приложений, закрывай что-то».

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

108. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Аноним (79), 06-Авг-19, 20:32 
>> На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и
>> система жива и работоспособна

Обсуждается как раз проблема, что до OOMKiller'a дело не доходит.

> и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась
> недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее
> заполнять с прежнего места)
> проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп)

А что происходит, когда и swap кончается?

> то что дятел-автор не понимает тривиальных вещей, да еще и не в
> состоянии осознать, что в божественной десяточке проблемы (ему) не видно только
> потому, что она умеет создать своп по мере необходимости (даже если
> дятел запретит ей это делать - _все_равно_ он будет создан, временный)
> - ему невдомек, не может сообразить от чего же это постоянно
> тарахтит диск (ну понятен, он же альтернативно-одаренный, ему высокие идеи предлагать
> только, а не почитать что по теме) - это пол-беды.

Десяточка отлично работает в этой ситуации без swap'а. Проверено. И MacOS тоже. Столько откровенно ложных высказываний на opennet давно в одной теме не видел. Просто праздник какой-то.

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

> Хуже что найдутся другие дятлы, и запилят (как обычно, неотключаемый) улучшизм на
> эту тему. Планировщики уже изгадили погоней за "реакцией на действия пользователя".
> Теперь еще и изгадят управление памятью.
> Все ради заботы об альтернативно-одаренных, "а то они уйдут на проклятую винду".
> Господи, сделай так, чтобы они на нее ВСЕ свалили уже, наконец, забрав
> с собой альтернативно-одаренных разработчиков. "А еще лучше - чтобы просто сдохли."
> (c)Директор АЭС из "АтомногоИвана".

Много буков не в тему.

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

435. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 14:48 
> А что происходит, когда и swap кончается?

идиот получает то, что он заслужил, что же еще?

> Десяточка отлично работает в этой ситуации без swap'а. Проверено.
> Swap, если вручную в 10ке выключен, никогда системой использоваться и включаться не будет.

конечно же, она берет память прямо в /dev/astr..простите, у нее ASTRL:

ну в общем, и "когда своп кончается" и "у десяточки нет свопа и памяти всегда хватает" - весьма актуальный показатель уровня вашего интеллекта

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

135. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +3 +/
Сообщение от Аноним (437), 06-Авг-19, 21:17 
Ну ты то хоть на свою божественную полностью перешло? Не забывай чётко следуя методичке, кричать об этом на каждом углу. Ты ведь неальтернативно-одарённый жэж.

> Планировщики уже изгадили погоней за "реакцией на действия пользователя"

Это, кстати, было очень полезным улучшением для меня. Я доволен.

> Теперь еще и изгадят управление памятью.

Если так же, как и планировщики - то я только за. А пока-что - earlyoom позволяет мне на 4ГБ работать и жить без единого тормоза. Юзерспейс или ядро? - пофиг. Главное - работает, и работает хорошо.

> проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп)

нет.

> дятел-автор

нет. В отличии от тебя.

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

144. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:39 
Вы опять всё местами попутали. Альтернативно-одарённые не они! Они - мейнстрим. А вот вы.. :)
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

148. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +8 +/
Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:50 
Так по факту. Винда не виснет, дефолтный Линукс виснет. Пользователю обязательно знать, кто там чего и как создаёт? Пользователю нужно работать со своим прикладным софтом. С которым у Линукс опять же беда ;)
Всё поминаю Федорчука, который в 2000-х размышлял на тему - а нужны ли Линуксу пользователи? И вроде как склонялся к тому, что Линукс слишком крут, чтобы его тормозили какие-то там пользователи. Типа, не коммитишь, иди на* отсюда ;) Вот так поюзаешь Линукс, почитаешь боевые комменты на опенете и подумаешь, а ведь и правда, Линуксу простые пользователи не нужны.
Вот и сидите дальше с 2% на десктопе.
Кстати, вокруг вас сейчас сгущаются корпоративные дяди, вот они может быть и выведут когда-нибудь Линукс-десктоп в люди. Но только не "сообщество" - это точно.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

166. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +5 +/
Сообщение от пох. (?), 06-Авг-19, 22:14 
> Так по факту. Винда не виснет

сосед вася напел по телефону?

Винда повиснет точно так же, и даже хуже (у нее очень неэффективный механизм свопинга, с идеями на десять лет старше чем в линуксе), как только не останется места ни в персистентном свопе, ни в windows\system32\гдетотамонагадит
и гораздо раньше чем повиснет - начнет лагать так, что пользователь сам нажмет reset. Хуже того, у нее в этом месте еще и явные дидлоки случаются, то есть не всегда ей из этого состояния удается вылезти, даже если пользователь вовремя сообразит прибить свой любимый хром. (аналогично у freebsd, про совсем катастрофу с zone reclaim и arc я уж молчу, на линуксе я таких ситуаций почти не вижу)
Что происходит с современными и не очень (ntfs) файловыми системами при таком заполнении - тоже, умный догадается, а остальным лучше бы не лезть с улучшизмами.

> Пользователю обязательно знать, кто там чего и как создаёт?

у нас уже есть одна прекрасная система для феноменально тyпых, ее вполне достаточно. OS/2 они уже угробили. Оставьте линукс в покое.

> Всё поминаю Федорчука, который в 2000-х размышлял на тему - а нужны ли Линуксу пользователи?

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

> Кстати, вокруг вас сейчас сгущаются корпоративные дяди

которые ничего не забыли и ничему не научились? Спасибо, мы помним как они дважды подряд угробили OS/2 - идиотскими требованиями кое-как работы на устаревшем никому уже ненужном хламе.
Сначала загнав в технологический тупик ветку 1.3, потом - угробив подававшую надежды на избавление от этих ужасов 2.x и выпустив вместо нее мертворожденный warp - который да, запускался (со страшным скрежетом диска) на уже никому не нужной "386/4mb/косыефлопы", да вот только позорно сливал 95й на системе чуть помощнее - которые уже у всех и стояли, кроме тех, кто все равно ни копейки не собирался платить за апгрейд своей windows3.11


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

184. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:45 
Вас прямо пробрало :)
Занимаетесь самовнушением. А как любить Линукс без самовнушения?
Ответить | Правка | Наверх | Cообщить модератору

373. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Celcion (ok), 07-Авг-19, 10:50 
> Занимаетесь самовнушением. А как любить Линукс без самовнушения?

Блин... Лучший комментарий за сегодня. Так жирно, что даже тонко.
Респект.

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

436. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 07-Авг-19, 14:50 
я не люблю линукс. Я его уже окончательно ненавижу - вот ровно из-за того что он безнадежно изуродован последние годы любителями "как в винде", "только нахаляяяяяяаву!"
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

448. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Адекват (ok), 07-Авг-19, 15:40 
> я не люблю линукс. Я его уже окончательно ненавижу - вот ровно
> из-за того что он безнадежно изуродован последние годы любителями "как в
> винде", "только нахаляяяяяяаву!"

Линукс изуродован молодыми людьми, которые полны энергии и энтузиазма, но не имеют опыта, который основывается на совершенных ошибках и понимании "как лучше не делать", они своей энергией вытеснили людей более старых и не таких сильных как они, как это было с одним из ментейнеров ArchLinux, чтобы внедрять улучшизмы, kde4, kde5, systemd, и прочее, прочее прочее.
Ну или кому-то платит майкрософт и эпл, чтбы линуксом на десктопе нельзя было пользоваться.

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

475. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от zzz (??), 07-Авг-19, 18:57 
Какие "молодые", о чем ты. Линукс уже долгое время - платформа для корпораций, в которую корпорации привносят "улучшайзинги" для своих целей. Надо сделать так, чтобы смартфон контролируемо тормозил - пажалсте, overcommit, zram, zswap. Надо сделать так, чтобы можно было построить файйервол - пажалсте, обвешали всё ядро кучей грязных хаков. Надо сделать так, чтобы системой управляли машины, а не люди - пажалсте, сустемды.

По сути, линукс - проститутка, которой за что платят, то она и делает. Тут можно возразить - мол, все продаются и покупаются. Но в этом и разница между фотомоделями, которые кроме своего тела ничего предложить не могут, и опытными эскортницами, которые могут поддержать беседу на тему Гогена, Хайдеггера или Берроуза.

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

516. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от soarin (ok), 08-Авг-19, 05:37 
> Ну или кому-то платит майкрософт и эпл, чтбы линуксом на десктопе нельзя было пользоваться.

Нет. Проблема не в том, что какой-то выдуманный враг платит, чтоб делали плохо. А в ом, что какой-то выдуманный друг не платит, чтобы было хорошо.
Поэтому делают как могут.

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

524. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 08-Авг-19, 08:23 
>не в том, что какой-то выдуманный враг платит, чтоб делали
> плохо.
>А в ом, что какой-то выдуманный друг не платит, чтобы
> было хорошо. Поэтому делают как могут.

Что значит "не в том, а в этом",  это же одно и то же.

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

249. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 01:45 
Справедливости ради, у винды есть квоты, которыми админ может разрулить некоторые проблемы нехватки места. Если знать про них, конечно, и уметь ими пользоваться.

А вот у меня намедни моя любимая Вистонька таки повисла. Ну, то есть, как повисла? Замёрзла и покрылась льдом. Кончилось место на диске Цэ, насколько я понял. Событий в журналы для Event Viewer она не осилила написать, остается только гадать о причинах (большой привет системдунам). Пришлось с кнопки перезагружать. Виной инциденту, подозреваю, придурочная качалка торрентов qbittorren, одарённые аффтары которой зачем-то создают скрытые файлы на диске, когда ты просто просматриваешь содержимое торрента, не отмечая галочками пункты для скачивания. Есть у меня как раз несколько больших жирных торрентов…

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

363. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Канифоль Патрика (?), 07-Авг-19, 10:30 
Вистонька в совокупности с кубитторрентом на ней - в 2019-ом наверное это весело :)
Ответить | Правка | Наверх | Cообщить модератору

375. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 10:54 
Это работает. Просто работает. Без телеметрии, без спайвари, без автоматической перезагрузки автоматических обновлений, без повышенного внимания руконогих индусов Майкрософта и остального мира, и вообще практически без недостатков. Почти идеальная десктопная операционная система. Лучше неё только Windows Server 2008 (R1).
Ответить | Правка | Наверх | Cообщить модератору

422. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Канифоль Патрика (?), 07-Авг-19, 13:45 
А ПО то современное на ней как?
В любом случае, я бы уже сменил на 7. Кстати, понятно, что комп там старый, просто скажу, что как-то пользовался Десяткой на Кор2Дуо 3Ггц, 4гб оперативы ддр2 и винтом на сата2 - если сравнивать с Убунтой, то Десяточка там просто летала ;)
Ответить | Правка | Наверх | Cообщить модератору

424. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 13:51 
> А ПО то современное на ней как?

Современное это какое — свежеобмазанное фека^W рекламой и телеметрией?


> В любом случае, я бы уже сменил на 7. Кстати, понятно, что
> комп там старый, просто скажу, что как-то пользовался Десяткой на Кор2Дуо
> 3Ггц, 4гб оперативы ддр2 и винтом на сата2 - если сравнивать
> с Убунтой, то Десяточка там просто летала ;)

Зачем менять то, что хорошо работает, на то, что работает хуже? Назовите хотя бы одну разумную причину.

Нет, комп не старый, всего два года в строю и ещё несколько лет в коробках «на консервации».

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

476. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от zzz (??), 07-Авг-19, 19:05 
Ну я бы не сказал, что виста "хорошо работает". Подвисания и фризы - то, что сопутствовало висте всю её историю, вне зависимости от номера SP. Если уж хочется действительно обмазаться нормальной олдскульщиной - то это семерка. По сравнению с вистой там много что поправили и улучшили эргономику. Если хочется жить с обновлениями - есть сборка simplix и DWS.
Ответить | Правка | Наверх | Cообщить модератору

504. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 23:36 
> Ну я бы не сказал, что виста "хорошо работает". Подвисания и фризы
> - то, что сопутствовало висте всю её историю, вне зависимости от
> номера SP.

Подвисания и фризы были свойственны RTM и на маломощном железе. В SP2 и при лучшем оборудовании от них мало что осталось. Да и отключаются они при желании. В корпоративных же версиях мультимедийной блотвари вовсе нет — и тормозить нечему. А вот в Десяточке™ всё это богатство уже не отключишь.


> Если уж хочется действительно обмазаться нормальной олдскульщиной - то
> это семерка. По сравнению с вистой там много что поправили и
> улучшили эргономику. Если хочется жить с обновлениями - есть сборка simplix
> и DWS.

Кое-что чуть-чуть кое-где улучшили. И кое-что (но важное) сломали. Да ещё и телеметрию добавили. Спасибо, я не хочу такого «прогресса». Про улучшенную эргономику от души посмеялся. В Висте можно вернуться к классической теме, которая, собственно, изначально делалась эргономически обоснованной, в отличие от модномолодёжного Aero, на которое приятно смотреть, но с которым утомительно работать; а в Семёрочке вернуться нельзя, некуда. Про аппаратное (не)ускорение классического GUI в NT6.1 напоминать излишне, полагаю.

Тем более, что в сугубо техническом смысле Виста самый что ни на есть хайтек, на ней построены все последующие винды. А все они вместе, всё семейство NT, бегает на коде, написанном некогда командой Катлера, которая вдохновлялась, страшно сказать, VMS и ненаписанной чудо-системой DEC. До сих пор внутренности форточек выглядят сами знаете на что похожими. Так что я бы не придавал никакого значения рекламной и эникейской болтовне о операционных системах Майкрософта.

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

395. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 12:21 
> Справедливости ради, у винды есть квоты, которыми админ может разрулить некоторые проблемы

дык, у нас тоже есть (ну ок, с квотой на rss не все гладко). Но чтобы квоты работали и при этом еще работал какой-то софт - памяти нужно не много, а ОЧЕНЬ много. С избытком. Чтобы ты мог выставить квоты, в которые тот же хром - поместится, и при этом останется еще достаточно памяти для ворда.
А если у тебя ее очень много - скорее всего, можно и не делать за систему ее работу.

> есть, как повисла? Замёрзла и покрылась льдом. Кончилось место на диске
> Цэ, насколько я понял. Событий в журналы для Event Viewer она не осилила написать

потому что он лежал на том же диске, да? ;-)

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

чтобы избежать фрагментации, ага.


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

428. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 14:04 
>> есть, как повисла? Замёрзла и покрылась льдом. Кончилось место на диске
>> Цэ, насколько я понял. Событий в журналы для Event Viewer она не осилила написать
> потому что он лежал на том же диске, да? ;-)

В точности так. Придерживаюсь ещё тех рекомендаций Мокрософта — об организации единственного раздела на весь физический диск.


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

Вот такие умные и предусмотрительные погромизды. Листаешь древовидный интерфейс содержимого торрента, а он умно и предусмотрительно создаёт скрытые файлы нужного размера, хотя ты ни о чём таком не просил. Искуссьтвенный интеллехт, понимаешь. Хотя в настройках отключено резервирование места под закачку, и дисковый кеш отключён, но оно лазит в системный кеш. Возможно, это следовало бы тоже отключить. Погромизды, писавшие эту малварь, явно дружат со славным алгоритмом рукожопа ( https://traditio.wiki/Алгоритм_маляра_Шлемиэля ), поскольку тормоза растут чуть ли не в линейной зависимости от количества добавленных закачек. Или это битторрент таков по своей природе? Не знаю, да и пофиг.

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

446. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Адекват (ok), 07-Авг-19, 15:34 
> Вот и сидите дальше с 2% на десктопе.

Нужно было мысль дальше развить - что будет с линуксом, если количество пользовотелей будет уменьшаться ?
Станет их 1.5%, 1%. 0.01% - будут ментейнеры БЕСЛПАТНО собираться новые пакетики для дистрибутивов ? мне кажется, что нет, мне кажется линукс станет закрытыми и по подписке, конечно можно будет скачать исходники и самому собрать, но ктож это осилит ?
Будет несколько спец дистрибутивов, для всякого рода госконтор, но это будут накатываемые контейнеры с шифрованной фс, которые будут накатывать всякие конторки (друзья депутатов) ЗА ДЕНЬГИ, деньги налогоплательщиков, софт будет только для нужд организации, то есть никаких тебе mc, kate, tcpdump, и прочего.
И никаких тебе свобод выбора DE и софта, даже браузер будет тот, что за тебя дяди порешает.
Не нравится - а что ты сделал для линукса :) ?
Однако, если ситуация будет обратной, и число пользователей линукс будет расти - это привлечет производителей софта, и софта, хоть и платного под линукс станет больше, и он, линукс станет лучше, во всех смыслах. Но тру-линукс-пользователям этого не нужно, им бы как в 2000ых (на лоре) лишь бы только с грязью смешать новичков.


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

465. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 18:10 
дружище, я отлично помню времена, когда "количество пользователей" было равно 0.

"пользователь" б-жественной десяточки с ума бы сошел, пытаясь понять, что тут вообще такое на экране происходит, когда sls вываливала ему просто незатейливый интерфейс fdisk - "ну ты тут как-нибудь разметь под систему, а потом мне вернешь управление, и расскажешь, что и как"

И ничего - жили как-то, сдохла sls, продолжил Патрик, Патрик ниасилил в зависимости - пришел Эрик... Потом пришли корпорации - и началась копрофагия, потому что торговать дисками по себестоимости им быстро приелось, на этом на IPO не выйдешь.

> И никаких тебе свобод выбора DE и софта, даже браузер будет тот, что за тебя дяди порешает.

у тебя и так только тот браузер, который дядя тебе соберет - сам-то ты не можешь, да?

ты ведь "поооользователь".


> Но тру-линукс-пользователям этого не нужно

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

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

505. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 23:42 
> Потом пришли корпорации - и началась копрофагия,
> потому что торговать дисками по себестоимости им быстро приелось, на этом
> на IPO не выйдешь.

У лялиха исключительно удачная для жадных корпорастов модель разработки. Можно без усилий и под всеобщее одобрение погромиздов и даже потребителей ломать обратную совместимость в каждом новом выпуске своей малвари и никогда не закрывать кассу для несущих бабло. Впрочем, мы-то это понимаем, а секта — нет. На то и секта.

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

523. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от Адекват (ok), 08-Авг-19, 07:50 
> дружище, я отлично помню времена, когда "количество пользователей" было равно 0.

Были времена, когда ядро было версии 0.01 (кажется), когда еще не было гну-утилит, и этот линукс мог поддерживать один человек, сейчас, чтобы средний дистрибутив поддерживать - сколько человек нужно ? сотни, десятки ? :) Можно конечно сделать автоматическую сборку пакетов, только если не смотреть на жалобы пользователей - "у меня после обновления...."

> у тебя и так только тот браузер, который дядя тебе соберет -
> сам-то ты не можешь, да?

Не могу и не хочу, потому, что:
> ты ведь "поооользователь".

Именно :)

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

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

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

533. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 08-Авг-19, 10:17 
> Можно конечно сделать автоматическую сборку пакетов, только если не смотреть на жалобы
> пользователей - "у меня после обновления...."

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

>> у тебя и так только тот браузер, который дядя тебе соберет -
>> сам-то ты не можешь, да?
> Не могу и не хочу, потому, что:

ну и к чему тогда страдания за "только то что подсунул дядя" ? Я могу собрать сам, и иногда вынужден это делать, когда дядя какую-то фигню насобирал. Но я и под винду соберу.

> Мне тоже нужна предсказуемая система,

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

> Вот вы винду ругаете, а там такого никогда не будет - скачали новую версию софта, а при его
> запуске выйдет сообщение "библиотека не найдена" ;)

запросто, когда это не корпоративная система за много $$. Захотеть какую-нибудь особо у6людочную версию сишного рантайма 2009го года - как два пальца. Принести ее с собой, но позапрошлой версии с незакрытой уязвимостью - тоже всегда пожалуйста.

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

Ну ничего, у вас для этого уже тоже все есть.

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

238. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 01:26 
Добавьте плюсов поху, анонимы. Он единственное ценное достояние опеннета (даже если вы по молодости этого ещё не понимаете).
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

244. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +4 +/
Сообщение от Celcion (ok), 07-Авг-19, 01:39 
Да набросы какие-то уж слишком жирные. Я бы лучше скинулся ему на таблетки для похудения.
Ответить | Правка | Наверх | Cообщить модератору

421. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (421), 07-Авг-19, 13:38 
> и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее заполнять с прежнего места)
> то что дятел-автор

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

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

438. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 15:01 
ну так не дожидайся этого "поздно". У тебя 4, 8, 10 гигабайт свопа - они _физически_ не могут заполняться быстро, нет таких дисков.

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

> А встанет она колом рано или поздно, вне зависимости от количества памяти, 16 или 32, особенно
> если ее не перегружать/выключать ежедневно.

у меня система встает колом от перегрева моста. Вот сейчас холодно - не встает колом уже третью неделю. Памяти - 4G, и те не все доступны из-за особенностей платформы.
Что я, блин, делаю не так?

И даже вот такая:
14:57:02 up 853 days, 15:05,  3 users,  load average: 0.17, 0.23, 0.23
не встает колом, представляешь? (нет, я не могу ее перезагрузить. Нет, не поломают.)
             total       used       free     shared    buffers     cached
Mem:      12322848   10332424    1990424          0     108024    1356512
-/+ buffers/cache:    8867888    3454960
Swap:      8388604      13652    8374952

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

480. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от zzz (??), 07-Авг-19, 19:29 
У тебя талант раздавать самоочевидные советы из разряда "Хочешь быть богатым - будь им!", так характерная для продавцов отрыжки своего ума за деньги, вне зависимости от того, как это называется - семинар, лекция или работа сотрудника интегратора.
Ответить | Правка | Наверх | Cообщить модератору

443. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Адекват (ok), 07-Авг-19, 15:19 
> и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась
> недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее
> заполнять с прежнего места)

А ведь можно сделать так, что каждая вкладка будет отдельным процессом, и если вкладка в течении 10 сек не обращается к ОЗУ - она целиком скидывается в своп, а ОЗУ освобождается ? не ну как вариант.
Ну можно еще добавить условие, если окно не активно, если пользователь с ним не работает.

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

481. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от zzz (??), 07-Авг-19, 19:36 
В той же винде отстреливаются новые процессы. Заполняешь ты где-то там формочку на сайте, тут дилинькнул мессенджер, прошел по ссылкам, открыл гугл, открыл еще пять ссылок, тут память кончилась и последние запущенные процессы прибились, старые процессы в целости и сохранности. Простая и очевидная логика, недоступная нашему тропическому алконавту поху, готовому землю жрать, лишь бы только никто не подумал, что он ляпнул глупость.
Ответить | Правка | Наверх | Cообщить модератору

510. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от имя (?), 08-Авг-19, 03:22 
> В той же винде отстреливаются новые процессы. Заполняешь ты где-то там формочку
> на сайте, тут дилинькнул мессенджер, прошел по ссылкам, открыл гугл, открыл
> еще пять ссылок, тут память кончилась и последние запущенные процессы прибились,
> старые процессы в целости и сохранности. Простая и очевидная логика

…которая не работает, если для убийства остаются только очень старые процессы. Эти вкладки не только потому текут, что они новые, но и потому что кто-то нашёл для своего сайта очередной набор Улучшенных™ компонентов под react.js, которые текут не сразу и неочевидным образом, а когда текут, то на корпоративном макбуке с двумя вкладками, слаком и vscode этого не видно.

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

492. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 21:45 
> А ведь можно сделать так, что каждая вкладка будет отдельным процессом, и
> если вкладка в течении 10 сек не обращается к ОЗУ -
> она целиком скидывается в своп, а ОЗУ освобождается ? не ну

ты не хочешь подождать пока она перекинется в своп (это не позволит в этот же момент писать на диск, положим, кэш текущей вкладки с миллионом картинок и еще параллельно качать "порносконем8k.av1"). И тем более не хочешь подождать, когда случайно попал мышкой мимо соседней вкладки - когда она соизволит оттуда достаться, опять же затормозив другие обращения к диску, чтобы показать тебе то, что не особенно сейчас и хотелось увидеть.

Вполне достаточно бесит и существующий "lazy loading" - причем он из кэша - все равно lazy.
Ради одного в месяц случая, когда система на самом деле перезагрузилась внезапно и я сам не хочу ждать.

> как вариант.
> Ну можно еще добавить условие, если окно не активно, если пользователь с
> ним не работает.

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

А при реальной нехватке памяти, к сожалению, перестает хватать cpu и дисковой пропускной способности заодно. proactive swap мы не любим, вон сколько недовольных.

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

105. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от IRASoldier_registered (ok), 06-Авг-19, 20:30 
>Её легко можно закидать ОЗУ

Так когда-то сделали яблочники. Совершенно экстенсивный путь.

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

225. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от НяшМяш (ok), 07-Авг-19, 01:02 
Не сказал бы, что сделали. Макбуки с 32 гигами появились только в конце 2018 года, раньше 16 максимум. Да и встречаются люди, которые на старых Airах с 4 гигами на последних осях живут и не особо страдают.
Ответить | Правка | Наверх | Cообщить модератору

292. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от IRASoldier_registered (ok), 07-Авг-19, 06:19 
То ли на Хабре, то ли на Компьютерре(?) как-то (~5 лет назад) читал развёрнутый обзор, как проблемы с утечкой памяти в макоси решались простым добавлением оперативы в новые версии мак(бук)ов. Сразу дисклаймер: личного опыта более или менее длительного юзания маков или какого-нибудь хакинтоша не имею, не нужно было.

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

226. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним (224), 07-Авг-19, 01:05 
>Её легко можно закидать ОЗУ.

Ну раз вам легко, то с вас покупка ОЗУ и материнских плат, а если нужно - то и процессоров новых, всем тем, кто не считает, что это легко.

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

431. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от soarin (ok), 07-Авг-19, 14:17 
> Ну раз вам легко, то с вас покупка ОЗУ и материнских плат, а если нужно - то и процессоров новых, всем тем, кто не считает, что это легко.

Как оригинально то...
Естественно, что легко относительно пути "а где патч?". Сам прикинешь сколько это трудозатрат для конечного пользователя...

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

54. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от анон (?), 06-Авг-19, 19:42 
На реддите и хн обсуждение некого абстрактного дохлого опоссума скатывается к чаепитию. Да, такое приятно читать, но не долго. по поводу рунета - это меньше зло, совсем другое дело - это сос и подобная ванильность. Если вы не знаете, чем это оборачивается, то советую посмотреть все отклоненные реквесты в репозитории ядра, раковость подобной общественной опухли зашкаливает.

>на русских сайтах (на ЛОРе есть в Talks) воняют и говорят

Этой проблеме 15 лет, это проблемы не только ядра линукс, все ответы уже есть, решения малоприятны.

>Просто противно читать.

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

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

64. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от user90 (?), 06-Авг-19, 19:52 
Но проблема-то больше в голове у тех, кто за каким-то фигом открывает 100+ вкладок, нежели в технической части ;) И чего тут обсуждать, тоже не совсем понятно.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

111. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +5 +/
Сообщение от IRASoldier_registered (ok), 06-Авг-19, 20:34 
А это неважно. Приложение позволяет открыть 100+ вкладок. Мне хочется открыть 100+. ОС должна с этим тем или иным способом справляться. Или на уровне приложения брать и к чертям ограничивать функционал, пока ОС не умеет реагировать на такие ситуации адекватно. И не надо устраивать сеанс очередного вещания "не переносите ваши привычки с другой ОС на наш уютный Linux".
Ответить | Правка | Наверх | Cообщить модератору

153. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +3 +/
Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:54 
Да они там на этой винде мало того, что играют, так ещё и работают! Фу-фу!
Ответить | Правка | Наверх | Cообщить модератору

450. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Адекват (ok), 07-Авг-19, 15:50 
> Да они там на этой винде мало того, что играют, так ещё
> и работают! Фу-фу!

Да ваще офигевшие, понимашь купят себе игру AAA класса, и давай в нее рубиться на видяхе за 90к рублей и монике 4K, то ли дело у нас - повесил на ctrl+k скрипт прибития браузера и красота :))

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

269. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Аноним (269), 07-Авг-19, 03:08 
Даже не так. Это вполне себе лазейка для написания вирусов работающих даже на жс. Через жс можно заставить линукс уйти в себя, и это НЕ нормально, для ядра. Не обслуживать один процесс это лучше чем не обслуживать все процессы находясь в бесконечном поиске памяти
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

282. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от IRASoldier_registered (ok), 07-Авг-19, 04:39 
> лазейка для написания вирусов (...) Не обслуживать один процесс это лучше чем не обслуживать все процессы находясь в бесконечном поиске памяти

Разумеется. Но на Linux же не бывает вирусов, вы разве не знали? (#сарказм)

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

394. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Совершенно другой аноним (?), 07-Авг-19, 12:18 
ОС не работает с вкладками - она про них совсем ничего не знает. Что, конечно, не отменяет проблемы с управлением памятью в Linux. Опять-же есть проблема, что на прикладном уровне через возвращение нулевого указателя из функции malloc()/calloc()/etc в Linux не могут сообщить, что память закончилась и позволить самому приложению что-то по этому поводу сделать.
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

403. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от имя (?), 07-Авг-19, 12:44 
> Опять-же есть проблема, что на прикладном уровне через возвращение нулевого указателя
> из функции malloc()/calloc()/etc в Linux не могут сообщить, что память закончилась
> и позволить самому приложению что-то по этому поводу сделать.

Могут, в этом и есть суть отключения overcommit. Проблема в том, что для куча приложений написана так, что по получению NULL умеет только вываливаться с записью «вот это нежданчик!» в логе, а по-другому писать разучились.

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

425. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Аноним84701 (ok), 07-Авг-19, 14:01 
> Могут, в этом и есть суть отключения overcommit. Проблема в том, что
> для куча приложений написана так, что по получению NULL умеет только
> вываливаться с записью «вот это нежданчик!» в логе, а по-другому писать разучились.

Кхе-кхе.
https://developer.gnome.org/glib/stable/glib-Memory-Allocati...
> If any call to allocate memory using functions g_new(), g_new0(), g_renew(), g_malloc(), g_malloc0(), g_malloc0_n(), g_realloc(), and g_realloc_n() fails, the application is terminated. This also means that there is no need to check if the call
> succeeded. On the other hand, g_try_...() family of functions returns NULL on failure that can be used as a check for
> unsuccessful memory allocation. The application is not terminated in this case.
>

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

427. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от zzz (??), 07-Авг-19, 14:03 
Миллиарды людей с отсутствующим оверкоммитом как-то живут себе на винде, не кашляут - фильмы смотрят, в интернете сидят, игрушки запускаят. Overcommit - фенька от корпораций для корпораций, позволяющая на каком-нибудь смартфоне запустить чуть больше приложений, а зависнет - ну так сам дурак, что запустил столько приложений, перезагрузи устройство. По сути, это грязный хак. Впрочем, как и всё остальное в линуксе.
Ответить | Правка | К родителю #403 | Наверх | Cообщить модератору

229. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +3 +/
Сообщение от Аноним (224), 07-Авг-19, 01:10 
Я в 2006 открывал 100 вкладок и было норм. Почему в 2019 на том же железе я не должен открывать те же 100 вкладок с тем же или даже меньшим потребшением ресурсов? Почему даже на железе с вчетверо большей оперативой и зарезанным JavaScriptом на всех я не могу открыть столько вкладок? У нас вообще прогресс в софтостроении и оптимизации или регресс и п***********о? Вопросы риторические, можно не отвечать.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

246. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Celcion (ok), 07-Авг-19, 01:41 
> Почему в 2019 на том же железе я не должен открывать те же 100 вкладок с тем же или даже меньшим потребшением ресурсов?

Принеси в свой 2019 вебсайты и браузеры из 2006 - и все откроется. Всегда ваш, Кэп.

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

119. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от ппп (?), 06-Авг-19, 20:42 
Просто есть те кому эта проблема и сам линукс не интересны, и есть фанатики линукса. У последних в голове творится что-то непонятное, и даже видя очевидный косяк они начинают обвинять тебя в криворукости и т д, а как последний аргумент "УМВР", "это никому не нужно" и "иди сам перепиши программу/ядро и т д".
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

157. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:56 
Да :)
Но, в конце-концов, модераторы оставят только правильное и доброе :)
Ответить | Правка | Наверх | Cообщить модератору

175. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от vitalif (ok), 06-Авг-19, 22:31 
Потому что реально полная хрень, а не проблема

КАКАЯ система умеет мягко обрабатывать нехватку памяти? Винда что ли?

Любая система раком встаёт

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

231. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +3 +/
Сообщение от Аноним (224), 07-Авг-19, 01:12 
Не мягко, а корректно, а не втупую. И именно винда.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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