Raspberry Pi 400  — настольный компьютер в формате клавиатуры

Это не является нормальным уровнем. Только для фанатика.

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

Это не является нормальным уровнем

Что есть нормальный уровень? По каким критериям это можно определить?

https://www.cyberforum.ru/windows/

http://www.wincore.ru/forum/

а когда тебе показали, что ты неправ

Только в твоих фантазиях. Ничего нового ты не показал.

Вот, что и требовалось доказать. Если ты считаешь, что настройка vm.overcommit не работает – докажи.

Она работает и делает то, что от неё требуется. Но речь не об этом была.

Тебе, арчешкольник, что-то доказывать не имеет смысла.

Она работает и делает то, что от неё требуется. Но речь не об этом была.

Тебе, арчешкольник, что-то доказывать не имеет смысла.

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

успел наклеить на оппонентов ярлыки

арчешкольник, фанатик

Ну так и есть, ты это сам не скрываешь.

PS: не называй себя в множественном числе - это глупо.

Правильно, ты слился. Еще раз: ты можешь привести пример, почему vm.overcommit не решает проблему обработки нехватки памяти? Или ты силен только в демагогии?

арчешкольник, фанатик

Ты не привел ни одного аргумента по существу, зато успел наклеить на оппонентов ярлыки и поспорить с «фанатиками», существующими только в твоей голове.

anti_win - не может разобраться сам в ссылках на арчевики, которую сам же суёт

докажи мне

Ты смешон.

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

Это тот чел, который говорит «аппаратное ускорение видео в формате h264 в браузере под Linux не работает». Ему показываешь, что работает, он «то, что у тебя одного работает, не значит что у всех работает. А так вообще есть зоопарк железа, и у остальных - не работает».

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

По поводу количества оперативной памяти, могу выдать следующие наблюдения. В 2012 году у меня было 2 Гб ОЗУ, я запускал виртуальную машину, выделяя для неё с 512 Мб ОЗУ. Я также пытался выделить гигабайт, ведь остальная система занимала только 200 Мб. Вместе с виртуалкой всё бы заняло 1200 Мб, ещё 800 осталось бы. Но как только количество занятой ОЗУ преодолевало значение 60%, система начинала жутко своппиться, и виртуальная машина больше не могла работать.

Помог ключик «vm.swappiness = 10». С этим параметром, система начинала своппиться только тогда, когда оперативной памяти осталось только 10%. А по умолчанию она начинала своппиться, когда оставалось 40%.

Кроме того, на этой системе наблюдалась следующая проблема. Я играл в Minecraft при помощи Java 1.6. Когда игра стала требовать Java 1.8, она отказывалась запускаться со странной ошибкой. Оказалось, проблема в лимитах.

ulimit -a

core file size          (blocks, -c) 1
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 15933
max locked memory       (kbytes, -l) 128
max memory size         (kbytes, -m) 1745900
open files                      (-n) 2048
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 15933
virtual memory          (kbytes, -v) 2703200
file locks                      (-x) unlimited

Специалисты на ЛОРе заметили, что у меня параметр virtual memory - низкий. Я переопределил значение, выполнив ulimit -v 5406400 (в два раза больше, чем было), и игра заработала, как ни в чём ни бывало. Также исчезли щелчки звука в Dosbox при использовании хардварного миди Emu10k, и краши браузера в рандомные моменты (особенно при работе с большими данными).

Проблема проявляется только в openSUSE (я использую 64-бит версию) и только на 2 Гб ОЗУ. При использовании 4 Гб ОЗУ, значение virtual memory встаёт правильным. Также на Debian значение является правильным. Возможно, даже до сих пор не поправили (описанное мной актуально на SLES 11 SP4 и openSUSE 11.4), и если это так, что пользователи, при наступлении этой проблемы, ставят побольше ОЗУ.

Чтобы не прописывать это перед запуском игры, я зашёл в Yast => Редактирование параметров /etc/sysconfig, и зашёл в раздел System => Limits => SOFTVIRTUALLIMITS. Умолчальное значение 80. Я так и не понял, как коррелирует значение из «ulimit -a» и значение из YAST, ну увеличил до 90, проблемы исчезли.

А теперь я узнал ещё и про какое-то «vm.overcommit». Ещё и с хорошим описанием, специально для тех, кто об этом параметре только сейчас услышал.

А теперь я узнал ещё и про какое-то «vm.overcommit». Ещё и с хорошим описанием, специально для тех, кто об этом параметре только сейчас услышал.

Честно говоря, я и сам не так давно про него узнал. Думаю, это будет полезно на машинах с малым объемом памяти.

much performance II

Кто тут говорил, что у линукса все плохо с памятью? Сможете погонять десятку на третьепне и 256метрах памяти – приходите, будет интересно.

Это тот чел, который говорит «аппаратное ускорение видео в формате h264 в браузере под Linux не работает».

Ну вот пришёл один из самых главных дезинформаторов ЛОРа. Сколько я раз тебя попровлял с ссылками даже не счесть наверно…

А тут выдернул фразу из контекста и типа на те…

убеждал, что Linux - хуже, чем Windows.

Тоже полная глупость уровня примитивного фанатизма. Это ты так видишь - не более. Взгляд уровня Windows vs Linux - ясельной группы. Конкретно про сабж вообще как-то о Windows смешно говорить (хотя там есть какой-то Windows IoT недобитый, и чего-то там ковыряльщики наделали с десктопной на так-сяк)

О, клоун вернулся. Даже попкорн не успел протухнуть. Правда, аргументов у тебя по прежнему нет. Но настоящему демагогу они не нужны. Достаточно один раз наклеить на оппонента ярлык – и потом можно аппелировать к тому, что оппонент – задрот/арчешкольник/фанатик, вместо того, что бы отвечать по существу. Ведь отвечать по существу сложно – нужно напрягать мозг, подыскивать слова, уметь объяснять термины своими словами. А так можно просто сказать «не буду я вам ничего объяснять, я – Д`Артаньян, а вы все содомиты». Еще раз, ты можешь рассказать, почему vm.overcommit не решение проблемы обработки нехватки памяти. Не для того, чтобы что-нибудь мне доказать, я же арчешкольник, просто озвучь свои аргументы, чтобы присутствующие могли с ними ознакомится.

Правда, аргументов у тебя по прежнему нет.

А смысл, для твоей персоны что ли? 🤣 Ты вон сам в соседней теме пишешь «Аффтар жжот! Это твой патч? А когда он будет в апстриме?» - на эту тему.

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

Какое отношение это имеет к работе vm.overcommit? Оверкомит просто убивает процесс при исчерпании памяти. А патченное ядро убивает процесс не сразу, при этом не давая системе уйти в кому. Теоретически, это позволяет использовать память эффективней. Но это никак не свидетельствует о неработоспособности штатного решения. Это просто показывает, что штатное решение более грубое, и в некоторых ситуациях менее эффективное. И все.

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

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

Это просто показывает, что штатное решение более грубое, и в некоторых ситуациях менее эффективное. И все

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

как товарищ GP совершенно безапеляционно заявил о том, что линуксу нужно в 2 раза больше памяти, чем десятке.

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

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

штатный метод боорьбы с нехваткой памяти работает

на десктопе хуже чем в других десктопных ОС

Есть zram. Он работает достаточно эффективно. Кроме того vm.owercommit кроме 0 и 2 можно установить в значение 1. В таком случае ядро отрабатывает нехватку памяти несколько мягче.

на десктопе хуже чем в других десктопных ОС

Возможно. Но нельзя сказать, что он не работает совсем, верно? То есть, утверждение «линуксу нужно много памяти» не подтверждается. Более того, большее эффективность работы с памятью в венде или макоси компенсируется их тяжеловесностью. Еще раз, ты можешь запустить десятку на третьепне с 256 метрами памяти?