Испытываете ли вы какие-либо проблемы при использовании Linux на ПК?

проблема с плохой обработкой нехватки ОЗУ решается проще всего

да ладно!? так-то это сложная проблема, могут быть частные случаи YMMV

например, на венде наблюдал классический paging, когда всё пыхтит, но задача не делается (рендер в Архикаде), пришлось поменять i5 на i7, при том же объёме ОЗУ - всё заработало! но чтобы заработало нормально (быстро) - пришлось докинуть ОЗУ. но хотя бы в бесконечный цикл не входило на i7. и да, аналоги 12309 регулярно вижу на в10 (ввиду периодического копирования VMок и isoшек), там ситуацию несколько выручает трюкачество: по умолчанию процесс, окно которого в данный момент видит пользователь, получает приоритет по процессору перед другими, так что пользотвателю КАЖЕТСЯ что зависания нет. по факту - есть, хорошо видно по другим процесса, у меня ftp сервер на в10 сильно подвисает в это время.

решение 12309 есть (если штатно нет в дистре). недавно переделывал раскладку дисков, копировал взад-вперёд сотнями гигабайт, проявилось (ожидаемо), но такого чтобы совесм не работало - не было. если бы очень приспичило - начал бы играться ionice и этим вот всем. так что УМВР.

ну, как бы труднее

оборзеватель, кстати, жрёт ка кне в себя, особенно этот ваш хром.

тебе сюда:

https://lurkmore.to/12309

Ты всё в кучу намешал. И просто тормоза, и неадекватные специфичные тормоза (12309), и становку раком при перерасходывании ОЗУ.

12309 я вот один раз видел, когда все уже кричали «починили». Прям канон. Копировал на USB 2.0 большой файл. ПК что в GTA 5 играй: SSD, 16 GB озу. А ГУЙ прилично тормозит 🤣 Больше не видел такого, но и флешками редко пользуюсь.

ну, а мне пришлось пинать ТП, чтобы дрова новые запилили (я про w10, у мну там нет админских прав) иначе терял 2 монитор (до обновления всё ок было). так что типичное YMMV.

там причина одна. так то не намешал. на солярке, кстати, знатные тормоза была на 150 станциях и CDE, когда были на учёбе в unixedu. это к вопросу о том что де «вот есть Ынтерпрайз-стабл Словарис»

Я уже и не помню, в чем суть этого 12309.

Это какое-то собирательное название для кучи разных багов.

Я еще давно ограничил размер кэша записи значением в несколько МБ. Не для борьбы с 12309, а чтобы mc реальные значения при копировании на флешку показывал.

Не знаю, помогло ли это также для 12309, но его я ни разу не видел.

А ты эксперт по чему? По отстрелу собственных ступней, всиранию ресурсов, или просто по тупняку?

16гб я за много лет лишь однажды переполнил, относительно безболезненно свопнувшись на SSD, а 32гб на текущей машине вообще не представляю как бы я мог переполнить не будучи идиотом. Научи.

Научить тебя культурному общению на русском языке? Увы, медицина бессильна.

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

Видел, знаю, воспроизводил. Воспроизводил буквально сегодня с дефолтами и Linux 5.10.

16гб я за много лет лишь однажды переполнил

Это не доказывает, что обработка нехватки памяти по умолчанию хорошая.

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

Да к тебе вообще половина ЛОРа «навязалась». Вышел на публичный ресурс всем демонстрировать свои психологические проблемы, или что?

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

Не видел серверов, зависших после переполнения памяти? А я видел.

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

Это потому что на линуксе нужно страдать и «иметь опыт администрирования», чтобы выполнять тупую работу, которую машина способна выполнять сама. Так у «неидиотов» получается.

У гугле-то одни идиоты работают.

Я уже и не помню, в чем суть этого 12309.

Оригинальный репорт Bug 7372 - Unusable system (ie slow) when copying large files https://bugzilla.kernel.org/show_bug.cgi?id=7372 и его продолжение https://web.archive.org/web/20200206024633/https://bugzilla.kernel.org/show_bug.cgi?id=12309

– известен с 2006 и легко воспроизводится до сих пор.

У меня не воспроизводится in the wild. Какие специальные условия для этого нужны?

Я тебе обратного и не утверждаю, просто смеюсь над твоим помешательством. Это вообще последняя пло важности проблема десктопного линукса. Не будь здесь тебя, никто бы и не заикнулся об этом.

Опрос-то про десктоп, глупенький. Ты заблудился.

последняя пло важности проблема десктопного линукса

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

Не все ж имеют 16 гиг. До сих пор выпускаются ноутбуки с 4 гиг памяти.

Проблема стабильно воспроизводится для всех основных типов систем:

• сервера,
• десктопы / рабочие станции,
• мобилки.

О, отличный вопрос. Думаю стоит вскрыть эту тему в отдельной ветке.

Перый опыт был таким:

sudo dd if=/dev/zero of=/dev/sdc bs=1M conv=fsync status=progress

– кэш записи мгновенно наполняется нулями на пару гиг. Завпускаем tail /dev/zero - и все, теряем систему. При исчерпании свопа киллер не приходит - ждем сброса двух гигабайт грязи на медленный носитель. А скорость записи 11 M/c. Причем le9 с резервом 200M не помогает.

Флэшка 16 гиг, памяти 10 гиг. Это важно.

То, что люди, покупая ноуты с 4гб оперативы, либо некромантствуя с железяками 10-15-летней давности, хотят держать открытыми две сотни вкладок в фаерфокс, проблемой линукса уж точно не является. То, что таких людей на удивление немало, я не тоже не спорю. И тем не менее именно ты — OOMMan в алом плаще — ворвался в тред с этой «проблемой», а не кто либо ещё.

именно ты — OOMMan в алом плаще — ворвался в тред с этой «проблемой»

Ну да, прицельно занимаюсь именно этой проблемой, не без успеха.

хотят держать открытыми две сотни вкладок в фаерфокс

Хотеть держать открытыми две сотни вкладок и хотеть иметь отзвычивую систему - разные вещи.

То, что люди, покупая ноуты с 4гб оперативы, хотят держать открытыми две сотни вкладок в фаерфокс

Этого и не надо. Когда у меня было 4 ГБ ОЗУ, о аудиоплеер натекёт на 1 ГБ ОЗУ, ОС занимала 1 ГБ ОЗУ. Ну загрустишь IDE и уже всё — очень опасно.

Надо просто понимать, что Линукс не для нищебродов, и всё. А то некоторые рассказывают, что поставишь на слабое железо и радуешься. Нет — надо много с этим петрушиться.

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

На десктопах это всё же у буратин происходит.

А про сервера вообще тема отдельная, тут я, будучи разработчиком, в качестве проблемы предстаю, если мои сервисы текут. Бывало и такое. В противном случае в расчётный объём памяти я до сих пор всегда, или почти всегда, укладывался. Своп, мониторинг, ребалансировка. Не проблема вообще. Да даже если проблема, как её решать-то? На серверах варварскими методами хакавлада (жохать всё oom-киллером) действовать нельзя. Когда тебе физически нужно больше памяти, тебе ничего не остаётся как её выделить.

Линукс не для нищебродов

Ровно наоборот - можно накатить (и настроить) Antix на железяку с гигом памяти, в отличие от вин10.

Мак, надо полагать, для нищебродов, лол? Или по-твоему винда прошка по цене как 32гб оперативы для нищебродов?

Кстати, запуская свой няшный виндовый стимбокс (BigPicture сразу на старте, винды не видно) ​с икбоксовским контроллером я однажды таки поинтересовался сколько на старте памяти сожрано, это было чуть ли не гигов пять что ли, могу ошибаться, но точно дофига.

Она и будет отзывчивой примерно до тех пор, пока ты не решишь, что 4гб тебе достаточно, а 200 вкладок — мастхев.

Да даже если проблема, как её решать-то?

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

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

На серверах варварскими методами хакавлада (жохать всё oom-киллером) действовать нельзя.

Там немного не в том суть. Патч, предложенный гуглом еще лет много назад, препятствует трешингу файловых страниц, что даёт возможность исполнения кода без попадания в безвыходный цикл «подкачиваем то одну страницу кода, то вторую».

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

Я давал тут ссылку на тест жесткого трешинга. Подкачка на медленный HDD 5400 rpm. 6 процессов tail /dev/zero в фоне. Никаких специальных настроек cgroups, всё по дефолту. Система позволяет логиниться в неё, запускать консольные приложения, снимать все показатели, смотреть логи и т.п. Вывод команды find / идёт полностью без задержек, то есть полностью функциональны как операции с файловыми данными, так и взаимодействие с пользователем.

попытке анализа ситуации по неполным логам

Верно подмечено: при нехватке памяти может умирать journald.

фев 23 00:07:35 PC systemd[1]: systemd-journald.service: Main process exited, code=killed, status=6/ABRT
фев 23 00:07:35 PC systemd[1]: systemd-journald.service: Unit entered failed state.
фев 23 00:07:36 PC systemd[1]: systemd-journald.service: Failed with result 'watchdog'.
фев 23 00:07:36 PC systemd[1]: systemd-journald.service: Service has no hold-off time, scheduling restart.
фев 23 00:07:36 PC systemd[1]: Stopped Flush Journal to Persistent Storage.
фев 23 00:07:36 PC systemd[1]: Stopping Flush Journal to Persistent Storage...
фев 23 00:07:36 PC systemd[1]: Stopped Journal Service.
фев 23 00:07:36 PC systemd[1]: Starting Journal Service...

Да даже если проблема, как её решать-то?

Как минимум - не впадать в дедлок (при котором даже невозможно войти по ssh). Способы - от патча le9 до oomd.

жесткий ресет

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

Смотри комментарий выше.

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

Если у тебя виртуализированная система висит, от этого не легче.

Серверная инфра может быть устроена по-разному.

Грохнул, восстановил из снапшота. Лишь бы то было не хранилище. Но хранилища, опять же, отдельная тема.

Я это и написал, но ты оборвал предложение.

Всмысле топорно? OOM — нештатная ситуация, если она произошла на железе, то это уже факап. Хорошо если ОС в этом случае подстрахует, конечно, но ведь в общем случае она и подстрахует таки.

Хорошо если ОС в этом случае подстрахует, конечно, но ведь в общем случае она таки и подстрахует.

Об этом и идёт речь, что механизм, который должен подстраховать, срабатывает крайне нестабильно. Это древний баг. Конечно, сейчас, когда есть сотня крутилок и разных средств изоляции, ситуация в целом проще. Но сам баг по-прежнему баг, в этой части изменений нет.

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

пмсм 12309 никуда и не девалась и деться не может, просто тут либо шашечки, либо ехать. а на фришке и солярке жалоб типа нет просто потому что там ЦА на десктопе стремится к нулю, некому жаловаться. и если часто сталкиваешься - значит надо что-то крутить, swappiness или ещё что. точно также как в венде первым делом свистоперделки отключить и поставить на max perf.

и с масштабированием на экранах с разным PPI под иксами была проблема

Это ты не видел какое ШГ в десятке при разном масштабировании на нескольких мониторах. И сколько ограничений вообще при использовании разного масштабирования. Например нельзя менять масштаб в RDP-сессии инициированной с венды, а вот если сессия из линукса(xfreerdp), то масштаб менять можно.

пичалька! =( крутил что-нибудь? я сегодня наконце-то запинал raid6 и что неприятно поразило - постоянно теперь болтается, грузит проц (24.5) и мыргает дисками md6_raid6

пока ничего не нашёл по этому поводу :(

это точно, патвирждаю! =D

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

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

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

про АВ - нет, он не причём.

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

Из прочих фич линукса: допустим, я единственный юзер и у меня зашифрован /. Почему линукс — единственная ОС, в которой по дефолту это не освобождает меня от ввода пароля при логине? Нет, я понимаю, что в маках это совсем по-другому работает и линукс-дистрибутивы тупо не умеют в нужное железо (да и его может и не быть), но всё же это банально неудобно. Дефолтный линукс (практически любой дистрибутив) заставит ввести пароль трижды: для расшифровки /, для входа и для разлочивания keychain’а.

ПО не хватает, как обычно. Графическая подсистема работает медленнее в 100 раз, чем под Windows. В остальном всё ок.

Как ограничил, кстати? Хочу себе тоже.