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

"Изменение настроек ядра Linux 6.12 привело к проблемам при использовании zRAM в некоторых дистрибутивах"	+/–
Сообщение от opennews (?), 22-Дек-24, 11:29
Пользователи систем, использующих механизм zRAM для сжатого хранения раздела подкачки в памяти, столкнулись с проблемой, приводящей к сбою загрузки после обновления ядра Linux до версии 6.12. Проблема проявляется в Gentoo, Void и других дистрибутивах, поддерживающих zRAM и предлагающих пакеты с новыми версиями ядра... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62451
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+25 +/–
Сообщение от Ефрщ (?), 22-Дек-24, 11:29
Желтый заголовок. Это некорректная сборка ядра привела к проблемам, а не изменение в ядре.
Ответить | Правка | Наверх | Cообщить модератору

	2. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+17 +/–
	Сообщение от Аноним (2), 22-Дек-24, 11:39
	Отмаза не засчитана. Разрабы ядра известны тем что не соблюдают обратную совместимость.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+8 +/–
	Сообщение от Вирт (?), 22-Дек-24, 11:42
	> Разрабы ядра известны тем что не соблюдают обратную совместимость. Вообще-то наоборот, они известны как соблюдающие малейшую совместимость с "user-space", a.out несколько десятилетий поддерживали после того как все давно уже было заменено elf.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Аноним (2), 22-Дек-24, 11:44
	Расскажи это создателям модулей для ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Аноним (28), 22-Дек-24, 12:38
	Модули ядра и юзерспейс, что, как бы, намекает, это в разных адресныых пространствах.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–5 +/–
	Сообщение от Аноним (2), 22-Дек-24, 13:03
	Не ну тогда можно ломать все хорошо (нет)
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Аноним (139), 22-Дек-24, 23:53
	Внутриядерный API хоть перелопать, главное - не менять интерфейс с юзерспейсом. Т.е., не менять системные вызовы. Тогда это не ломает юзерспейс.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+8 +/–
	Сообщение от mos87 (ok), 22-Дек-24, 15:21
	анон не понимающий разницу между user space и kernel space нам особенно нужен и дорог, да.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	9. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–2 +/–
	Сообщение от Аноним (9), 22-Дек-24, 11:47
	Так это для корпораций соблюдали, у которых проприетарных программ накомпилировано. Не для FOSS-дистров, сопровождаемых волонтёрами, не платящами взносы в Linux Foundation. Рыночек порешал.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	44. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Аноним (44), 22-Дек-24, 13:40
	Linux Foundation оплачивать уже бесполезно, если хочется развивать ядро. Читайте свежий отчет: https://www.linux.org.ru/forum/talks/17820501
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Аноним (50), 22-Дек-24, 13:56
	Ты же не думаешь, что это частные лица оплачивают? Это корпораци себе вечеринки оплачивают. А разработку они оплачивают через себя, через зарплатный фонд.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–1 +/–
	Сообщение от Аноним (44), 22-Дек-24, 14:21
	До 2016 в совете директоров LF были представители сообщества, их туда пускали за номинальные $99 в год. Но их по-тихому убрали https://www.information-age.com/linux-foundation-causes-upro.../
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–2 +/–
	Сообщение от Аноним (150), 23-Дек-24, 03:49
	По твоей ссылке человек выручку называет доходом(ну спасибо, что не прибылью) Читать его «анализ» смысла нет точно, ну не знает человек о чем вообще пишет
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	189. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Бывалый Смузихлёб (ok), 24-Дек-24, 09:08
	Он просто делает краткую выдержку из англоязычного отчёта. Понимаешь лучше - сделай лучше, он даже ссылку на отчёт привёл Но каких-то внятных данных от анона, как ни странно, нет
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–2 +/–
	Сообщение от Аноним (150), 24-Дек-24, 20:25
	Еще разок Ты дал ссылку на чувака который излагает свои конспирологические теории и пытается что-то рассказать, но не знает даже базы экономических терминов и путает выручку с доходом О чем дальше говорить, если он не понимает терминов? Все что он пишет это его фантазии без понимания того самого отчета А мне никто не заплатил за нормальный обзор Рекомендую: можешь скормить ссылку на отчет NotebookLM от Google и ты получишь нормальный обзор на понятном тебе языке, без бредней человека не понимающего смысл слов и тем более не понимающего сам отчет
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Бывалый Смузихлёб (ok), 25-Дек-24, 15:55
	> Еще разок > Ты дал ссылку на чувака который излагает свои конспирологические теории и пытается > что-то рассказать, но не знает даже базы экономических терминов и путает > выручку с доходом Я не давал никаких ссылок. Я лишь спросил о более развёрнутой аргументации критики исходного материала. Как ни странно, этого не нашлось > О чем дальше говорить, если он не понимает терминов? > Все что он пишет это его фантазии без понимания того самого отчета По ссылке выше, тот тип однозначно ссылается на англоязычный фин. отчёт Те термины могут быть просто издержками перевода. Не все являются 50-летними бухгалтершами вроде тебя и могут не понимать разницы. Но ты ведь, очевидно, понимаешь, не так ли ? И где та разница на фоне фин. отчёта ? > А мне никто не заплатил за нормальный обзор > Рекомендую: можешь скормить ссылку на отчет NotebookLM от Google и ты получишь > нормальный обзор на понятном тебе языке, без бредней человека не понимающего > смысл слов и тем более не понимающего сам отчет Тебе никто не платил и за то, чтобы ты в принципе появлялся тут со своим единственно-правильным мнением( у которого, как подобает, нет никаких доказательств ) Тем не менее, своё "невероятно-ценное" мнение ты тут оставил Ну значит и иди ***. Собсно, туда куда шёл. Твоего мнения никто не спрашивал, если не можешь ответить развёрнуто, то зачем вообще полез со своим ***-мнением, которое ничем не обосновано, даже самим тобой и даром никому не нужно ?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Аноним (59), 22-Дек-24, 14:28
	Они и не должны. Именно для таких случаев существует make oldconfig, который показывает все новые/изменившиеся опции и спрашивает что с ними делать. А кто неглядя на шару со старым конфигом новое ядро собирает - сам виноват.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	186. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Аноним (186), 23-Дек-24, 19:34
	Если в ченджлоге нет "мы поломали всё кхeрам" то почему бы ему и дальше не работать? Но нельзя просто так зарелизить ядро не поломав его совместимость чуть менее чем полностью (;
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Аноним (91), 22-Дек-24, 16:49
	Разрабы ВСЕХ долгоживущих ядер известны тем что не соблюдают обратную совместимость.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	140. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от cheburnator9000 (ok), 22-Дек-24, 23:57
	Виноваты мейнтейнеры ядра в этих дистрибутивах. Которые, вместо того чтобы посмотреть на чейджлог, следуют github-js/go-dependabot парадигме BUMP THAT VERSION RIGHT NOW!!, BUMP, BUMP!.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	4. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+2 +/–
	Сообщение от Вирт (?), 22-Дек-24, 11:40
	> Это некорректная сборка ядра привела к проблемам, а не изменение в ядре. С одной стороны да, а с другой сейчас опций ядра тысячи и добавляют еще и еще. Очевидно что подобного рода проблема должна была в конце концов возникнуть, если не блокировать добавление новых опций. Усидчивый человек может и готов сесть и прочитать сто страниц с перечислением опций и их описаний. Но 1000 или 10 тысяч очевидно уже никакой усидчивости не хватит.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	10. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+3 +/–
	Сообщение от Аноним (9), 22-Дек-24, 11:52
	Знаешь, даже 100 страниц - это очень много, если их надо перечитывать после каждого минорного релиза ядра. Проблем бы вообще не возникло, если бы в KConfig оставили предыдущих механизм для совместимости, но добавили бы громкого ора, что задепрекейтят, причём не во время сборки, а в рантайме, если ядро было собрано с устаревшими опциями. И на счётчик поставили бы, на год, с конкретным дедлайном. За год бы все дистры мигрировали, и пользователям такое вообще не было бы отгружено.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от нах. (?), 22-Дек-24, 15:44
	Проблемы бы не возникло если бы просто по умолчанию все было включено, как и раньше. Но какая-то умная маша решила по умолчанию сэкономить десять килобайт оперативы.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–2 +/–
	Сообщение от Аноним (91), 22-Дек-24, 16:53
	Если бы умная Маша решила отдать у меня 10 КБ оперативы, я бы возмущался даже больше. Нельзя жертвовать риалтаймовые ресурсы в обмен на удобство разработки. Это путь в никуда.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	–1 +/–
	Сообщение от Аноним (95), 22-Дек-24, 17:28
	Это как раз таки путь к развитию. Включаем логику. Выше удобство - выше скорость - быстрее получаем результат - выше оплата труда. А экономить почти бесплатный ресурс ради того, чтоб кому-то спалось слаще - это путь именно что в никуда. Ты же не экономишь 50 рублей, чтобы воды себе купить, а не страдать от жажды, потому что дома кран есть.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от 1 (??), 23-Дек-24, 09:39
	Если бы тебе были так критичны эти 10Кб - ты бы просто пересобрал ядро под себя ! Или не ?
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	30. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Аноним (28), 22-Дек-24, 12:46
	Модет, просто все новые по умолчанию в состоянии OFF ? А кому надо, узнавшим о новшествах из новостей и т.д., сами поинтересуются что это, да как. Сами включат, если им это оказалрсь полезным.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	74. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+1 +/–
	Сообщение от Аноним (74), 22-Дек-24, 15:36
	Ну они так и сделали: новые выставили по умолчанию в OFF. А те, кто не узнал, что в этих новых нужно включить ту, которая отвечает за используемый алгоритм сжатия, лоcocнyли
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+2 +/–
	Сообщение от Аноним (59), 22-Дек-24, 14:24
	Можно не читать, достаточно лишь при сборке нового ядра дергать make oldconfig. Оно само найдет изменения в конфигах и спросит что делать с каждой новой/изменившейся опцией.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	183. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Аноним (-), 23-Дек-24, 17:32
	Вы ещё про телеметрию в ллвм20 не видели.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	205. "Изменение настроек ядра Linux 6.12 привело к проблемам при использо..."	+/–
	Сообщение от Аноним (-), 27-Дек-24, 06:39
	Проблемы на твоей стороне, потому что ты путаешь поиски виноватых с поисками причин. В цепочке причинно-следственных связей все узлы кроме последнего являются причинами. Более того, цепочка может быть не цепочкой, а деревом сходящимся к одному узлу, причины которого мы ищем. То есть, причин может быть много, и какую из причин выносить в заголовок новости, это вопрос довольно мутный. Здесь явно вынесена та переменная, значение изменилось и привело к проблемам. Это изменение легко проходит тест but-for (если-бы-не): если бы не изменение, то проблем бы не было. А раз так, то твои намёки на то, что это не было причиной, абсолютно мимо кассы. Но тебя ведь не причины интересуют, а поиск виноватого, так? И ты небось не видишь разницы, между поиском причин и поиском виноватых, так? Но поиск виноватых - это другая проблема, которая гораздо сложнее первой, и гораздо сложнее, чем представляют анонимы в интернете, которые легко с первого взгляда могут определить виноватого в любой ситуации. Если тебе интересно ознакомиться с этими вопросами, то я могу кинуть парой ссылок: https://en.wikipedia.org/wiki/Causation_(law) это общая статья о каузации в юриспруденции, которая примерно даёт обзор проблемы https://en.wikipedia.org/wiki/Causation_in_English_law это тоже общая статья в стиле предыдущей, но она чуть более конкретна, поскольку фокусируется на практиках английского суда. https://en.wikipedia.org/wiki/Proximate_and_ultimate_causation эта статья мне нравится примером, на котором она демонстрирует proximate и ultimate причины. И даже не сам пример, а подход к его разбору очень показателен, что может продемонстрировать "дерево причин" которое я упоминал в первом абзаце. Если тебе этого покажется мало, ты спроси, я тебе могу и книжек накидать.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
Сообщение от Аноним (5), 22-Дек-24, 11:41
Расширитель оперативное памяти сломался. Ужас какой.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (2), 22-Дек-24, 11:45
	Тебе 640Кб уже хватило?
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (9), 22-Дек-24, 11:53
	У него 64 гига, тут недавно хвастался.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (20), 22-Дек-24, 12:19
	Подтверждаю, 64гб есть у любого анонима.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (28), 22-Дек-24, 12:49
	Виртуальной памяти 64 Гб.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (105), 22-Дек-24, 18:53
	Физической. Аноним может себе позволить.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–2 +/–
	Сообщение от Кирилл (??), 22-Дек-24, 13:29
	Это не расширитель оперативки - тот называется zswap. Это сжатое блочное устройство в оперативке, которое волею выдачи гугла используется для размещения свопа. И на самом деле крайне важная штука. Из всех ОС только линуксы могут работать так, как будто оперативки на 30-50% больше.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	45. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (20), 22-Дек-24, 13:43
	Вот это уже интересно. Можно замоунтить zram через fstab как tmpfs?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от foo (?), 22-Дек-24, 13:53
	tmpfs /tmpfs tmpfs nodev,nosuid,noatime,size=100G,mode=1777 0 0 tmpfs монтируется так. Оно по умолчанию просто в RAM. Можешь просто настроить так tmpfs и своп на zram. Тогда при сбросе файлов в этот tmpfs файлы будут улетать в своп и соответственно в zram, т к содержимое tmpfs может свопиться. Они могут быть настроены по отдельности, и содержимое tmpfs будет свопиться в zram.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (20), 22-Дек-24, 14:15
	Интересует tmpfs с функцией прозрачного сжатия. Например возможность задать 50% памяти под tmpfs раздел, который будет отъедать память только по мере наполнения файлами. Своп не подходит так как срабатывает только при переполнении раздела или же имеется в виду tmpfs минимального размера, объем которого обеспечит постоянный слив в zram? И ещё вопрос - zram своп отъедает память сразу или по мере накопления?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (20), 22-Дек-24, 14:32
	Нашел что-то, но работает крайне странно - факт сжатия не замечен хоть стоит lz4 по дефолту, а после удаления файлов память не освобождается (проверял с du, df, free) > echo 4G > /sys/block/zram0/disksize > mkfs.ext4 -m0 /dev/zram0 > mount /dev/zram0 /mnt/mem
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (20), 22-Дек-24, 15:45
	Upd: Судя по zramctl сжатие работает, но запись ограничена суммарным размером файлов до сжатия. Может быть ext4 не предназначен для работы поверх zram либо нужно задавать больший размер для zram0 учитывая этот нюанс.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 22-Дек-24, 21:53
	А зачем ты какую-то дичь творишь руками? Есть systemd-zram-generator(https://github.com/systemd/zram-generator) Через него делается и `/tmp`, если тебе это нужно, там в образце конфига вроде даже был готовый вариант или глянь в доку
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	172. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (172), 23-Дек-24, 12:02
	Sys-d решение не-переносимое между разными системами. И по ссылке тоже шелл one-liner, более запутанный - https://github.com/systemd/zram-generator/tree/c16f4dd2e1db0... Поэтому, для конечного пользователя не подходит.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Анон из села Кукуево (?), 26-Дек-24, 15:36
	Как раз systemd-решение полностью переносимо между всеми мэйнстримными дистрибами, а твои портянки и костыли не переносимы Хватит уже нести дичь Твои костыли не переносимы и плюс к тому если ты сдохнешь, то другие задолбаются разбираться А то что сделано при помощи systemd просто работает и спокойно сопровождается любым человеком способным прочесть документацию
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (98), 22-Дек-24, 17:53
	Данные из tmpfs автоматически вытесняются в swap согласно выставленному значению swappiness. Если единственный swap на zram, то всё будет автоматически сжиматься в него. Только не забудь зарезервировать достаточно памяти под zram через min_free_kbytes и admin_reserve_kbytes. И low-memory killer неплохо бы настроить, чтобы всё это добро не накрылась при первой утечке памяти в каком-нибудь приложении.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	99. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от foo (?), 22-Дек-24, 18:07
	>admin_reserve_kbytes Это так не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (98), 22-Дек-24, 19:58
	А что ему мешает работать? Что min_free_kbytes, что admin_reserve_kbytes - оба костыли одной категории.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от НяшМяш (ok), 22-Дек-24, 14:26
	> Из всех ОС только линуксы могут работать так, как будто оперативки на 30-50% больше. Правда? https://answers.microsoft.com/en-us/windows/forum/all/why-is... https://macperformanceguide.com/Mavericks-virtual-memory.html
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	123. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 22-Дек-24, 21:50
	Не позорься Да, в винде начиная с каких-то билдов 10ки есть «сжатая» память Но вот хочешь скажу, что я вижу прямо сейчас? Используется(сжатая) 45,0ГБ(64,2 МБ) Понимаешь, да? Используется 45 гигов, сжатой 64 метра Прекрасно сжимаем, да? И так примерно всегда Формально есть сжатие, фактически ничего не сжимается Впрочем когда я на этой же машине работаю, а не играю, то ни свопа, ни сжатия никакого под линухой я не использую вообще, потому что нет необходимости при 128 гигах оперативы что-то сжимать
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Минона (ok), 22-Дек-24, 22:51
	А зачем тут винда должна что-то сжимать если она и так использует только 35% памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от cheburnator9000 (ok), 23-Дек-24, 00:10
	>[оверквотинг удален] > Но вот хочешь скажу, что я вижу прямо сейчас? > Используется(сжатая) > 45,0ГБ(64,2 МБ) > Понимаешь, да? Используется 45 гигов, сжатой 64 метра > Прекрасно сжимаем, да? > И так примерно всегда > Формально есть сжатие, фактически ничего не сжимается > Впрочем когда я на этой же машине работаю, а не играю, то > ни свопа, ни сжатия никакого под линухой я не использую вообще, > потому что нет необходимости при 128 гигах оперативы что-то сжимать Windows сжимает в фоновом режиме только least used memory, и не моментально, а по заданным временным таймерам которые только microsoft известны. Если у тебя из 45 ГБ занятой ОЗУ приложения используют активно всю эту 45 ГБ оперативку, то никакого чуда не произойдет. Это баланс между производительностью и сжатием озу. Если у тебя 64 ГБ озу, а занято 45 ГБ, то windows не видит причины по которой ей необходимо судорожно сжимать озу и записывать ее в pagefile.sys, тем самым экономятся CPU cycles и I/O. Когда порог подойдет к 60 ГБ ты увидишь сколько ГБ windows сжала и сбросила в swap. В венде можно как вкл/выкл файл подкачки, так и вкл/выкл memory compression. И имхо после моих долгих наблюдений, что именно только в Windows, весь этот механизм работает лучше линукса и лучше чем в macos.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	145. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 23-Дек-24, 00:23
	А ты пробовал в винде выключать своп? Не вот написать «можно выключить», а реально выключить совсем? Попробуй, будет интересный экспиренс Многие виндовые проги начинают истерично орать, что у тебя нет свопа При этом если ты сделаешь своп на 16 метров, то они все дружно успокоятся, но он должен быть. Такова суровая правда винды. Потому проще вообще не выключать, чем морочиться с созданием хотя бы махонького В линухе же я его просто не создаю, нет необходимости, все работает исправно без него
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
	Сообщение от cheburnator9000 (ok), 23-Дек-24, 00:45
	> В линухе же я его просто не создаю, нет необходимости, все работает > исправно без него Так забей свою ОЗУ на 95% потом приходи рассказать что стряслось.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–2 +/–
	Сообщение от Аноним (149), 23-Дек-24, 01:27
	Ты сначала отключи своп в винде У тебя реально ничего не будет работать
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
	Сообщение от cheburnator9000 (ok), 23-Дек-24, 00:55
	> А ты пробовал в винде выключать своп? > Не вот написать «можно выключить», а реально выключить совсем? > Попробуй, будет интересный экспиренс Я выключал и проверял работу игры Last Epoch на 16 гб озу пару лет назад. Игра просто крашится на старте. Так как это Unity, а программисты алкаши-бухарики то и результат соответствующий. С 8 гб pagefile.sys + Memory Compression игра идет более менее. На распиаренной fedora где zram включен из коробки игра просто крашилась на старте с 16 гб озу + 8 гб swap разделом и zram. Вот такой вот он swap+zram в линуксе. Под Ubuntu с 16 гб озу + 8 гб swap разделом и ядром xanmod игра играла примерно как под windows, конечно фпс был пониже, X11 все таки тормоза все дела. Также люди тестировали под apple m1/m2, macos, и приходили к выводу, что для игры нужен ноутбук/mac mini/studio хотя бы с 32гб RAM, иначе она крашится, хотя "сжатая память" есть и у них, угу.
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	175. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (175), 23-Дек-24, 12:25
	Дык игрушка наверняка память забивает сжатыми текстурами. И если они в физическую память не влезают, то хоть тресни - нужен своп, поскольку сжиматься они не будут. Чем текстура в свопе лучше текстуры на диске - вопрос разработчикам игрушки.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (119), 22-Дек-24, 21:34
	Объясни, раз разбираешься: почему я могу хотеть замедлять память, если можно выключить своп и пользоваться оперативкой без тормозов? Как по мне, так если памяти мало надо ещё один сервер втыкать, а не тормозить и без того нагруженную машину.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	130. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Минона (ok), 22-Дек-24, 23:00
	Наличие быстрого свопа даёт тебе время отреагировать на его рост до того как начнут сыпаться сервисы на твоём серваке.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (119), 22-Дек-24, 23:32
	Ну это мне как раз без разницы, рядом ещё десять таких же стоят. Раньше упадёт — раньше алерт придёт — раньше проблему починят.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (105), 23-Дек-24, 10:52
	>Наличие быстрого свопа даёт тебе время отреагировать на его рост Каким образом? При недостатке памяти linux уходит в вечный своп, единственная альтернатива - oom клиллер, плюс подобные шаманства.
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	143. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от _kp (ok), 23-Дек-24, 00:14
	Нет, потому что оно никому не надо, кроме инвалидов по памяти, типа Распберри. Хотя массовые  макбуки, что подешевле, тоже слабы по памяти, но они свопбуки по изначальному замыслу, в смысле своп быстрый.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	196. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Кирилл (??), 25-Дек-24, 17:38
	> Нет, потому что оно никому не надо, кроме инвалидов по памяти, типа > Распберри. О, нашёлся наконец то кто то, у кого всегда и на всё хватает оперативки! Наверное просто счасливчик, не слышавший о гугле и их софте.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от нах. (?), 26-Дек-24, 14:23
	> Нет, потому что оно никому не надо, кроме инвалидов по памяти, типа > Распберри. так они и по свапу такие же инвалиды, куда им свопить - на флэшку тормозную? И по zram тоже инвалиды, ЭТО neon не ускорит.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	154. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (5), 23-Дек-24, 04:24
	>Из всех ОС только линуксы могут работать так, как будто оперативки на 30-50% больше. Я так ещё аж под DOS 6.22 делал.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	195. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Кирилл (??), 25-Дек-24, 17:23
	>>Я так ещё аж под DOS 6.22 делал. Прям со сжатием на лету? Я как то не слышал что для ДОСа был своппинг и рам-диски и тем более свопинг на сжатые рам-диски или что то аналогичное.
	Ответить | Правка | Наверх | Cообщить модератору

13. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–3 +/–
Сообщение от crypt (ok), 22-Дек-24, 11:58
Вся суть маргинальных дистров - отсутствие тестирования. И вот опять "что-то пошло не так".
Ответить | Правка | Наверх | Cообщить модератору

	15. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+7 +/–
	Сообщение от Аноним (9), 22-Дек-24, 12:03
	Так и запишем: Debian - маргинальный дистр. Чистая правда, кстати. Единственные немаргинальные дистры - это Windows 11 и Windows 10.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от crypt (ok), 22-Дек-24, 12:19
	при чем тут дебиан...
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (9), 22-Дек-24, 13:23
	Притом, что когда я обнаружил такую хрень у себя в Debian sid - я сначала немного погуглил, а потом нажал тут внизу такую неприметную ссылочку, "добавить", и в результате редактор этого сайта (предполагаю, что Максим, но не уверен) написал новость. Сразу говорю: я текст статьи НЕ писал. Но вместо текста статьи были приложены ссылки, и комментарий о состоянии дел в Дебиане, где даже баг не завели по этому поводу. В принципе верно: есть же старый протухший баг с такими же симптомами, который даже закрыть не потрудились, когда он оказался пофикшен.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (50), 22-Дек-24, 13:44
	На Debian это выглядит так: sudo systemctl status zramswap [sudo] пароль для neko: × zramswap.service - Linux zramswap setup      Loaded: loaded (/usr/lib/systemd/system/zramswap.service; enabled; preset: enabled)      Active: failed (Result: exit-code) since Sun 2024-12-22 00:00:00 MSK; 13h ago Invocation: f7e20311af1d47cc9176c6de367e0427        Docs: man:zramswap(8)    Main PID: 123 (code=exited, status=1/FAILURE)    Mem peak: 1.6M         CPU: 105ms дек 22 00:00:00 neko systemd[1]: Starting zramswap.service - Linux zramswap setup... дек 22 00:00:00 neko zramswap[123]: /usr/sbin/zramswap: line 53: echo: write error: Invalid argument дек 22 00:00:00 neko systemd[1]: zramswap.service: Main process exited, code=exited, status=1/FAILURE дек 22 00:00:00 neko systemd[1]: zramswap.service: Failed with result 'exit-code'. дек 22 00:00:00 neko systemd[1]: Failed to start zramswap.service - Linux zramswap setup. cat /sys/block/zram0/comp_algorithm [lzo-rle] lzo uname -a Linux neko 6.12.5-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.5-1 (2024-12-15) x86_64 GNU/Linux
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от yurikoles (ok), 22-Дек-24, 18:52
	`systemctl status` без `sudo` отлично работает, как минимум в Debian.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (-), 23-Дек-24, 06:16
	Хорошо что съехал с этой дряни. Еще пол года назад понял, что Debian - полный мрак. sid/testing - сплошные баги и сломанные зависимости. stable - Старье, которое на современном железе не работает. Про пользовательский софт даже говорить не стоит.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	63. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (63), 22-Дек-24, 15:01
	Пофиксили в Дебиане, прилетела обнова.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	110. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (-), 22-Дек-24, 19:27
	> Притом, что когда я обнаружил такую хрень у себя в Debian sid > - я сначала немного погуглил, а потом нажал тут внизу такую Ну так SID и правда достаточно маргинальная штука для совсем камикадзей.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	125. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 22-Дек-24, 21:55
	sid это unstable https://www.debian.org/releases/sid/index.ru.html В "sid" часто происходят значительные изменения и обновления библиотек "на месте". Это создаёт очень "нестабильную" систему, содержащую пакеты, которые не могут быть установлены из-за недостающих библиотек, невыполнимых зависимостей и т.д. Вы используете его на свой страх и риск! Перечитай написанное В stable такого произойти не может, потому что в sid все и должны проверить Сидя на sidе ты как раз тестируешь все для нас
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	158. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–2 +/–
	Сообщение от Аноним (158), 23-Дек-24, 09:16
	Unstable - не значит, что можно забить на unit testы, так же как stable не значит, что все тесты пройдены. А они именно что забили на тесты. Они даже что пакеты вообще можно установить не проверяют.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 23-Дек-24, 17:29
	Это создаёт очень "нестабильную" систему, содержащую пакеты, которые не могут быть установлены из-за недостающих библиотек, невыполнимых зависимостей и т.д. Вы используете его на свой страх и риск! Выше цитата которая тебя предупреждает на официальной странице
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (184), 23-Дек-24, 18:32
	Пакетам, которые не могут быть установлены, место в experimental. А в sid, также как и в master-ветку репозиториев, следует приземлять только то, что хотя-бы автоматические тесты проходит.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 23-Дек-24, 20:44
	Это создаёт очень "нестабильную" систему, содержащую пакеты, которые не могут быть установлены из-за недостающих библиотек, невыполнимых зависимостей и т.д. Вы используете его на свой страх и риск! Слушай, ты споришь не со мной Ты споришь с командой Debian Никто не обязан соответствовать твоим ожиданиям Они вот так определяют unstable и ты либо принимаешь, либо идешь использовать что-то другое, видимо Debian sid не для твоих способностей и уровня понимания
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (197), 25-Дек-24, 17:53
	А я и говорю - Дебиан - неадекватный дистр.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Анон из села Кукуево (?), 26-Дек-24, 13:56
	Неадекватный тут ты Ты сам выдумал каким должен быть тестинг и наезжаешь на других Тестинг в Debian вот такой и об этом предупреждают на соответствующей странице Ты же скачал оттуда образ, но требуешь, что бы тестинг соответствовал твоей фантазии
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от crypt (ok), 23-Дек-24, 10:28
	> Притом, что когда я обнаружил такую хрень у себя в Debian sid Debian Unstable (also known by its codename "Sid") is not a release, but rather the development version of the Debian. странно, я ведь как раз про тестирование писал...
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	108. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (108), 22-Дек-24, 19:19
	В нём WinMerge не работает )
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	67. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–2 +/–
	Сообщение от Аноним (67), 22-Дек-24, 15:16
	Так дебиан где-то с 2015 маргинальной некуда. Щас его днём с огнём не увидишь. В индустрии имеется ввиду конечно, а не под кроватью.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	103. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от freebzzZZZzzd (ok), 22-Дек-24, 18:43
	>Вся суть маргинальных дистров вся суть экспертов опеннена в написании фэйков. в void на данный момент ядро 6.6.67 и он вообще офигенно стабильный, мало отличается от дебиан.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	157. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от leap42 (ok), 23-Дек-24, 07:36
	> Вся суть маргинальных дистров - отсутствие тестирования. И вот опять "что-то пошло не так". У меня Fedora из-за этого сама переехала lz4 -> lzo_lre, тож маргинальная?)
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	165. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от crypt (ok), 23-Дек-24, 10:30
	> У меня Fedora из-за этого сама переехала lz4 -> lzo_lre, тож маргинальная?) я не знаю, куда она у тебя переехала, но я писал про тестирование. Fedora - это дистр для тестирования на комьюнити следующих релизов Enterprise Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от leap42 (ok), 25-Дек-24, 06:56
	> Fedora - это дистр для тестирования на комьюнити следующих релизов > Enterprise Linux Я не знаю, кто вам такое сказал, но он явно идиот. RH тратит на тестирование и фикс багов в Fedora больше, чем тратится на любой другой дистр. Любой.
	Ответить | Правка | Наверх | Cообщить модератору

14. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
Сообщение от Герострат (?), 22-Дек-24, 12:03
Там в конфиге вообще много чего поменяли, у меня около десятка опций послетало. Причём не при переходе на ветку 6.12, а где-то посреди её использования, что странно.
Ответить | Правка | Наверх | Cообщить модератору

	23. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
	Сообщение от Аноним (20), 22-Дек-24, 12:21
	А говорят ещё виндоуз меняет настройки после апдейта.
	Ответить | Правка | Наверх | Cообщить модератору

18. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от Аноним (18), 22-Дек-24, 12:12
Вообще свапом не пользуюсь, мониторю свободную память, не запускаю программы если памяти не хватает. Если компиляторы в процессе работы свап не используют, зачем он нужен?
Ответить | Правка | Наверх | Cообщить модератору

	22. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (22), 22-Дек-24, 12:19
	А кем вы работаете? Чем занимаетесь? Как выглядит рабочий процесс?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (20), 22-Дек-24, 12:24
	Не юзал своп с нулевых. Оперативная память к счастью стоит недорого по сравнению с остальными комплектующими, цены которых взлетели с "гейминг" трендом.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	47. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (50), 22-Дек-24, 13:45
	Низкого вы мнения об ИИ-исследователях однако.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от xsignal (ok), 22-Дек-24, 13:30
	Если память потечёт, то система со свапом уйдёт в свап, но её можно будет реанимировать, а без свапа тупо свалится...
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	62. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (63), 22-Дек-24, 15:00
	Ровно наоборот. Система со свопом и оверкоммитом свалится в трешинг и из него не выйдет. Система со свопом и без оверкоммита тоже свалится в трешинг, но не настолько тяжёлый. И таки выйдет из него, когда программа упадёт по OOM. Без свопа программа сравнительно быстро упадёт по OOM.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (71), 22-Дек-24, 15:22
	> Без свопа программа сравнительно быстро упадёт по OOM. Вопрос только какая программа...
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от нах. (?), 22-Дек-24, 15:48
	да твой шелл, конечно, через который ты пытаешься перехватить управление - ежу же (оомному йожу) понятно - все время аллоцирует память и пытается зохватить ресурсы (целых четыре килобайта вот только что запросила!) - прибить немедленно! Подумаешь, недоофис в фоне 32 гига сожрал и повис, кто ж на такие мелочи внимание будет обращать!
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (119), 22-Дек-24, 23:37
	Ну да, поместить админский шелл в отдельную cgroup с выключенным OOMKiller это слишком сложно.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от 1 (??), 23-Дек-24, 11:34
	Это не просто сложно, а офигительно сложно ... Аж 3 новых сущности изучать ... стек современного одмина переполнится.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (73), 22-Дек-24, 15:33
	Пусть лучше падает, чем продолжает работать?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	131. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Минона (ok), 22-Дек-24, 23:09
	Let it crash!
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (158), 23-Дек-24, 09:20
	Да, пусть лучше падает, чем продолжает ТАК работать. Какая мне разница, что программа в итоге доработает, если я к этому моменту состарюсь?
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	190. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Loki13 (ok), 24-Дек-24, 13:55
	На самом деле, лучше, если "так работает". Объясню почему так считаю. Вот есть у твоей программы пользователи, железо у них разное и линуксы тоже разно настроены. И вот если программа начнет тупить и всё повиснет при тяжелых расчетах, то он задумается и может даже догадается, почему всё так. А если запущенная программа просто исчезнет, даже не выведя ошибку. Это намного сложнее(без приглашения админа) для понимания того, что же случилось.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (197), 25-Дек-24, 17:54
	В dmesg и в drkonqi всё есть.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (105), 23-Дек-24, 10:54
	А оно точно работает, или просто вечно занято свапом? Если оставить систему в таком состоянии на два часа, то часы в гуи ни на секунду не сдвинутся.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	79. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от нах. (?), 22-Дек-24, 15:50
	"оба хуже" btw, похоже с новыми модными тенденциями - oom проходит мимо программ в s-state. А почему они в нем - догадаться нетрудно...
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	111. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (111), 22-Дек-24, 19:33
	Для справки: SysRq+F прибивает "жрущий" процесс, и система моментально отвисает. SysRq+B принудительно перезагружает систему.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	116. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (105), 22-Дек-24, 19:49
	>SysRq+F прибивает "жрущий" процесс, и система моментально отвисает. Если эти комбинации включены. Кстати работоспособность такой системы не гарантируется.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (158), 23-Дек-24, 09:21
	Когда система в глубоком трешинге, даже намлок не будет пахать.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	122. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (119), 22-Дек-24, 21:41
	> без свапа тупо свалится Так хорошо же! Мониторинг заметит что сервер не отвечает и просигналит куда надо. А своппиться оно может так, что со стороны без эвристики будет тяжело понять нормально ли всё работает, и если не работает, то что именно. Если сервак начал свапиться — оно как кот в коробке, и жив и мёртв одновременно.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

19. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от kravich (ok), 22-Дек-24, 12:18
Обратной совместимости на уровне конфигурации ядра никто и не обещал
Ответить | Правка | Наверх | Cообщить модератору

24. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
Сообщение от Аноним (24), 22-Дек-24, 12:22
Проблема в... дистрах и стейтфул пакетных менеджерах. Объясняю: у меня в NixOS есть возможность запустить обновление в QEMU перед тем, как накатывать ее на систему. Такую проблему я бы отловил еще в виртуалке, а не пялился бы широко раскрытыми моргающими глазами на внезапно незагружающуюся реальную систему. Более того, даже если бы я не использовал виртуалку, я бы тут же перезагрузился на предыдущую генерацию системы, выбрав ее в systemd-boot. Вот так вот. А все благодаря дистру и пакетному менеджеру nix. В "традиционных" стейтфул-шлаках такое тупо невозможно.
Ответить | Правка | Наверх | Cообщить модератору

	26. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (20), 22-Дек-24, 12:28
	Как будто в любом другом дистре не останется выбора старого ядра после установки нового.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
	Сообщение от Аноним (24), 22-Дек-24, 12:33
	Загрузка может слететь не только из-за обновившегося ядра. В NixOS генерация -- это вся коллекция пакетов, а не только kernel.rpm.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (20), 22-Дек-24, 13:10
	На совсем непредсказуемый случай должен быть бэкап либо снапшоты. Ваш вариант с экзотическими танцами, выражаясь по-местному, не нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (69), 22-Дек-24, 15:20
	Какие ещё танцы? Это всё прозрачно работает через меню загрузчика. Танцы с костылями это как раз бэкапить корень. Как ты его накатишь то, если у тебя система не грузится?
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (83), 22-Дек-24, 15:57
	> Вот так вот. А все благодаря дистру и пакетному менеджеру nix. В "традиционных" стейтфул-шлаках такое тупо невозможно. я НХНП что тебе дополнительно доступно - у тебя тоже самое ядро
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	115. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (105), 22-Дек-24, 19:47
	В NixOS пользователю доступна вся система целиком, начиная от ядра, и кончая версиями библиотек и интерпретаторов. И после обновления можно перезагрузится в старый вариант, систему без обновления.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (177), 23-Дек-24, 13:03
	Снапшоты btrfs тоже доступны из grub.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (178), 23-Дек-24, 14:17
	И как это работает? Вот например логи, они едины для всей системы, или же после загрузки со снапшота они будут писаться в отдельное место? Те же самые обновления будут скачиваться повторно? Добавляется ли в grub новый снапшот при установке обновления? Что насчёт пользовательских данных, например /var/lib? Насколько легко прыгать между снапшотами, чтобы отладить какую-то проблему?
	Ответить | Правка | Наверх | Cообщить модератору

34. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от Аноним (34), 22-Дек-24, 13:02
старый друг лучше новых двух
Ответить | Правка | Наверх | Cообщить модератору

	36. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (2), 22-Дек-24, 13:04
	Старый конь борозды не испортит.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от OpenEcho (?), 22-Дек-24, 13:29
	> Старый конь борозды не испортит. он в неё ложится и спит
	Ответить | Правка | Наверх | Cообщить модератору

42. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
Сообщение от xsignal (ok), 22-Дек-24, 13:32
Сжатие раздела? Я думал времена dblspace.bin давно прошли... Кому-то не хватает тормозов и потерь данных?
Ответить | Правка | Наверх | Cообщить модератору

	66. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от mos87 (ok), 22-Дек-24, 15:15
	флопик повышенной плотности йес!
	Ответить | Правка | Наверх | Cообщить модератору

43. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
Сообщение от Аноним (43), 22-Дек-24, 13:37
Для чего нужен свап знаю, свапом пользуюсь, но вот пару дней назад для опытов его отключил и разницы в поведении системы никакой не заметил. Вопрос: так ли нужен свап в 2025 году?
Ответить | Правка | Наверх | Cообщить модератору

	48. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (50), 22-Дек-24, 13:50
	Раз такой вопрос возникает - значит либо не знаете, либо неоптимально у вас комп загружен.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (43), 22-Дек-24, 14:04
	> неоптимально у вас комп загружен Каким образом вы предлагаете мне его "загрузить", если это обычный домашний комп, и даже после недели аптайма я редко когда видел в свопе больше 200 МБ?
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–2 +/–
	Сообщение от Аноним (50), 22-Дек-24, 14:39
	Никак не предлагаю: с 1 ноября это запрещено. Наслаждайтесь незадействованной оперативой. Думать надо было, когда комп покупали.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (69), 22-Дек-24, 15:11
	Чего? На домашнем компе своп действительно уже не нужон - когда у тебя 32 или 64 гига рам, то ты их просто не выедаешь никакими нагрузками. А плашка такая стоит как 1 раз в бар сходить. Своп нужен бывает на серверных нагрузках.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (72), 22-Дек-24, 15:32
	дай денег
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (105), 22-Дек-24, 19:44
	>когда у тебя 32 или 64 гига рам, то ты их просто не выедаешь никакими нагрузками Даже 1Тб можно потратить, а вы про жалкие 32 Гб пишите. >А плашка такая стоит как 1 раз в бар сходить Эту плашку нужно ещё куда-то воткнуть. На некоторых системах память вообще распаяна.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	146. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от _kp (ok), 23-Дек-24, 00:38
	Если память распаяна, значит её более чем достаточно для нужд пользователя. Да покупатель вынужден выбрать комплектацию с избытком ОЗУ. Если это не так, то куплена хрень, не стоящая обсуждений. Да, распачнная память, это способ содрать с пользователя денег на порядки больше... Но речь не о маркетинге, а о том что не стоит покупать дохлое железо, а потом, нагрузив его непосильной нагрузкой, страдать. Офисному железу офисные задачи, и своп там не нужен. Для ТВ приставки типа еще меньше потребности (типа, это потому что есть бегемот браузер). А Своп это для серверов и для интенсивной _работы_, а в бытовом применении Своп, это костылизм, чего не должно быть вообще.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (105), 23-Дек-24, 11:00
	>Если память распаяна, значит её более чем достаточно для нужд пользователя. Как вы наивны. Есть куча железа, в которое нельзя воткнуть память, и покупают его не редко те, у кого не было денег на большее. Есть железо, где память не распаяна, но воткнуть больше 16 - нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от _kp (ok), 23-Дек-24, 16:38
	Так очевидно, что не покупать, если хотят апгрейдить. Или железо покупается под конкретные задачи, где его хватит, и используется как есть. Вас же не смущает, что в смартфоне ОЗУ распаяно, или в ТВ приставке. Или же покупателя вынуждают брать на старте с избытком ОЗУ, что б потом не жало. Как на маках, и компактных ноутбуках. Ну а брать ноутбук нормального размера, без возможности расширения? Это изначально плохая идея. >>воткнуть больше 16 - нельзя. Это или относительно простое устройство, или морально устаревшее, или для ограниченных задач, типа нетбуков и ТВ приставок. Пытаться заниматься тяжелой работой на немощном железе, это плохо. Я сталкивался с Zram на Raspberry и старых miniPC. То и другое не для серьёзных задач. А нагрузи их посильной работой, так еще и радовать будут. По моему вся возня со свопом в ОЗУ из за плохих SSD, или тем более контроллеров с SD картами. А при 16 ГБ ОЗУ уже достаточно выделить 4Гб свопа для прихотей ОС, но оставить ОЗУ по максимуму. Если кто то доволен решением недостатка ОЗУ с помощью Zram, я раз за них, но себе такое не хочу.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (139), 23-Дек-24, 00:09
	А что, запрещённое с 1 ноября так жрало память? У меня, в данный момент, включено и вообще не жрёт.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	161. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (158), 23-Дек-24, 09:25
	Если вы не в курсе - то вам лучше и не знать. Меньше знаешь - крепче спишь.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от mos87 (ok), 22-Дек-24, 15:17
	Ответ: зависит от факторов. >разницы в поведении системы никакой не заметил а что ты ожидал, если система его и не использует
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

52. Скрыто модератором	+/–
Сообщение от Rev (ok), 22-Дек-24, 14:10
То есть многие сборщики ядра обосрались? Забавно. А ведь к ним столько доверия.
Ответить | Правка | Наверх | Cообщить модератору

	89. Скрыто модератором	–1 +/–
	Сообщение от Аноним (111), 22-Дек-24, 16:44
	Очевидно, у них всё работало. А обосрался ты, когда выяснилось, что собранное ими для себя ядро на безруких оказалось не рассчитанно.
	Ответить | Правка | Наверх | Cообщить модератору

53. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
Сообщение от Rev (ok), 22-Дек-24, 14:12
zramswap - очень нужная вещь для дешёвых VPS, особенно у которых диск тоже маленький, где нет возможности разместить даже swapfile.
Ответить | Правка | Наверх | Cообщить модератору

	56. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от Аноним (73), 22-Дек-24, 14:22
	Спасибо за идею! Домашний комп у меня ужимает в lzo где-то в 2-3 раза. Интересно, сколько можно выиграть при "серверных" нагрузках?
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Rev (ok), 22-Дек-24, 18:20
	Дешёвые VPs'ки не для серьёзных "серверных" нагрузок ведь берутся.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (73), 22-Дек-24, 19:10
	VPS - virtual private server, соответственно и нагрузки серверные. А серьезные или нет - какая разница? Мне просто было интересно сколько можно выиграть если включить zRAM на сервере.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от YetAnotherOnanym (ok), 23-Дек-24, 04:04
	Всё уже сжато до нас. Неужели ты думаешь, что тебе сдают в аренду честные N ГБ физической памяти?
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
	Сообщение от нах. (?), 26-Дек-24, 14:31
	> Всё уже сжато до нас. Неужели ты думаешь, что тебе сдают в > аренду честные N ГБ физической памяти? э... да. Причем еще и как правило - без всяких оверкомитов и прочих подстав. Оно продавцу боком может выйти. Ну это если в нормальной стране за деньги, про руведеэс за сто ржублев я не в курсе, извини уж. (Но там будет все еще хуже с процессором, так что никуда ты не выберешься из помойной ямы.) Тут пару лет назад была статья от мэйлрушечки (когда-то тут бывали такие статьи, а не "как мне выйти из bash") - она немножко про другое, но проверить что тебя наипли этим способом тоже можно.
	Ответить | Правка | Наверх | Cообщить модератору

65. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от mos87 (ok), 22-Дек-24, 15:14
>механизм zRAM для сжатого хранения раздела подкачки в памяти зачем?
Ответить | Правка | Наверх | Cообщить модератору

	75. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
	Сообщение от Аноним (73), 22-Дек-24, 15:37
	Примерно как твои соседи по этажу хранят хлам в коридорах перед входной дверью. Если есть пространство, то надо его чем-нибудь заполнить. А памяти много не бывает.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от mos87 (ok), 22-Дек-24, 15:52
	зачем
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от YetAnotherOnanym (ok), 23-Дек-24, 04:04
	"Пригодиииится!"
	Ответить | Правка | Наверх | Cообщить модератору

84. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
Сообщение от еропка (?), 22-Дек-24, 16:07
Зачем хранить своп в оперативной памяти, уменьшая тем самым её доступный  объём (и повышая риск использования свопа)? Я не троллинга ради. Правда, не понятно, зачем так делать? Столкнулся на импортозамещенном Редосе. Ранее использовал шляпу - там таких изысков не было.
Ответить | Правка | Наверх | Cообщить модератору

	86. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (86), 22-Дек-24, 16:20
	уменьшает своп на диски
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+3 +/–
	Сообщение от Аноним (97), 22-Дек-24, 17:53
	> Зачем хранить своп в оперативной памяти, уменьшая тем самым её доступный > объём (и повышая риск использования свопа)? 1) Затем чтобы сжать "холодные" редко используемые страницы - сэкономив занимаемое ими место в RAM 2) Если это все же окажется нужным, можно быстро расжать это прямо из RAM. 3) Это де факто увеличивает доступный объем RAM. 4) Во многих конфигах при этом имеет смысл совсем отделаться от свопа. Особенно на десктопе. Из соображений латенси и того что при OOM случается. В случае с свопом на механике система при OOM жестко тупит минутами. На SSD дико протирает SSD. Зачем оно такое надо - кто его знает?
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	109. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (43), 22-Дек-24, 19:24
	> На SSD дико протирает SSD Как замерял?
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
	Сообщение от Аноним (119), 22-Дек-24, 23:44
	Замерять проблемы нет, можно просто пользоваться какое-то время, а потом посмотреть в SMART общий объём записанных данных, сравнить цифру с той, что указывает производитель как предельную, и понять, что этот диск раньше потеряет актуальность, чем протрется. Современные SSD протереть можно только если специально стараться.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от _kp (ok), 23-Дек-24, 16:45
	>>SSD дико протирает SSD Если SSD плохой, так он и без свопа сдохнет, может даже просто так, а не от работы. А нормальные SDD, и в десятилетних ноутбуках не заездились ни свопом, ни гибернацией. Проблема в дешевых устройствах с SD картами, или медленными ssd, работающими на запись медленнее SD карт. Да, аппаратные проблемы и плохое железо можно прикрыть программным гарниром, и даже станет легче, но железо от этого не перестанет быть плохим.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	176. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (175), 23-Дек-24, 12:33
	ОС чуть раньше озаботится нехваткой памяти и, например, сбросит буферы, чтобы высвободить памяти. В случае если это не помогает, то начнет свопиться (в память), но быстро. И только если совсем дело плохо, то начнет свопиться на диск. Грубо говоря - это шадящий промежуточный режим между "памяти сколько угодно, не свопимся" и "ну все, приехали, свопим по полной программе". 1-2-4 гб из 8-16-32 вполне уместно выделить.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

85. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от Аноним (85), 22-Дек-24, 16:08
Объясните знатоки: в ядре по умолчанию включен zswap, а многие школоло дистры своим установщиком добавляют сверху zram, в результате по идее получается многослойный бутерброд.Что происходит?
Ответить | Правка | Наверх | Cообщить модератору

	128. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 22-Дек-24, 22:20
	То что в ядре включены какие-то модули не значит, что это что-то используется, а значит, что их подгрузит если они будут нужны Например в Ubuntu, основном десктопном дистрибутиве GNU/Linux, zram точно в modules-extra, то есть что бы его включить тебе нужно поставить пакет, нужно знать, не исключаю, что zswap там же. В дефолте ничего нет А если ты само поставило, то ты должно понимать что делаешь Даже если мы пойдем в вики рача, маргинального дистра, то и там В ядре linux zswap по умолчанию отключен. Для его переключения во время работы системы запишите 1 для включения или 0 для отключения в файл /sys/module/zswap/parameters/enabled. Изменения будут действовать до перезагрузки. Так где у тебя и что включено? В RHEL нет, в Ubuntu нет, даже в Rach и то нет! Что за Васян_Звер_ЦД_Линукс ты нашел?
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Минона (ok), 22-Дек-24, 23:24
	> школоло дистры своим установщиком добавляют сверху zram Сдаётся мне это он про Федору.
	Ответить | Правка | Наверх | Cообщить модератору

94. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
Сообщение от Аноним (150), 22-Дек-24, 17:03
Я задам неприличный вопрос: какие стабильные версии каких дистрибутивов используют 6.12? Никакие? Значит ничего сломано не было Роллинги и тестинг-ветки для того и созданы, что бы проверять все ли в порядке и тестировать, вот они и выполнили свою роль
Ответить | Правка | Наверх | Cообщить модератору

	102. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от mos87 (ok), 22-Дек-24, 18:29
	тссс... сюды щаз БигБизнес прибижыт с какой-нить CachyOS наперевес
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–2 +/–
	Сообщение от Аноним (107), 22-Дек-24, 19:12
	>какие стабильные версии каких дистрибутивов Fedora
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	121. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (150), 22-Дек-24, 21:37
	Даже если мы забудем, что Fedora с самого начала(то есть с момента как появилась под именем Fedora Core на замену RH(который не EL был, а просто RH)) это альфа-версия RHEL, то мы прочитаем «The Fedora Project officially released today Fedora Linux 41 as the latest version of their Red Hat-sponsored GNU/Linux distribution for the masses featuring some of the latest and greatest software. Powered by Linux kernel 6.11, Fedora Linux 41 comes with the latest GNOME 47 desktop environment on the flagship Fedora Workstation edition» Вышел с 6.11 Упс
	Ответить | Правка | Наверх | Cообщить модератору

96. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
Сообщение от Аноним (97), 22-Дек-24, 17:50
> Проблема проявляется в Gentoo, Void и других ...и других чудаков, которые компилить лезут, а нормально конфигурить ядро - не умеют. Прикольно, получается что я обставил этих позорников, промониторив что алго юзаемые компонентами - тоже собраны.
Ответить | Правка | Наверх | Cообщить модератору

	112. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (95), 22-Дек-24, 19:36
	Потому что весь этот нёрдовский шлак делают не специалисты и инженеры, а нёрды, которые думают, что изучив сочетания ключей gcc поймали бога за бороду) Профики этим УГ не пользуются)
	Ответить | Правка | Наверх | Cообщить модератору

118. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
Сообщение от dannyD (?), 22-Дек-24, 20:49
zram всегда работал неадекватно, его "прогноз" ни когда не соответсвовал реальности, понять сколько сожрется памяти невозможно. соответсвенно невозможно распределить zswap zram чтоб они не мешали друг другу. проще отказаться в пользу нежатого tmpfs.
Ответить | Правка | Наверх | Cообщить модератору

	144. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (139), 23-Дек-24, 00:17
	Да, ZRAM - это тот случай, когда, наконец-таки, можно поймать этот неуловимый 12309.
	Ответить | Правка | Наверх | Cообщить модератору

153. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от YetAnotherOnanym (ok), 23-Дек-24, 04:08
> возможность настройки алгоритмов сжатия во время работы Это, типа, сжали гзипом, а потом поменяли настройки и разжимаем зстд?
Ответить | Правка | Наверх | Cообщить модератору

	162. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+1 +/–
	Сообщение от Аноним (158), 23-Дек-24, 09:28
	zstd недостаточно быстрый. Вообще нужен алгоритм, оптимизированный именно под память. А если честно .... вангую аналог dedup est machina для zram. Потому что сжатие через LZ77 - это в некотором смысле как дедупликация.
	Ответить | Правка | Наверх | Cообщить модератору

170. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от Аноним (170), 23-Дек-24, 11:38
def_comp = lzo-rle же..
Ответить | Правка | Наверх | Cообщить модератору

171. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от Аноним (171), 23-Дек-24, 11:41
Подскажите, пожалуйста, почему у меня zram никогда не заполняется? Включаю так: zramctl --size 2G --algorithm zstd /dev/zram0 && mkswap /dev/zram0 && swapon -p 16383 /dev/zram0 При этом образуется swap размером 2G, но он всегда пустой. zramctl говорит, что там только 4K несжатых данных постоянно. Что не так?
Ответить | Правка | Наверх | Cообщить модератору

	185. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от turbo2001 (ok), 23-Дек-24, 18:55
	Может выставлен vm.swappiness=0
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Аноним (187), 23-Дек-24, 20:24
	> Может выставлен vm.swappiness=0 Не... ## For zRAM vm.swappiness = 180 # vm.vfs_cache_pressure = 50 vm.watermark_boost_factor = 0 vm.watermark_scale_factor = 125 # vm.dirty_background_ratio = 1 # vm.dirty_ratio = 3 vm.page-cluster = 0 И без этих настроек тоже не работает.
	Ответить | Правка | Наверх | Cообщить модератору

173. Скрыто модератором	+/–
Сообщение от Аноним (-), 23-Дек-24, 12:15
Я zswap использую. https://www.kernel.org/doc/html/latest/admin-guide/mm/zswap....
Ответить | Правка | Наверх | Cообщить модератору

174. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
Сообщение от Аноним (-), 23-Дек-24, 12:17
-> https://www.kernel.org/doc/html/latest/admin-guide/mm/zswap.... Я zswap использую.
Ответить | Правка | Наверх | Cообщить модератору

202. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	–1 +/–
Сообщение от Аноним (202), 26-Дек-24, 15:34
zram, zswap - всё это слишком тухлое, только мешает работе. файл подкачки в линуксе никогда толком не работал. обычный логин при активном свопировании нельзя было выполнить, т.к. время ожидания реакции на ввод было дольше допустимого для логина, из за того, что всё было в свопе и непрерывно перекачивается из оперативной памяти на ждёсткий диск туда и обратно.
Ответить | Правка | Наверх | Cообщить модератору

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

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