почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего! только шуршит себе
даже по локалке по ssh не подключается
каждому разрабу индусу луч поноса в рожу!!!!!

Здравствуйте, Masterspline, Вы писали:

M>Ну, и если тебе так не нравится Linux — иди пользуйся, чем нравится. Без тебя, как пользователя Linux, всем станет только лучше.
С таким подходом Линукс точно завоюет весь десктоп, ага.

Здравствуйте, Ваня Первачев, Вы писали:

ВП>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего!
ВП>каждому разрабу индусу луч поноса в рожу!!!!!

А причем индусы, индусы же винду писали, а линукс, вроде как , боги кодили..

ВП>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего! только шуршит себе
ВП>даже по локалке по ssh не подключается

Ничего не понял. У тебя в swap ушел десктоп (который ты ждал, пока отрисуется) или сервер (к которому ты пытался подключиться по ssh)? А ты уверен, что кроме swap других проблем не было? И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?

Ну, и если тебе так не нравится Linux — иди пользуйся, чем нравится. Без тебя, как пользователя Linux, всем станет только лучше.

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

Здравствуйте, Michael7, Вы писали:

M>Она еще и в BSOD нередко сваливается при нехватке памяти.

Брехня.
Лично участвовал в Out of resource тестировании драйвера году эдак в 2007.
В т.ч. использовался driver verifier включая варианты случайных отказов в выделении памяти.

Винда (тогда 2000/XP/2003, виста была ещё неатуальна) не падала НИКОГДА.
Самое плохое что могло случиться с виндой — дох какой-то юзермодый системный сервис.

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

Здравствуйте, wraithik, Вы писали:

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

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


W>ОС это всего лишь инструмент для запуска программ.
Это венда инструмент запуска FAR, а IE- закачки Хрома. В Линуксе всё включено, из коробки.

Здравствуйте, Danchik, Вы писали:

D>Может неубогий посостязаеться со мной кто быстрее скопирует три нужных файла из папки в которой их с 20-к или сразу заархивирует. Пока ты натайпаешь эти имена я даже содержимое просмотрю.
Удивительно, но за пределами СНГ о фаре не слышали, а на чуваков с mc смотрят, как на ламеров. ls grep tar gzip должны отскакивать от зубов, чтобы хоть ночью разбудить, сразу давал ответ.

D>Ты в курсе что повершел по функциональности рвет баш как тузик грелку. Чтобы что-то подобное заиметь надо прыгать в питон и то с костылями.
Когда что-то я пытался сделать с сеткой в форточке, что в линухе легко и непринужденно- форумы советовали шаманства повер шелл, но они не работали- форточка для них нужна мега серверная. Так что про секс с повершеллов в гамаке лучше бы ты не напоминал.

D>О, кстати, вы дебажите баш или по старинке трассируете, упало не упало? Или вечное, хацкерам дебаггер не нужен?
Я на баше на уровне копи-пасты только.

M>>И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?

N>Да, лучше. У Линуксах это известная проблема, нечего тут строить из себя невинность.

Я в курсе программ, которые убивают приложения до того, как начнется активный swap. При этом сам такую ситуацию давно не видел, а значит, такое — экзотика. Далее, нужно разделять десктоп и сервер. На сервере админ вполне может настроить cgroups для ограничения использования памяти разными процессами в результате такая экзотическая ситуация станет почти невозможной. На десктопе этот вопрос решается установкой памяти. Хотя для любителей ноутбуков, в которые просто физически памяти может не получиться установить сколько надо, такая проблема может быть актуальной, но опять же решаемой.

Ты дал ссылку на на откровенно идиотскую статью с воспроизведением проблемы:

Шаги:

Загружаемся с параметром "mem=4G".
Выключаем поддержку swap (sudo swapoff -a).
Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox.
Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти.

Если человек отключает swap на машине — он нарушает всю работу виртуальной памяти на Linux и для этого он должен быть очень квалифицированным (вроде, в Yandex так делают люди, которые пишут патчи к подсистеме виртуальной памяти Linux и продвигают их в upstream).

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

Я так и не понял, что конкретно у него произошло, но понял, что разбираться он не пытался.

Итого: в Linux тормоза при активном swap — экзотика, для которой есть решения как на сервере, так и на десктопе. Но ТС не пытался в этом разобраться, а написал безинформативный чисто эмоциональный пост.

P.S. Я уже лет 20 не могу понять, почему среди технарей-программистов часто встречаются личности, которые довольно упорно могут разбираться с разными фреймворками, но встретив сложности с OS (или системой сборки) даже не пытаются с ними разобраться (среди админов, кстати, таких не видел). IMHO, ты либо технарь и решаешь любую техническую задачу, либо балабол-гуманитарий, который к технике вообще не лезет.

Здравствуйте, CreatorCray, Вы писали:

W>>>ОС это всего лишь инструмент для запуска программ.
CC>$>Это венда инструмент запуска FAR, а IE- закачки Хрома. В Линуксе всё включено, из коробки.

CC>И где там FAR искаропки?

Этот костыль только виндузятникам нужен по причине убогости этой ОС для разработчика.

Здравствуйте, sergey2b, Вы писали:

CC>>И где там FAR искаропки?
S>mc

Этой пародии до FAR как до луны на карачках.

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

scf>Ну, линуксовый десктоп (сужу по убунте) объективно дерьмо, зато дерьмо своё, родное.

Я пользуюсь KDE на Debian. Про десктоп на убунте знаю мало, кроме того, что его можно настроить.

scf>От отсутствия банальнейших вещей типа создания ярлыков на рабочем столе через гуй и до очень кривой поддержики аппаратного ускорения. xorg, отъедающий полядра современного процессора — это, типа, норма.

Чет мне кажется, что в KDE возможности по созданию ярлыков, активити и других возможностей сильно больше, чем в винде (я ими не пользуюсь за ненадобностью, а вот рабочие столы появились лет на 10 раньше винды и я ими пользуюсь с самого их появления). Про кривое аппаратное ускорение не в курсе — у меня все, что мне надо, работает. xorg отъедающий память, скорее всего нужно настроить. Т.е. ты не разобрался, почему жрется CPU и во всем винишь xorg и убунту. В своем KDE я отключил все ненужное (индексацию файлов для поиска, которая отжирает iops'ы у диска и авторизацию, которая запускает MySQL и жрет память). Поэтому у меня CPU жрется в 1% на Pentium(R) CPU G3260 (Haswell 2 ядра) при запущенном Chromium (в фоне, разумеется, иначе JS грузит проц). В твоей убунте, наверняка, если убрать ненужное, будет то же. Хотя, возможно, тебе не повезло с комбинацией железа, драйверов и версией xorg (я с таким не встречался).

У меня винда в qemu тоже жрет проц, но я знаю, как запустить менеджер процессов и посмотреть, что там работает индексатор для поиска и виндовый встроенный антивирус, которые я не нашел, как отключить (часть служб отключил, но не антивирус). Однако, я не рассказываю всем, что винда — говно и жрет CPU, я просто с ней не разобрался (потому что мне не нужно).

Здравствуйте, Masterspline, Вы писали:

M>Ну, и если тебе так не нравится Linux — иди пользуйся, чем нравится. Без тебя, как пользователя Linux, всем станет только лучше.

О, да, это в мемориз! Вот поэтому Линукс не нужен

M>Ну, а если тут сценарий, когда тебе нужен линукс, но ты не хочешь с ним разобраться и вместо этого ругаешь всех подряд — это к психиатру. Балаболы, которые ни в чем не хотят разбираться и у которых виноваты все вокруг, уже давно надоели (пользы ноль — негатива вагон толстым слоем повсюду).

Я не хочу разбираться ни в винде, ни в линуксе, ни в андроиде. Ты не поверишь, но я еще не особо хочу чтобы меня заставляли разбираться в куче вещей, за которые мне не платят и которые являются инструментами.
ОС это всего лишь инструмент для запуска программ. Я не разработчик ОС и не системщик. Нафига мне нужен инструмент, который глючит, и глюк не лечится быстрым гуглением?
Сколько стоит решит глюк описанный автором в Линуксе? Если я его буду решать сам — это будет очень дорого, т.к. времени уйдет тьма. Нужен сторонний специалист. Сколько в результате станет стоит бесплатный Линукс?

ЗЫ. На серверах подход другой, там штатный "красноглазик" есть в наличии, который шарит в Линуксе. По этому там Линуксу есть место.

Здравствуйте, scf, Вы писали:

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

scf>Ну, линуксовый десктоп (сужу по убунте) объективно дерьмо, зато дерьмо своё, родное.

Мне значительно комфортнее работать в линихном дектопе, чем в вендовом.

scf>От отсутствия банальнейших вещей типа создания ярлыков на рабочем столе через гуй и до очень кривой поддержики аппаратного ускорения. xorg, отъедающий полядра современного процессора — это, типа, норма.

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

Здравствуйте, Masterspline, Вы писали

M>И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?

Да, лучше. У Линуксах это известная проблема, нечего тут строить из себя невинность.

Здравствуйте, Ваня Первачев, Вы писали:

ВП>Здравствуйте, Nuzhny, Вы писали:

N>>Здравствуйте, Masterspline, Вы писали

M>>>И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?

N>>Да, лучше. У Линуксах это известная проблема, нечего тут строить из себя невинность.

ВП>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

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

В тоже время в Linux можно лимиты настроить для разных пользователей. /etc/security/limits.conf и ulimit
Они правда не всегда работают Но тем не менее https://habr.com/ru/post/266083/ еще как вариант (там же в статье) предлагается приложения, которые надо ограничить, запускать в контейнере lxc с наложенным ограничением — это точно работает.

M>>Ну, и если тебе так не нравится Linux — иди пользуйся, чем нравится. Без тебя, как пользователя Linux, всем станет только лучше.
_AB>С таким подходом Линукс точно завоюет весь десктоп, ага.

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

Здравствуйте, Masterspline, Вы писали:

M>Люди, которые вместо решения возникших сложностей
И как он должен решить эту сложность? Потратить пару лет на изучение ядра?

M>начинают поливать Linux дерьмом, уж точно не продвинут его на десктопе.
А ему и не надо. Это красноглазые об этом мечтают.

M>>Чет мне кажется, что в KDE возможности по созданию ярлыков, активити и других возможностей сильно больше, чем в винде (я ими не пользуюсь за ненадобностью, а вот рабочие столы появились лет на 10 раньше винды и я ими пользуюсь с самого их появления)

N>Ну, рабочий стол в Windows был уже тогда, когда ещё не было KDE. Видимо, ты путаешь понятия desktop и workspace.

Я про "рабочиЕ столы" (множественное число). Зачем ты делаешь вид, что не понимаешь, о чем я? У меня они называются "Virtual Desktops", как их называют в винде не в курсе. Стратегия докопаться до второстепенной херни и делать умный вид — классика жанра балабола.

M>>Я про "рабочиЕ столы" (множественное число). Зачем ты делаешь вид, что не понимаешь, о чем я? У меня они называются "Virtual Desktops", как их называют в винде не в курсе. Стратегия докопаться до второстепенной херни и делать умный вид — классика жанра балабола.

N>РабочиЕ столы — это не то же самое, что виртуальные рабочие столы

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

> Ты всё время уходишь от проблемы в обсуждение своих частных вопросов, которые к теме топика не имеют отношения. По делу не сказано же ни слова. KDE, Chrome, отслеживание потребления памяти — это всё не имеет отношения к тому, что дефолтный десктоп на многих дистрибувах просто зависает надолго (или навсегда) при нехватке памяти. Скажи хоть что-то по делу и никто не будет докапываться. "У меня всё работает" — это не по делу.

Давай я перечислю то, что уже сказал:

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

Удали из Desktop Environment все, что мешает (жрет память, проц) — это не сложно, 2-3 настройки, которые легко нагуглить (относится как к винде, так и Linux).

Если памяти мало — знай, сколько ее остается с твоими инструментами разработки и сколько потоков компиляции потянет твоя машина. При достаточном количестве памяти это вообще не важно, make -j$CPU_COUNT будет работать как надо (разве что попадется крайняя экзотика с ветвистыми шаблонами или линковкой нескольких chrome параллельно).

Когда возникают сложности (довольно редко) — находи причину (гугл и форумы в помощь).

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

Научишь логиниться в консоль и находить, кто жрет ресурсы (Ctrl+Alt+F1 -> login -> pssword -> ps afxl, top, vmstat, kill). Это на крайний случай, потому что консоль в графике гораздо дольше будет выходить из swap, чем запуск программ без графики (потому что с диска придется считать меньше). vmstat 2 позволит узнать причину тормозов (нехватка памяти -> ативный swap, уперлись в CPU -> (us+sy) равен количеству процессоров * 100%, уперлись в ввод/вывод -> будет большой wa). top и ps afxl покажет какой конкретно процесс тормозит и его PID, kill -9 $PID очистит систему от тормоза).

А теперь расскажи, что из этого не по делу и чего я до этого не говорил (кроме последнего).

А также расскажи причину зависания твоего ноута при активном свапе. Потому что сейчас для меня это выглядит, как ты не разобрался в чем причина и стал во всем винить Linux. Я очень внимательно слушаю новую и полезную для себя информацию и готов признать, где я был не прав. Но я не хочу случать очередную пачку стереотипов от людей, которые не разбираются в вопросе или сказки от велосипедистов, оправдывающих userspace OOM killer.

Впрочем, если ты хочешь, чтобы у тебя ОС сама всегда работала идеально, при этом не хочешь разбираться (даже поверхностно) с настройками DE и этой OS, даже несмотря на то, что ты разрабатываешь под эту самую OS, то мне это не интересно. И не думаю, что какая-то OS тебя спасет (у всех будут недочеты, которые нужно исправлять). И уж точно нытье тут не поможет.

Я не понимаю людей, которые разбираются с фреймворками, настройками компиляторов, IDE, но отказываются вникать в работу и настройку OS и DE под которые разрабатывают soft.

> "У меня всё работает" — это не по делу.

А, ну, да, т.е. если я не допускаю нехватки памяти, а когда у меня система уходит в swap и тормозит, я с этим справляюсь — это "не по делу".

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

Здравствуйте, $$, Вы писали:

W>>ОС это всего лишь инструмент для запуска программ.
$>Это венда инструмент запуска FAR, а IE- закачки Хрома. В Линуксе всё включено, из коробки.

И где там FAR искаропки?

Здравствуйте, DenisCh, Вы писали:

Pzz>> DC>Image: 2020-01-29_21-04-44.png
Pzz>> Какой-то у тебя rm направильный. Для девочек в розовых платьецах.

DC>Наш, российский. Астралинуховый.

Это что-то типа белорусских креветок, да?

Здравствуйте, Nuzhny, Вы писали:

N>Здравствуйте, Masterspline, Вы писали

M>>И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?

N>Да, лучше. У Линуксах это известная проблема, нечего тут строить из себя невинность.

винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

Здравствуйте, $$, Вы писали:

ВП>>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

$>Это какая из? 10-ка у коллег регулярно вываливалась в BSOD, у меня когда была хостом к рабочей виртуалке- регулярно затупливал ssd, что лечилось только hard reset- м.

Чисто для расширения кругозора — причину BSOD выяснили?

А чей/какой SSD?

Здравствуйте, CreatorCray, Вы писали:

CC>У меня своп выключен вообще, и порой отдельные игрушки сжирают всю оперативу и дохнут. Но чтоб винда от этого померла такого я за последние лет 10 не припомню.
CC>Не 10ка разумеется. От этого поделия держусь подальше сколько смогу. Но увы с апгрейдом железа придётся скрипя зубами поставить, может к тому времени её всё таки подлатают, хотя судя по прогрессу надежд на это мало.

У меня то же самое на десятке. Своп выключен. Я, правда, не игрун, но память сейчас может выжрать что угодно. Винда не падает.
Со времен 1506 десятку-таки подлатали. Не падает.

Здравствуйте, Masterspline, Вы писали:

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

Ну, линуксовый десктоп (сужу по убунте) объективно дерьмо, зато дерьмо своё, родное.

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

Здравствуйте, Masterspline, Вы писали:

M>Я в курсе программ, которые убивают приложения до того, как начнется активный swap. При этом сам такую ситуацию давно не видел, а значит, такое — экзотика. Далее, нужно разделять десктоп и сервер. На сервере админ вполне может настроить cgroups для ограничения использования памяти разными процессами в результате такая экзотическая ситуация станет почти невозможной. На десктопе этот вопрос решается установкой памяти. Хотя для любителей ноутбуков, в которые просто физически памяти может не получиться установить сколько надо, такая проблема может быть актуальной, но опять же решаемой.

Блин, ты отрицаешь очевидное, причём с аргументируя чисто субъективно: "...сам такую ситуацию давно не видел, а значит, такое — экзотика." Поэтому и не ты создал тему!
Ситация — совсем не экзотика, Линукс предназначен не только для серверов. Памяти вполне может не хватать, swap тоже может не хватать. Для мобильников придумали zram не просто так, zswap существует для дела, а не для развлечения. Потом zram очень быстро прижился на десктопах, потому что реально полезен из-за дурацкой реакции системы на нехватку памяти. Лично у меня проблема наблюдалась неоднократно, например, я собирал с j4 полную шаблонной магии библиотеку PCL на ноуте с 8 Гб ОЗУ. Система вешалась надолго, помогал hard reset. Вот тогда я и узнал про zram и zswap, которые позволяли просто скомпилировать библиотеку. На ноут больше памяти поставить было нельзя, а под рукой другого не было.
В Windows ситуация намного лучше, потому что система остаётся более-менее отзывчивой.
Там же в комментариях написано несколько путей решения. И претензия не столько к Линуксу, сколько к сборщикам дистрибутивов. Та же Убунта поставляется в виде десктопного и серверного образа, зачем в десктопном включают серверные настройки? Ты же в проблеме не разобрался, завернулся в свой опыт и что-то хочешь сказать. Ну ок, тебя не касается — проходи мимо.

lpd>>>Конкретно с багом фриза при нехватке памяти я сам сталкивался пару раз на десктопе ubuntu. При желании можно исправить на разными способами, если это нужно, в том числе опциями sysctl или другими oom-killer пакетами, без патчей ядра. Если тебе это мешает, разбирайся, ищи конечную причину и исправляй. Либо плати микрософту, если сам не умеешь или не хочешь.
O>>Ну, вот в этом мировосприятии и беда линукса. И счастье, кстати, тоже.
M>В чем беда, Брат. Расскажи.

Беда в том что можно сделать так чтоб не приходилось разбираться, но не делают. Потому что:
M>Если человек сам хочет разобраться и обращается за помощью — ему помогают, даже если он совсем новичок и сам не понимает, что хочет. А если не хочет разбираться — да зачем он такой нужен?

Здравствуйте, Masterspline, Вы писали

M>Я про "рабочиЕ столы" (множественное число). Зачем ты делаешь вид, что не понимаешь, о чем я? У меня они называются "Virtual Desktops", как их называют в винде не в курсе. Стратегия докопаться до второстепенной херни и делать умный вид — классика жанра балабола.

Для рабочих столов была desktops от Руссиновича и еще несколько программ. Сама поддержка там была очень давно, просто недавно к ней приделали интерфейс "искаропки".

Здравствуйте, IID, Вы писали:

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

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

Здравствуйте, CreatorCray, Вы писали:

CC>А в каком месте там FAR? Того, что панельки нарисованы псевдографикой совершенно недостаточно. Far не про это.

Norton Commander -> Volkov Commander
-> FAR — венда
-> Midnight Commander — линух

Midnight Commander is a free cross-platform orthodox file manager. It was started by Miguel de Icaza in 1994 as a clone of the then-popular Norton Commander

Far Manager is an orthodox file manager for Microsoft Windows and is a clone of Norton Commander.

Здравствуйте, удусекшл, Вы писали:

У>В линупсе все шрифты выглядят как говно

Нормально они совершенно выглядят.

Здравствуйте, sergey2b, Вы писали:

S>а вы с opencv работайте ? у меня есть пару вопросов по сборки
S>я их решил но не красиво

Да. Если они обширные, то лучше создать отдельную тему.

Здравствуйте, Ваня Первачев, Вы писали:

ВП>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

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

M>P.S. Я уже лет 20 не могу понять, почему среди технарей-программистов часто встречаются личности, которые довольно упорно могут разбираться с разными фреймворками, но встретив сложности с OS (или системой сборки) даже не пытаются с ними разобраться (среди админов, кстати, таких не видел).

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

Что касается проблемы с недостатком памяти, то небольшой ликбез — в винде есть тулзы, т.н. driver verifier и app verifier. Первый необходим для получения полноценной подписи драйвера от мс (ну как минимум раньше был необходим), второй — просто полезная штука, которой должен пользоваться уважающий себя и юзеров разработчик (но сейчас наверное таких уже нет). Оба эмулируют состояние нехватки памяти для отдельно выбранного драйвера/приложения. При этом все должно работать корректно. То есть, в винде драйвера все тестируются на работу в условиях когда произвольный ExAllocatePool зафэйлится. Есть ли такое в линуксе? Беглый анализ кода kmalloc/vmalloc не выявил режима "фэйлимся рандомно", не говоря уж об установившейся практике такого тестирования.

M>>Люди, которые вместо решения возникших сложностей
_AB>И как он должен решить эту сложность? Потратить пару лет на изучение ядра?

Так же как и другую задачу в IT. Попробовать понять, почему система торомзит, что отжирает память, какие есть решения. Сформулировать конструктивный вопрос, задать на форуме, спросить у гугла. Ты же про гугл знаешь, да? Или у тебя на любую задачу уходит пара лет и ты сразу лезешь в ядро (хреново, наверное, с этим в винде)?

И зачем ТС вообще полез в IT, если при первых же сложностях у него приключилась истерика?

M>>начинают поливать Linux дерьмом, уж точно не продвинут его на десктопе.
_AB>А ему и не надо.

Так вот пусть идет и займется тем, что ему надо. Кроме нытья про Linux.

> Это красноглазые об этом мечтают.

Не знаю, кого ты называешь красноглазыми, а линуксоидам давно насрать, какая доля у Linux не десктопе. Им просто пользуются. Не нравится — пользуйся чем-то другим, это твое личное дело.

Здравствуйте, IID, Вы писали:

M>>Она еще и в BSOD нередко сваливается при нехватке памяти.

IID>Брехня.
IID>Лично участвовал в Out of resource тестировании драйвера году эдак в 2007.
IID>В т.ч. использовался driver verifier включая варианты случайных отказов в выделении памяти.

IID>Винда (тогда 2000/XP/2003, виста была ещё неатуальна) не падала НИКОГДА.
IID>Самое плохое что могло случиться с виндой — дох какой-то юзермодый системный сервис.

В 2004 поставили на 32-битный двухпроцессорный сервер с 12GB (для БД) голую Win2003 — в смысле совсем без патчей.

Признаемся честно — позаимствованную у кого-то из местных (банков?) лицуху, не требующую активации по инету.

Ну так вот. В 2006 база подросла до 15 гиг и сервер начал валиться в середине рабочего дня.

Помню, я тогда выкачал все патчи для 2003, локально накатил на базовый дистр (была такая клевая штука NLite(?)) и с нуля переустановил эту винду.

Обновлял драйвер рейда или нет — уже не помню. Наверное — да.

Потом еще пару лет в таком состоянии проработал без проблем — до самого финиша

Этот сервер круглосуточно грузился работой по самое не хочу. База на финише была 25 гиг.

N>Блин, ты отрицаешь очевидное, причём с аргументируя чисто субъективно: "...сам такую ситуацию давно не видел, а значит, такое — экзотика." Поэтому и не ты создал тему!

Я сам с такой ситуацией не сталкивался. А также не видел нормального объяснения, от чего она возникает. Алгоритмы типа отключите swap — изначально неразумные, без swap алгоритм работы виртуальной памяти в Linux работает через Ж. Когда столкнусь с нормальным объяснением причины существования программ замены OOM, тогда сменю мнение. Но сейчас для меня все такие рассказы про "зависания" выглядят как страшилки от людей, которые не разобрались в ситуации (потому и не могут толком ничего объяснить). Либо как рассказы любителей изобретать велосипеды, когда нужно придумать оправдание для написания замены OOM killer в userspace.

N>Ситация — совсем не экзотика, Линукс предназначен не только для серверов. Памяти вполне может не хватать, swap тоже может не хватать. Для мобильников придумали zram не просто так, zswap существует для дела, а не для развлечения. Потом zram очень быстро прижился на десктопах, потому что реально полезен из-за дурацкой реакции системы на нехватку памяти. Лично у меня проблема наблюдалась неоднократно, например, я собирал с j4 полную шаблонной магии библиотеку PCL на ноуте с 8 Гб ОЗУ. Система вешалась надолго, помогал hard reset. Вот тогда я и узнал про zram и zswap, которые позволяли просто скомпилировать библиотеку. На ноут больше памяти поставить было нельзя, а под рукой другого не было.

А, ну я именно такое и описывал. Немощный ноут, мало памяти, компилируем что-то... До сих пор не понимаю, зачем программисты используют ноут для комиляции (мало памяти, мало ядер, ядра слабые). С похожим я сталкивался на слабом десктопе, когда при компиляции не хватало памяти (линковщик чего-то большого типа Chromium работает долго и жрет память и в какой-то момент линковщики из разных потоков начинают работать одновременно и уходят в swap). Но у меня система не зависала, а тормозила. При этом срабатывал и Ctrl+C и kill из другой вкладки консоли (с тормозами, но без зависания). После чего я уменьшал "-j" и компилировал заново (в любом случае, оно работает долго, поэтому в фоне). Т.е. ситуация довольно просто разрешалась.

Кстати, в clion сделали удаленные проекты, когда Клён работает на ноуте, а проект лежит на нормальной машине, как и компиляция. Может сильно помочь, если с ноутбуком ну никак расстаться не хочется (IDE с раскраской исходников и работа с VCS лежит на ноуте, а сборка делается на нормальной машине, все файлы копируются туда и обратно сами).

> Ну ок, тебя не касается — проходи мимо.

Я сам знаю, куда и когда мне идти. А если ты не в теме, сколько на твоем ноуте осталось памяти после IDE, Chrome и других инструментов для компилятора и во сколько потоков он сможет собирать проект — то тут вопросы не к Linux, а твоей квалификации.

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

Ops>Конечно больше. Можно вообще свой ВМ написать, с vimом и конфигами.

Ты просто потрындеть пришел или утверждаешь, что в KDE нельзя из графики создавать ярлыки на рабочем столе.

M>>А, ну я именно такое и описывал. Немощный ноут, мало памяти, компилируем что-то... До сих пор не понимаю, зачем программисты используют ноут для комиляции (мало памяти, мало ядер, ядра слабые)

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

Десктоп раза в 2 дешевле ноута, раза в 2 быстрее, оперативки в 2 раза больше (и она тоже быстрее) и раз в 100 надежнее. Скорость работы проца и памяти, а также количество ядер и размер памяти — именно те параметры, которые ускоряют компиляцию. А теперь давай ты оценишь, соотношение разработчиков, которые используют ноут для разработки потому что хочется и тех, кому по-другому никак (причем раз в год съездить на конференцию или в командировку не канают за "никак").

И еще я хочу услышать пример, когда приходится РАБОТАТЬ "с тем, что есть и там, где придётся".

M>>С похожим я сталкивался на слабом десктопе, когда при компиляции не хватало памяти (линковщик чего-то большого типа Chromium работает долго и жрет память и в какой-то момент линковщики из разных потоков начинают работать одновременно и уходят в swap). Но у меня система не зависала, а тормозила. При этом срабатывал и Ctrl+C и kill из другой вкладки консоли (с тормозами, но без зависания). После чего я уменьшал "-j" и компилировал заново (в любом случае, оно работает долго, поэтому в фоне). Т.е. ситуация довольно просто разрешалась.

N>Да, ситуация разрешалась, но она не должна была возникнуть. Никто не говорит, что она неразрешима, плохо, что она в принципе есть. Ну и ты плохо читал: swap не спасает.

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

lpd>>Конкретно с багом фриза при нехватке памяти я сам сталкивался пару раз на десктопе ubuntu. При желании можно исправить на разными способами, если это нужно, в том числе опциями sysctl или другими oom-killer пакетами, без патчей ядра. Если тебе это мешает, разбирайся, ищи конечную причину и исправляй. Либо плати микрософту, если сам не умеешь или не хочешь.
O>Ну, вот в этом мировосприятии и беда линукса. И счастье, кстати, тоже.

В чем беда, Брат. Расскажи. Если человек сам хочет разобраться и обращается за помощью — ему помогают, даже если он совсем новичок и сам не понимает, что хочет. А если не хочет разбираться — да зачем он такой нужен?

N>>Если есть интернет, то да.

Б>Он есть везде. Трудно представить работу программиста без интернета.

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

Здравствуйте, Masterspline, Вы писали:

M>Ну, и если тебе так не нравится Linux — иди пользуйся, чем нравится. Без тебя, как пользователя Linux, всем станет только лучше.

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

Здравствуйте, Nuzhny, Вы писали:

N>Ты даже не пытаешься понять, что у разработчиков проблем нет — проблемы у создателей дистрибутивов, которые не могут сделать так, чтобы браузер не вешал систему. Посмотри на каком говне крутится Windows 10: Intel Atom + 6 Гб ОЗУ + медленный HDD. Оно тормозит, оно еле шевелится, но оно работает и не виснет. Вот об этом и говорят все тебе: десктоп (не сервер, не рабочая станция) должен просто работать.

Pentium N, 4G, Fedora 30, ssd. Всё летает.

M>Ничего не понял. У тебя в swap ушел десктоп (который ты ждал, пока отрисуется) или сервер (к которому ты пытался подключиться по ssh)? А ты уверен, что кроме swap других проблем не было? И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?
Всё будет виснуть на свопе. А уж если авария, то винда синий экран смерти может показать, мак более гламурный экран смерти, линукс уже как настроить. Для Вани Первачева, судя по топику, лучше всего синий экран

Здравствуйте, Danchik, Вы писали:

D>О май гад. Раз вы помешаны на косольке
D>choco install far

$ choco install far
-bash: choco: command not found

Здравствуйте, CreatorCray, Вы писали:


CC>И где там FAR искаропки?

mc

Здравствуйте, lpd, Вы писали:

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

Здравствуйте, CreatorCray, Вы писали:

TSP>>мак более гламурный экран смерти
CC>Это как?

С розовым мехом, наверное.

Здравствуйте, Ваня Первачев, Вы писали:

ВП>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать

Такое бывает, когда swap замаплен в RAM.

Здравствуйте, Ваня Первачев, Вы писали:

ВП>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

Это какая из? 10-ка у коллег регулярно вываливалась в BSOD, у меня когда была хостом к рабочей виртуалке- регулярно затупливал ssd, что лечилось только hard reset- м.

Здравствуйте, $$, Вы писали:

$>Это какая из? 10-ка у коллег регулярно вываливалась в BSOD, у меня когда была хостом к рабочей виртуалке- регулярно затупливал ssd, что лечилось только hard reset- м.

BSOD у десятки я видел несколько раз на 1506. У коллег что, до сих пор она? Коллеги против всяких обновлений?

Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>Чисто для расширения кругозора — причину BSOD выяснили?
Нет. Это было на старой модели делл (не энтерпрайзной).

КД>А чей/какой SSD?
Самсунг какой-то. Ноут был энтерпрайзный делл.

Здравствуйте, Privalov, Вы писали:

P>BSOD у десятки я видел несколько раз на 1506. У коллег что, до сих пор она? Коллеги против всяких обновлений?
Да всё они обновляли. Теперь обновили железо до макбуков. Ну там свои приколы.

Здравствуйте, $$, Вы писали:

$>Здравствуйте, Ваня Первачев, Вы писали:

ВП>>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

$>Это какая из? 10-ка у коллег регулярно вываливалась в BSOD, у меня когда была хостом к рабочей виртуалке- регулярно затупливал ssd, что лечилось только hard reset- м.

пользовался наверно еще до висты, хр или 2000
за BSOD не знаю
но точно помню что система всегда отрисовывалась даже при зависшей программе

Здравствуйте, Ваня Первачев, Вы писали:

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

Magick SysRq. Сам ни разу не пользовался.

Так а в чём причина зависания-то? ionice не поможет? Я просто не понимаю, как такое возможно. Если у задачи приоритет I/O выше, значит её запрос улетит в диск моментально и прилетит ответ моментально (ну в течение долей секунд, если речь про HDD).

Здравствуйте, Masterspline, Вы писали:

M>Так же как и другую задачу в IT. Попробовать понять, почему система торомзит
Он понял почему, если ты не заметил.

M>Ты же про гугл знаешь, да?
Нет, конечно.

M>И зачем ТС вообще полез в IT, если при первых же сложностях у него приключилась истерика?
Кто тебе сказал, что это первые сложности? Сам придумал?

M>Так вот пусть идет и займется тем, что ему надо. Кроме нытья про Linux.
А кто ты такой, чтобы указывать другим, чем им заниматься?

M>Не знаю, кого ты называешь красноглазыми
Врешь же.

Здравствуйте, Masterspline, Вы писали:

M>Чет мне кажется, что в KDE возможности по созданию ярлыков, активити и других возможностей сильно больше, чем в винде (я ими не пользуюсь за ненадобностью, а вот рабочие столы появились лет на 10 раньше винды и я ими пользуюсь с самого их появления)

Ну, рабочий стол в Windows был уже тогда, когда ещё не было KDE. Видимо, ты путаешь понятия desktop и workspace.

ВП>>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего!
ВП>>каждому разрабу индусу луч поноса в рожу!!!!!
M>А причем индусы, индусы же винду писали, а линукс, вроде как , боги кодили..
ага, вот такие вот:

Правая рука Мина развёрнута вверх, в неё вложена плеть в форме созвездия Ориона, левая — на египетских фресках обычно не изображается, но на статуях она обхватывает фаллос у основания

Здравствуйте, Masterspline, Вы писали:

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

Конечно больше. Можно вообще свой ВМ написать, с vimом и конфигами.

Здравствуйте, Masterspline, Вы писали:

M>А, ну я именно такое и описывал. Немощный ноут, мало памяти, компилируем что-то... До сих пор не понимаю, зачем программисты используют ноут для комиляции (мало памяти, мало ядер, ядра слабые)

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

M>С похожим я сталкивался на слабом десктопе, когда при компиляции не хватало памяти (линковщик чего-то большого типа Chromium работает долго и жрет память и в какой-то момент линковщики из разных потоков начинают работать одновременно и уходят в swap). Но у меня система не зависала, а тормозила. При этом срабатывал и Ctrl+C и kill из другой вкладки консоли (с тормозами, но без зависания). После чего я уменьшал "-j" и компилировал заново (в любом случае, оно работает долго, поэтому в фоне). Т.е. ситуация довольно просто разрешалась.

Да, ситуация разрешалась, но она не должна была возникнуть. Никто не говорит, что она неразрешима, плохо, что она в принципе есть. Ну и ты плохо читал: swap не спасает.

M>Я сам знаю, куда и когда мне идти. А если ты не в теме, сколько на твоем ноуте осталось памяти после IDE, Chrome и других инструментов для компилятора и во сколько потоков он сможет собирать проект — то тут вопросы не к Linux, а твоей квалификации.

Ха-ха-ха! Chrome у тебя превратился в инструмент для компилятора? Сразу виден профессионал.

Здравствуйте, Ваня Первачев, Вы писали:

ВП>>>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

ВП>$>Это какая из? 10-ка у коллег регулярно вываливалась в BSOD, у меня когда была хостом к рабочей виртуалке- регулярно затупливал ssd, что лечилось только hard reset- м.

ВП>пользовался наверно еще до висты, хр или 2000
ВП>за BSOD не знаю
ВП>но точно помню что система всегда отрисовывалась даже при зависшей программе


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

Здравствуйте, Ваня Первачев, Вы писали:

ВП>каждому разрабу индусу луч поноса в рожу!!!!!

С чего ты взял, что линукс разрабатывали индусы, или только индусы?

M>>Я сам знаю, куда и когда мне идти. А если ты не в теме, сколько на твоем ноуте осталось памяти после IDE, Chrome и других инструментов для компилятора и во сколько потоков он сможет собирать проект — то тут вопросы не к Linux, а твоей квалификации.

N>Ха-ха-ха! Chrome у тебя превратился в инструмент для компилятора? Сразу виден профессионал.

Я теперь перечитай это как "сколько на твоем ноуте осталось памяти для компилятора после IDE, Chrome и других инструментов" и пойми, что ты балабол, который не пытается даже понять написанное и только ищет до чего докопаться.

Здравствуйте, ononim, Вы писали:

O>Что касается проблемы с недостатком памяти, то небольшой ликбез — в винде есть тулзы, т.н. driver verifier и app verifier. То есть, в винде драйвера все тестируются на работу в условиях когда произвольный ExAllocatePool зафэйлится. Есть ли такое в линуксе?

Ну в линуксе есть ltptest, который в том числе тестирует outofmemory, и много других тестов. Конкретно с багом фриза при нехватке памяти я сам сталкивался пару раз на десктопе ubuntu. При желании можно исправить на разными способами, если это нужно, в том числе опциями sysctl или другими oom-killer пакетами, без патчей ядра. Если тебе это мешает, разбирайся, ищи конечную причину и исправляй. Либо плати микрософту, если сам не умеешь или не хочешь.

Здравствуйте, Masterspline, Вы писали:

M>Я про "рабочиЕ столы" (множественное число). Зачем ты делаешь вид, что не понимаешь, о чем я? У меня они называются "Virtual Desktops", как их называют в винде не в курсе. Стратегия докопаться до второстепенной херни и делать умный вид — классика жанра балабола.

РабочиЕ столы — это не то же самое, что виртуальные рабочие столы, которые вообще никакого отношения к созданию яплыков не имеют. Ты всё время уходишь от проблемы в обсуждение своих частных вопросов, которые к теме топика не имеют отношения. По делу не сказано же ни слова. KDE, Chrome, отслеживание потребления памяти — это всё не имеет отношения к тому, что дефолтный десктоп на многих дистрибувах просто зависает надолго (или навсегда) при нехватке памяти. Скажи хоть что-то по делу и никто не будет докапываться. "У меня всё работает" — это не по делу.

Здравствуйте, Nuzhny, Вы писали:

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

В таком случае помогает Remote Desktop. Используешь "что придется", работая при этом с мощным железом.

Здравствуйте, Masterspline, Вы писали:

M>И еще я хочу услышать пример, когда приходится РАБОТАТЬ "с тем, что есть и там, где придётся".

В командировке, в отпуске, на кухне в съёмной квартире, в кафе, в коворкинге. Где угодно, короче. Ноутов у меня дома 4 штуки разных, из-за полукочевого образа жизни последних лет системник неудобен. Таких как я довольного много знаю лично.

M>Так она и не возникла бы, если бы ты знал, сколько потоков компиляции потянет твой ноут. Про swap вообще не понял. Я говорил, что его нельзя отключать, а не что он спасет. Если система ушла в активный swap — она будет тормозить и ей либо нужно дать памяти (завершив ненужные процессы, chrome, например), либо запустить с меньшей параллельностью.

Чтобы узнать, сколько тянет, надо запустить и узнать. Смекалка! Мало какие проекты указывают в документации объём оперативной памяти, потребляемый конкретным компилятором при сборке. Собирал когда-нибудь проекты с большим объёмом шаблонной магии на плюсах? PCL один из таких проектов.
Кроме того, есть проекты, которые могут потреблять память при сборке в зависимости от того, что конкретно ты собираешь. Например, dlib при сборке проекта с нейросетью потребляет память пропорционально сложности нейросети. И пока ты сборку не запустишь, от не узнаешь, сколько там памяти надо.
Мир он большой и разнообразный, случаи бывают всякие.

Здравствуйте, Буравчик, Вы писали:

Б>В таком случае помогает Remote Desktop. Используешь "что придется", работая при этом с мощным железом.

Если есть интернет, то да.

O>>Что касается проблемы с недостатком памяти, то небольшой ликбез — в винде есть тулзы, т.н. driver verifier и app verifier. То есть, в винде драйвера все тестируются на работу в условиях когда произвольный ExAllocatePool зафэйлится. Есть ли такое в линуксе?
lpd>Ну в линуксе есть ltptest, который в том числе тестирует outofmemory, и много других тестов.
"to confirm the behavior of the Linux kernel as well as glibc."
Я так понимаю для гуи никто таких тестов не делает. Потому что ведь если гуй завис, его же всегда можно рестартануть по ssh

lpd>Конкретно с багом фриза при нехватке памяти я сам сталкивался пару раз на десктопе ubuntu. При желании можно исправить на разными способами, если это нужно, в том числе опциями sysctl или другими oom-killer пакетами, без патчей ядра. Если тебе это мешает, разбирайся, ищи конечную причину и исправляй. Либо плати микрософту, если сам не умеешь или не хочешь.
Ну, вот в этом мировосприятии и беда линукса. И счастье, кстати, тоже.

Здравствуйте, Nuzhny, Вы писали:

N>Если есть интернет, то да.

Он есть везде. Трудно представить работу программиста без интернета.

M>>И еще я хочу услышать пример, когда приходится РАБОТАТЬ "с тем, что есть и там, где придётся".

N>В командировке, в отпуске, на кухне в съёмной квартире, в кафе, в коворкинге. Где угодно, короче. Ноутов у меня дома 4 штуки разных, из-за полукочевого образа жизни последних лет системник неудобен. Таких как я довольного много знаю лично.

В командировки, обычно, ездят редко, тут можно завести отдельный ноут, как и для выступления на конференциях. Средний, без излишеств. Однако, сам проект должен лежать на сервере и компиляция делаться удаленно (про такой вариант в Клен я уже писал, IMHO, его специально сделали для разработчиков, которые не могут расстаться с немощным ноутом и плачут, как все медленно работает).
В отпуске работать? Я бы попросил зарплату раза 2 выше. Да и тут подходит вариант "командировка".
На съемной квартире. Это когда в комнате с десктопом кто-то спит? Опять же удаленная разработка на среднем ноуте. Иначе не вижу причин для стационарной машины — при переезде разницы не будет.
В кафе. Ну тут вообще проще дойти до места с удобным столом, стулом, монитором, системником и интернетом по кабелю.
В коворкинге. Ну, да. Хотя опять же вариант с удаленным сервером и средним ноутом.

И главный вопрос, насколько часто это происходит в реальности? И как часто это действительно необходимо? Почему бы не вести разработку за удобным столом, стулом, монитором, системником и проводным интернетом (я не верю в разработку с ноутом сидя в сортире — это неудобно и неэффективно). Мне так никто и не дал убедительных ответов, потому я считаю, что причина — "так хочется".

M>>Так она и не возникла бы, если бы ты знал, сколько потоков компиляции потянет твой ноут. Про swap вообще не понял. Я говорил, что его нельзя отключать, а не что он спасет. Если система ушла в активный swap — она будет тормозить и ей либо нужно дать памяти (завершив ненужные процессы, chrome, например), либо запустить с меньшей параллельностью.

N>Чтобы узнать, сколько тянет, надо запустить и узнать. Смекалка! Мало какие проекты указывают в документации объём оперативной памяти, потребляемый конкретным компилятором при сборке. Собирал когда-нибудь проекты с большим объёмом шаблонной магии на плюсах? PCL один из таких проектов.
N>Кроме того, есть проекты, которые могут потреблять память при сборке в зависимости от того, что конкретно ты собираешь. Например, dlib при сборке проекта с нейросетью потребляет память пропорционально сложности нейросети. И пока ты сборку не запустишь, от не узнаешь, сколько там памяти надо.
N>Мир он большой и разнообразный, случаи бывают всякие.

Если ты запускаешь компиляцию первый раз или тебе попался неудачный проект, который особо активно жрет память — ты уйдешь в swap. Но это экзотика, произойдет раз в год, ты с ней справишься и пойдешь дальше. В остальных случаях все сборки примерно одинаковы, т.е. ты будешь знать, сколько обычно потоков потянет твоя машина из предыдущего опыта. И как и говорил, это актуально, только при нехватке памяти. Возьми нормальный десткоп и ты с таким вообще не столкнешься. Так что больше похоже на ССЗБ и раскидывание известной субстанции по всем интернетам. Для меня это выглядит так: "Я пользуюсь немощным ноутом, у меня все тормозит, но я все равно им пользуюсь, а иногда уходит в своп и я не знаю, что с этим делать, поэтому иду на форум и рассказываю, какой плохой этот ваш Linux. Грохнуть из консоли я ничего не могу, потому что не умею и вообще, все должно работать само!" Я не против ноутов, я против нытья.

Если у тебя необычная сборка, которая непредсказуемо потребляет память и прошлый опыт тебе не поможет — тут неприятность. Но как я уже сказал, у меня в таких случаях система тормозила, но не вешалась. И пока я не услышу убедительное объяснение, почему она должна повиснуть, я их не воспринимаю всерьез. Особенно от людей, которые с глубиной понимания ситуации "во всем Linux виноват".

P.S. Я тут подумал, что ситуация с "зависанием" может возникнуть, когда запускаешь большую сборку из IDE типа clion. Там сначала IDE уйдет в swap, потом компиляция тоже уйдет в swap и чтобы ее остановить, нужно нажать что-то в IDE. Но IDE довольно большой и из swap он будет доставаться долго, затем долго реагировать на остановку сборки... Я всегда запускал длительные сборки из консоли, а там Ctrl+C отработает (как управление луноходом, но отработает, причем даже из GUI консоли). А kill из консоли (Ctrl+Alt+F1) отработает еще быстрее (разработчик, пользующийся только GUI про это не знает, конечно). Так что, возможно, мне не понять проблем таких разработчиков.

O>Беда в том что можно сделать так чтоб не приходилось разбираться, но не делают. Потому что:
M>>Если человек сам хочет разобраться и обращается за помощью — ему помогают, даже если он совсем новичок и сам не понимает, что хочет. А если не хочет разбираться — да зачем он такой нужен?

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

Мне тут вот подумалось, а ведь сборку можно запускать с ограничением по памяти через cgroups. Почему бы недовольным разработчикам, которые тут отметились не выяснить, как это делать. А также есть уже упомянутые userspace OOM killers, специально сделанные для предотвращения активного swap (срабатывают до ядерного OOM).

Или может разработчикам Клён feature request написать... Типа запускать компиляцию в отдельной сессии и ограничивать ее память (например, сделать стартер, который создаст сессию, сконфигурирует ограничение по памяти, запустит make и будет следить за активностью swap, если началось — сильнее ограничивать память для всей сессии).

Кстати. Подобная неприятность уже была, но связана не со swap, а CPU и тогда ее решили. Даже Линус отписался, что-то типа теперь я могу запустить компиляцию ядра и у меня не тормозит отрисовка графики. Тогда можно было вручную создавать сессию и запускать там сборку, а планировщик уже мог правильно распределять CPU между сессиями (когда в одной десятки компиляторов, а в другой единственный браузер и он не тормозит, потому что CPU делится на две сессии, а не на процессы и браузер мог получить до 50% CPU). Затем в ядро внесли патч на несколько строк, чтобы он это делал автоматически без ручной манипуляции с cgroups.

O>>Беда в том что можно сделать так чтоб не приходилось разбираться, но не делают. Потому что:
M>>>Если человек сам хочет разобраться и обращается за помощью — ему помогают, даже если он совсем новичок и сам не понимает, что хочет. А если не хочет разбираться — да зачем он такой нужен?
M>Ну, тут, чтобы не скатываться в пустую болтовню, нужна конкретика. Что за задача, как ее можно решать, почему не решили... Я для себя уже понял, что не сталкиваюсь со многими неприятностями потому что сильно по другому организую работу. Поэтому потребности и боль многих разработчиков для меня неизвестны.
Ну вот тут

Автор: lpd
Дата: 20.01.20

человек пишет:

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

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

Здравствуйте, ononim, Вы писали:

O>Ну вот тут

Автор: lpd
Дата: 20.01.20

человек пишет:
O>

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

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

В Fedora 32 намерены включить earlyoom для раннего реагирования на нехватку памяти
В systemd ожидается включение обработчика нехватки памяти oomd, разработанного в Facebook

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

Здравствуйте, Masterspline, Вы писали:

M>Ты просто потрындеть пришел или утверждаешь, что в KDE нельзя из графики создавать ярлыки на рабочем столе.

Я про "другие возможности".

Здравствуйте, velkin, Вы писали:

M>>Ну, и если тебе так не нравится Linux — иди пользуйся, чем нравится. Без тебя, как пользователя Linux, всем станет только лучше.

V>Вот это правильный подход, и даже объяснять ничего не нужно, а то только получишь больше бессмысленных вбросов.

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

Здравствуйте, IID, Вы писали:

IID>Винда (тогда 2000/XP/2003, виста была ещё неатуальна) не падала НИКОГДА.
IID>Самое плохое что могло случиться с виндой — дох какой-то юзермодый системный сервис.

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

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

Здравствуйте, Nuzhny, Вы писали:

а вы с opencv работайте ? у меня есть пару вопросов по сборки
я их решил но не красиво

Здравствуйте, Masterspline, Вы писали:

M>Я сам с такой ситуацией не сталкивался. А также не видел нормального объяснения, от чего она возникает. Алгоритмы типа отключите swap — изначально неразумные, без swap алгоритм работы виртуальной памяти в Linux работает через Ж.
Казалось бы! А как ему тогда предполагается работать на жедезках где и памяти мало и Storage под своп нетути?

M>>Я сам с такой ситуацией не сталкивался. А также не видел нормального объяснения, от чего она возникает. Алгоритмы типа отключите swap — изначально неразумные, без swap алгоритм работы виртуальной памяти в Linux работает через Ж.
CC>Казалось бы! А как ему тогда предполагается работать на жедезках где и памяти мало и Storage под своп нетути?

Я с таким не сталкивался, поэтому ничего конкретного сказать не могу. Возможно, это тоже экзотика, возможно, если скомпилировать ядро без поддержки swap, то все будет не так плохо. Но в любом случае, разработчик должен очень хорошо разбираться, как поведет себя ядро в такой ситуации.

И, уж, точно, это не относится к обсуждаемой теме.

Здравствуйте, IID, Вы писали:

IID>Так что смотрите на причину бсода, в 99.9% это сторонний драйвер какого-нить продукта или железки.

С этим никто не спорит.
Но по факту в определенных сочетаниях винды с железом, она (10-ка) падает в BSOD раз в 1-2 дня.

А тема наброса "винда никогда не падает", "линух всегда виснет".
Нет уж, чтоб линух вис, нужно создать условия нехватки памяти- отключить swap или (что было у меня) при мелкой RAM ещё и поместить туда, в RAM, swap-partition. Раз в 2-3 недели оно затупливало так, что не всегда дожидался ssh.

Здравствуйте, Masterspline, Вы писали:

M>И, уж, точно, это не относится к обсуждаемой теме.
Допустим, но тогда если оно без свопа совсем не может почему есть возможность его отключать?

Здравствуйте, Ваня Первачев, Вы писали:

ВП>винда никогда не висла и всегда можно было запустить манагер процессов и убить проблемный процесс

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

Здравствуйте, Masterspline, Вы писали:

M>Я в курсе программ, которые убивают приложения до того, как начнется активный swap. При этом сам такую ситуацию давно не видел, а значит, такое — экзотика. Далее, нужно разделять десктоп и сервер. На сервере админ вполне может настроить cgroups для ограничения использования памяти разными процессами в результате такая экзотическая ситуация станет почти невозможной. На десктопе этот вопрос решается установкой памяти. Хотя для любителей ноутбуков, в которые просто физически памяти может не получиться установить сколько надо, такая проблема может быть актуальной, но опять же решаемой.

У меня 18 гигов на дектопе. Все равно, чёртов фаирфокс умудряется иногда всю пямять сождать, и отправить систему тарахтеть диском на полчасика. И отнажды на моих глазах это умудрился сделать gcc, запущенный в параллель в десяток процессов.

Здравствуйте, Masterspline, Вы писали:

N>>Блин, ты отрицаешь очевидное, причём с аргументируя чисто субъективно: "...сам такую ситуацию давно не видел, а значит, такое — экзотика." Поэтому и не ты создал тему!

M>Я сам с такой ситуацией не сталкивался. А также не видел нормального объяснения, от чего она возникает. Алгоритмы типа отключите swap — изначально неразумные, без swap алгоритм работы виртуальной памяти в Linux работает через Ж. Когда столкнусь с нормальным объяснением причины существования программ замены OOM, тогда сменю мнение. Но сейчас для меня все такие рассказы про "зависания" выглядят как страшилки от людей, которые не разобрались в ситуации (потому и не могут толком ничего объяснить). Либо как рассказы любителей изобретать велосипеды, когда нужно придумать оправдание для написания замены OOM killer в userspace.

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

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

Oom killer при этом не вмешивается, считая, что раз есть место на свопе, ничего делать не надо.

Здравствуйте, Nuzhny, Вы писали:

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

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

N>Ха-ха-ха! Chrome у тебя превратился в инструмент для компилятора? Сразу виден профессионал.

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

Здравствуйте, Буравчик, Вы писали:

N>>Если есть интернет, то да.

Б>Он есть везде. Трудно представить работу программиста без интернета.

Не везде. В самолете его скорее нет, чем есть. В метро он есть с перебоями.

Здравствуйте, ononim, Вы писали:

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

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

O>Что касается проблемы с недостатком памяти, то небольшой ликбез — в винде есть тулзы, т.н. driver verifier и app verifier. Первый необходим для получения полноценной подписи драйвера от мс (ну как минимум раньше был необходим), второй — просто полезная штука, которой должен пользоваться уважающий себя и юзеров разработчик (но сейчас наверное таких уже нет). Оба эмулируют состояние нехватки памяти для отдельно выбранного драйвера/приложения. При этом все должно работать корректно. То есть, в винде драйвера все тестируются на работу в условиях когда произвольный ExAllocatePool зафэйлится. Есть ли такое в линуксе? Беглый анализ кода kmalloc/vmalloc не выявил режима "фэйлимся рандомно", не говоря уж об установившейся практике такого тестирования.

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

Здравствуйте, ononim, Вы писали:

O>Беда в том что можно сделать так чтоб не приходилось разбираться, но не делают. Потому что:

Реально, нельзя. Никому еще не удавалось.

Здравствуйте, Pzz, Вы писали:

Pzz>В любой реальной системе этих самых падучих драйверов сторонних производителей — пруд пруди. Пользователю, по большому счету, все равно, кто виноват, микрософт или производитель железа. Пользователю вообще не интересно, кто виноват, ему интересно, что делать.

Это была одна из причин МС вынести графику в юзерспейс по максимуму — львиная доля BSODов была из-за видеодрайверов.

Здравствуйте, Pzz, Вы писали:

Pzz>Полагаю, что стол, в системник на котором воткнуто 18 гигов и два больших монитора, достаточно мощный.
По нынешним реалиям 16 гиг это минимальный конфиг.

Здравствуйте, CreatorCray, Вы писали:

CC>Это была одна из причин МС вынести графику в юзерспейс по максимуму — львиная доля BSODов была из-за видеодрайверов.

Что-то эту бедную графику одни упорно тащят в юзерспейс, а другие упорно тащат из юзерспейса в ядро. Боюсь у графики, от таскания ее с места на место, голова скоро закружится.

Здравствуйте, Pzz, Вы писали:

Pzz>Что-то эту бедную графику одни упорно тащят в юзерспейс, а другие упорно тащат из юзерспейса в ядро.

А кто её тащит в ядро?
Я как раз наблюдаю тенденцию вообще как можно больше из кернела вынести в юзер.

Здравствуйте, Pzz, Вы писали:

Pzz>У меня 18 гигов на дектопе. Все равно, чёртов фаирфокс умудряется иногда всю пямять сождать, и отправить систему тарахтеть диском на полчасика. И отнажды на моих глазах это умудрился сделать gcc, запущенный в параллель в десяток процессов.

Как-то странно. У меня постоянно 2 окна FF с полусотней вкладок в каждом, отжора памяти, особенно неконтролируемого, не замечал. Ну гига 4-5 может иногда зохавает, так это и не заметно даже, да и редко так много.

Здравствуйте, Pzz, Вы писали:

Pzz>Не везде. В самолете его скорее нет, чем есть. В метро он есть с перебоями.

Нужно же когда-то и программисту отдыхать.

Здравствуйте, $$, Вы писали:

$>Здравствуйте, CreatorCray, Вы писали:

W>>>>ОС это всего лишь инструмент для запуска программ.
CC>>$>Это венда инструмент запуска FAR, а IE- закачки Хрома. В Линуксе всё включено, из коробки.

CC>>И где там FAR искаропки?

$>Этот костыль только виндузятникам нужен по причине убогости этой ОС для разработчика.

Может неубогий посостязаеться со мной кто быстрее скопирует три нужных файла из папки в которой их с 20-к или сразу заархивирует. Пока ты натайпаешь эти имена я даже содержимое просмотрю.

Ты в курсе что повершел по функциональности рвет баш как тузик грелку. Чтобы что-то подобное заиметь надо прыгать в питон и то с костылями.
О, кстати, вы дебажите баш или по старинке трассируете, упало не упало? Или вечное, хацкерам дебаггер не нужен?

Здравствуйте, Privalov, Вы писали:

Pzz>>Не везде. В самолете его скорее нет, чем есть. В метро он есть с перебоями.

P>Нужно же когда-то и программисту отдыхать.

В самолете отдыхать уныло.

Здравствуйте, Ops, Вы писали:

Ops>Как-то странно. У меня постоянно 2 окна FF с полусотней вкладок в каждом, отжора памяти, особенно неконтролируемого, не замечал. Ну гига 4-5 может иногда зохавает, так это и не заметно даже, да и редко так много.

Оно у меня, бывает, висит месяцами.

Здравствуйте, CreatorCray, Вы писали:

CC>А кто её тащит в ядро?
CC>Я как раз наблюдаю тенденцию вообще как можно больше из кернела вынести в юзер.

Ну в линухе, наоборот, в ядро потащили.

Здравствуйте, Pzz, Вы писали:

Pzz>В самолете отдыхать уныло.

По крейней мере можно отключиться от Интернетов и почитать какую-нибудь нормальную книжку, пусть и электронную.

Здравствуйте, Pzz, Вы писали:

Pzz>Ну в линухе, наоборот, в ядро потащили.
А, ну удачи им в этом нелёгком деле.

Здравствуйте, Masterspline, Вы писали:

M>И главный вопрос, насколько часто это происходит в реальности? И как часто это действительно необходимо? Почему бы не вести разработку за удобным столом, стулом, монитором, системником и проводным интернетом (я не верю в разработку с ноутом сидя в сортире — это неудобно и неэффективно). Мне так никто и не дал убедительных ответов, потому я считаю, что причина — "так хочется".

Просто у тебя другая работа и другой образ жизни. Почему бы не жить в доме на природе и работать удалённо, а не ездить в мегаполисам по пробкам? Зачем работать в опенспейсах, а не в больших кабинетах командой по 5-6 человек? Вопросов много, можешь их задавать, но толку?

M>Если у тебя необычная сборка, которая непредсказуемо потребляет память и прошлый опыт тебе не поможет — тут неприятность. Но как я уже сказал, у меня в таких случаях система тормозила, но не вешалась. И пока я не услышу убедительное объяснение, почему она должна повиснуть, я их не воспринимаю всерьез. Особенно от людей, которые с глубиной понимания ситуации "во всем Linux виноват".

Ты не хочешь принять простой мысли: пользовательский процесс НЕ ДОЛЖЕН вешать систему. Ну не должен и всё, во всех популярных десктопных ОС так и работает. В Линуксе же такую простую штуку надо настраивать. Какая разница: возникает ситуация раз в месяц или раз в год? Очевидно, что в ситуации с десктопной ОС это баг. И перечитай ещё раз мои сообщения: я знаю пути решения, я прочитал на эту тему больше твоего, потому что ситуация возникала. Проблема не столько с Линуксом как таковым, сколько с десктопными дистрибутивами, которые не могут по дефолту сделать правильно.

M>P.S. Я тут подумал, что ситуация с "зависанием" может возникнуть, когда запускаешь большую сборку из IDE типа clion. Там сначала IDE уйдет в swap, потом компиляция тоже уйдет в swap и чтобы ее остановить, нужно нажать что-то в IDE. Но IDE довольно большой и из swap он будет доставаться долго, затем долго реагировать на остановку сборки... Я всегда запускал длительные сборки из консоли, а там Ctrl+C отработает (как управление луноходом, но отработает, причем даже из GUI консоли). А kill из консоли (Ctrl+Alt+F1) отработает еще быстрее (разработчик, пользующийся только GUI про это не знает, конечно). Так что, возможно, мне не понять проблем таких разработчиков.

Ты даже не пытаешься понять, что у разработчиков проблем нет — проблемы у создателей дистрибутивов, которые не могут сделать так, чтобы браузер не вешал систему. Посмотри на каком говне крутится Windows 10: Intel Atom + 6 Гб ОЗУ + медленный HDD. Оно тормозит, оно еле шевелится, но оно работает и не виснет. Вот об этом и говорят все тебе: десктоп (не сервер, не рабочая станция) должен просто работать.

Здравствуйте, Буравчик, Вы писали:

N>>Если есть интернет, то да.
Б>Он есть везде. Трудно представить работу программиста без интернета.

Трудно, но бывает. Я в Сапсане 8 часов провёл (туда и обратно), Интернет либо очень плохой, либо его нет. Я лечу в самолёте — нет Интернета. Я могу быть на объекте, где либо нет Интернета, либо им запрещено пользоваться из соображений безопасности. Я могу быть в отпуске в деревне, которая находится в ложбине и там даже сотовая связь работает только на холме.

Здравствуйте, Masterspline, Вы писали:

M>А теперь расскажи, что из этого не по делу и чего я до этого не говорил (кроме последнего).

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

Здравствуйте, $$, Вы писали:

$>Pentium N, 4G, Fedora 30, ssd. Всё летает.

У меня где то валяется Atom 1.5Gz, 2GB RAM, на котором стоит W2008 R2 x64
И я на этом хламе поднимал такую же винду в виртуалке.

Здравствуйте, $$, Вы писали:

$>Pentium N, 4G, Fedora 30, ssd. Всё летает.

У меня десятка на такой же конфигурации железа летает.

ВП>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего! только шуршит себе
ВП>даже по локалке по ssh не подключается
Там есть OOM killer, который выполняет действия в момент недоступности памяти. Посмотри как он сконфигурирован и убивал ли он кого "grep -i kill /var/log/messages*"

CC>И где там FAR искаропки?
Где, где? В репозитарии на хосте!
sudo apt-get install mc

Здравствуйте, TimurSPB, Вы писали:

CC>>И где там FAR искаропки?
TSP>Где, где? В репозитарии на хосте!
TSP>sudo apt-get install mc

А в каком месте там FAR? Того, что панельки нарисованы псевдографикой совершенно недостаточно. Far не про это.

Здравствуйте, TimurSPB, Вы писали:

TSP>мак более гламурный экран смерти
Это как?

Здравствуйте, TimurSPB, Вы писали:

CC>>И где там FAR искаропки?
TSP>Где, где? В репозитарии на хосте!
TSP>sudo apt-get install mc

О май гад. Раз вы помешаны на косольке
choco install far

Только изкаробки это когда уже предустановлено.

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, Danchik, Вы писали:

D>>О май гад. Раз вы помешаны на косольке
D>>choco install far

CC>$ choco install far
CC>-bash: choco: command not found

CC>

Тут скорее bash not found ))

Вспомнился старый мем: "CPU not found, software emulated."

CC>>А кто её тащит в ядро?
CC>>Я как раз наблюдаю тенденцию вообще как можно больше из кернела вынести в юзер.
Pzz>Ну в линухе, наоборот, в ядро потащили.
Ну в этом линукс повторяет винду 20лет назад. Там тоже гуй вначале был отдельной юзермодной подсистемой в составе csrss.exe, потом в NT4.0 (1996г замечу) ради перфоманса утоптали этот юзермодный код в ядро, в виде модуля win32k.sys с компании видеодров, для чего например пришлось подкостыливать размер ядерного стека потоков функцией PsConvertToGuiThread. Поимели с этого кучу веселых секурити багов, и теперь контрэволюция делает новый виток.

Здравствуйте, ononim, Вы писали:

O>Ну в этом линукс повторяет винду 20лет назад. Там тоже гуй вначале был отдельной юзермодной подсистемой в составе csrss.exe, потом в NT4.0 (1996г замечу) ради перфоманса утоптали этот юзермодный код в ядро, в виде модуля win32k.sys с компании видеодров, для чего например пришлось подкостыливать размер ядерного стека потоков функцией PsConvertToGuiThread. Поимели с этого кучу веселых секурити багов, и теперь контрэволюция делает новый виток.

Ну, может в линухе поудачнее разрежут между тем, что уйдет в ядро и тем, что останется в юзерспейсе.

Здравствуйте, Danchik, Вы писали:

D>Тут скорее bash not found ))
Могу то же самое запулить из под zsh
Результат будет таким же.

$>а на чуваков с mc смотрят, как на ламеров

суровые вы пацанчики, хацкеры наверное?

Здравствуйте, gardener, Вы писали:

G>суровые вы пацанчики, хацкеры наверное?
Если вспомнить жалобы Артема, то там все ламеры и говнокодеры, не желающие кодить на новых удобных и модных ЯП.

Здравствуйте, Ваня Первачев, Вы писали:

вот что нарыл

В ядре есть два основных параметра, отвечающих за overcommit памяти:

vm.overcommit_memory — отвечает за стратегию overcommit
vm.overcommit_ratio — отвечает за уровень (в процентах) overcommit-а
Стратегии есть такие (см. файл с исходниками ядра mm/mmap.c):

0 — OVERCOMMIT_GUESS — эвристический подход к распределению памяти. В нем выделяется столько памяти, сколько хочет процесс. Но в swap/res попадает только те страницы, которые используются этим процессом.
1 — OVERCOMMIT_ALWAYS — overcommit памяти есть всегда. Использовать лучше с совсем кривыми приложениями и быть готовым при этому ко всему.
2 — OVERCOMMIT_NEVER — без overcommit. В этом случае допустимый объем пространства памяти будет swap+ram*overcommit_ratio/100.
По умолчанию используется стратегия OVERCOMMIT_GUESS, а vm.overcommit_ratio находится в значение 50% и используется только в случае OVERCOMMIT_NEVER. Система резервирует около 3% памяти для процессов пользователя root.

установил в /etc/sysctl.conf
vm.overcommit_ratio = 100
vm.overcommit_memory = 2

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

Здравствуйте, TimurSPB, Вы писали:

ВП>>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего! только шуршит себе
ВП>>даже по локалке по ssh не подключается
TSP>Там есть OOM killer, который выполняет действия в момент недоступности памяти. Посмотри как он сконфигурирован и убивал ли он кого "grep -i kill /var/log/messages*"

в моем случае не убивал ничего поэтому висло

Здравствуйте, Pzz, Вы писали:

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

Здравствуйте, Pzz, Вы писали:
Pzz>Оно у меня, бывает, висит месяцами.
Фантастика. У меня FF выжирает не столько RAM, сколько диск. ХЗ куда он его ест, но регулярная штука — исчерпание диска (особенно если видео интенсивно смотреть в нём).

Причём закрытие вкладок не помогает — помогает только рестарт файрфокса. Тогда он, по-видимому, какие-то временные файлы наконец отпускает, и на диске образуется 3-5-10 гигов пространства.

Здравствуйте, Sinclair, Вы писали:

S>Если рендерить в юзермоде, то вывод текста вызывает переключение контекста на ровном месте; если рендерить в кернеле — то получаем шанс словить дыру при исполнении кода хинтов.
Эээ... Чтобы попасть в кернел таки надо переключить контекст. Так что шо так шо эдак — переключение будет. Вопрос скорее сколько их надо в каждом варианте.

S>Если не исполнять хинты, то текст будет выглядеть ужасно на ходовых разрешениях.
В хинты сейчас криворукие дезиГнеры шрифтов почему то повально не умеют, большинство кастомных шрифтов на вебе выглядят как говно.

Здравствуйте, Sinclair, Вы писали:

Pzz>>Ну, может в линухе поудачнее разрежут между тем, что уйдет в ядро и тем, что останется в юзерспейсе.
S>Было бы интересно посмотреть.
S>Потому что тема эта — глубокая, дилетантов не любит. Скажем, рендер шрифтов — вот его как делать? Если рендерить в юзермоде, то вывод текста вызывает переключение контекста на ровном месте; если рендерить в кернеле — то получаем шанс словить дыру при исполнении кода хинтов. Если не исполнять хинты, то текст будет выглядеть ужасно на ходовых разрешениях.

Шрифты вроде никто не собирается в ядро пихать.

Я вообще не очень за всей этой тематикой слежу, мне все, что от графики нижно, это чтобы не сломали веб-бровсер, редактор текста в xterm'е (это вряд ли сломают), и кино чтобы не перестало показываться. Игровое 3d меня не очень беспокоит. Так что мой подход простой: пока все работает, не дергаться, сломают — придется разбираться.

Там сейчас еще параллельно происходит переход от X11 к Wayland. Почитаешь очередные release notes, волосы дыбом встают. Там в среднем подробное перечисление, на каком графическом чипсете как много чего не работает (ни один популяеный чипсет вниманием не обделен), и радостные новости, как много еще програм перевели на Wayland. Такими темпами, они, наверное, даже xterm сломают.

Здравствуйте, Sinclair, Вы писали:

Pzz>>Оно у меня, бывает, висит месяцами.
S>Фантастика. У меня FF выжирает не столько RAM, сколько диск. ХЗ куда он его ест, но регулярная штука — исчерпание диска (особенно если видео интенсивно смотреть в нём).

Это он закон Яровой исполняет в отдельно взятом бровсере: записывает весь твой интернет-трафик, чтобы оперу было чего про тебя почитать.

S>Причём закрытие вкладок не помогает — помогает только рестарт файрфокса. Тогда он, по-видимому, какие-то временные файлы наконец отпускает, и на диске образуется 3-5-10 гигов пространства.

Может, это своп?

Здравствуйте, Pzz, Вы писали:

Pzz>Это он закон Яровой исполняет в отдельно взятом бровсере: записывает весь твой интернет-трафик, чтобы оперу было чего про тебя почитать.
Distributed Яровая!

Здравствуйте, Pzz, Вы писали:

Pzz>Там в среднем подробное перечисление, на каком графическом чипсете как много чего не работает (ни один популяеный чипсет вниманием не обделен)
Эээ. Как им это удаётся? Речь жеж про обычную 2D графику, казалось бы, лет 20+ назад все вопросы были разрулены.

Здравствуйте, CreatorCray, Вы писали:

CC>Эээ... Чтобы попасть в кернел таки надо переключить контекст. Так что шо так шо эдак — переключение будет. Вопрос скорее сколько их надо в каждом варианте.
Не очень понятно, что такое "чтобы попасть в кернел". Я тут очень поверхностно во всём разбираюсь, но АФАИК всё зависит от того, какой API мы выставляем между кернелом и юзермодом.
Теоретически, от кернела достаточно иметь функции типа SetPixel(context, x, y, color). Всё остальное можно делать в юзермоде.
Ну, только тогда рисование линии будет стоить 1000 context switch.
Ок, запихиваем рисование линии в API. Получаем 1 переключение на 1 линию.
Ок, теперь выводим "hello world". Сколько будет переключений контекста? Вариантов море.
По большому счёту, современный шрифт — это генератор набора безье-кривых; то есть можно превратить надпись в 100500 сегментов и скормить их в кернел одним вызовом.
А дальше начинаются приседания с кэшированием на разных этапах этого конвеера. И выбором того, где держать этот кэш.
Если в юзермоде — то придётся многократно процессить один и тот же шрифт под разных пользователей.
Если в ядре — то опять возникают вопросы наполнения этого кэша: если из юзермоды — то начинаются переключения взад-вперёд; если из ядра — то опять проблема с 3rd-party code execution в невтом кольце защиты.

CC>В хинты сейчас криворукие дезиГнеры шрифтов почему то повально не умеют, большинство кастомных шрифтов на вебе выглядят как говно.
Ну, это не панацея. В реальности у нас 99% текста отображено очень узким набором шрифтов (если говорить про отдельные гарнитуры разных поставщиков, а не про конкретные параметры). Кастомные шрифты — на то и кастомные, что их мало.
Если мы сломаем отображение times new roman и arial, то платформой вообще будет невозможно пользоваться. Не то, что на отдельные девочковые сайты будет стрёмно зайти, а даже маны читать будет стрёмно.

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

Здравствуйте, Pzz, Вы писали:

Pzz>Шрифты вроде никто не собирается в ядро пихать.
Вот, сказки на ночь про шрифты в ядре: https://googleprojectzero.blogspot.com/2015/07/one-font-vulnerability-to-rule-them-all.html

Pzz>Там сейчас еще параллельно происходит переход от X11 к Wayland. Почитаешь очередные release notes, волосы дыбом встают. Там в среднем подробное перечисление, на каком графическом чипсете как много чего не работает (ни один популяеный чипсет вниманием не обделен), и радостные новости, как много еще програм перевели на Wayland. Такими темпами, они, наверное, даже xterm сломают.

Здравствуйте, Sinclair, Вы писали:

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

В линупсе все шрифты выглядят как говно

Здравствуйте, удусекшл, Вы писали:

У>В линупсе все шрифты выглядят как говно
Ну, тогда вопрос снимается. Можно рендерить все шрифты в ядре, просто не исполняя байткод.

Здравствуйте, Sinclair, Вы писали:

Pzz>>Шрифты вроде никто не собирается в ядро пихать.
S>Вот, сказки на ночь про шрифты в ядре: https://googleprojectzero.blogspot.com/2015/07/one-font-vulnerability-to-rule-them-all.html

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

Здравствуйте, Sinclair, Вы писали:

S>Теоретически, от кернела достаточно иметь функции типа SetPixel(context, x, y, color). Всё остальное можно делать в юзермоде.
S>Ну, только тогда рисование линии будет стоить 1000 context switch.

Я так понимаю, современные тенденции заключаются в том, чтобы свести API к управлению доступом к видеопамяти и оторавкой команд к OpenGL-ускорителю. Причем команды к ускорителю стараются оптом отправлять.

S>А дальше начинаются приседания с кэшированием на разных этапах этого конвеера. И выбором того, где держать этот кэш.
S>Если в юзермоде — то придётся многократно процессить один и тот же шрифт под разных пользователей.

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

Здравствуйте, Nuzhny, Вы писали:

N>Ты не хочешь принять простой мысли: пользовательский процесс НЕ ДОЛЖЕН вешать систему. Ну не должен и всё, во всех популярных десктопных ОС так и работает. В Линуксе же такую простую штуку надо настраивать. Какая разница: возникает ситуация раз в месяц или раз в год? Очевидно, что в ситуации с десктопной ОС это баг. И перечитай ещё раз мои сообщения: я знаю пути решения, я прочитал на эту тему больше твоего, потому что ситуация возникала. Проблема не столько с Линуксом как таковым, сколько с десктопными дистрибутивами, которые не могут по дефолту сделать правильно.

Если виндовсная программа подымет себе приоритет, и зациклится в таком состоянии, она еще как завесит систему.

Здравствуйте, Danchik, Вы писали:

D>Может неубогий посостязаеться со мной кто быстрее скопирует три нужных файла из папки в которой их с 20-к или сразу заархивирует. Пока ты натайпаешь эти имена я даже содержимое просмотрю.

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

D>Ты в курсе что повершел по функциональности рвет баш как тузик грелку. Чтобы что-то подобное заиметь надо прыгать в питон и то с костылями.

А повершелл умеет делать autocompletion параметров сторонних программ?

Здравствуйте, CreatorCray, Вы писали:

D>>Тут скорее bash not found ))
CC>Могу то же самое запулить из под zsh
CC>Результат будет таким же.

А rm -rf / запустишь?

Здравствуйте, удусекшл, Вы писали:

У>В линупсе все шрифты выглядят как говно
если у тебя кривые руки и ты живёшь в 2010-м то да.