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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+2 +/–
Сообщение от Аноним (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ообщить модератору

	39. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+/–
	Сообщение от Кирилл (??), 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ообщить модератору

	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ообщить модератору

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

	15. "Изменение настроек ядра Linux 6.12 привело к проблемам c zRA..."	+6 +/–
	Сообщение от Аноним (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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

87. Скрыто модератором	–1 +/–
Сообщение от Аноним (87), 22-Дек-24, 16:22
Как же так, Линус? Ты же обзывал всех рукозадами, ставя себя в пример. А сам выпускаешь одну поломку за другой.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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