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

"Релиз ядра Linux 7.0"	+/–
Сообщение от opennews (??), 13-Апр-26, 11:07
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 7.0. Среди наиболее заметных изменений: правила применения AI-ассистентов, перевод Rust в основные возможности ядра, повышение производительности подкачки, включение по умолчанию режима PREEMPT_LAZY, поддержка фильтров для операций io_uring, новая ФС Nullfs, инфраструктура fserror, средства мониторинга XFS, поддержка ремапинга в Btrfs, включение по умолчанию версии NFS 4.1, интеграция пост-квантового криптоалгоритма ML-DSA, активация AccECN в сетевой подсистеме, начальная поддержка WiFi 8... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65194
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Релиз ядра Linux 7.0"	+17 +/–
Сообщение от Аноним (1), 13-Апр-26, 11:07
Хорошее ядро стало еще лучше!
Ответить | Правка | Наверх | Cообщить модератору

	26. "Релиз ядра Linux 7.0"	+2 +/–
	Сообщение от Аноним (26), 13-Апр-26, 12:19
	> После двух месяцев разработки При такой скорости нейрослопочной разработки как-то неуютно использовать продукт, обладающий местами регрессиями.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 13-Апр-26, 13:38
	Так сделай свое. Или патчи пришли. В чем проблема? Опенсорс наделяет тебя полной свободой действий.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Соль земли2 (?), 13-Апр-26, 14:04
	А где конкретнее? Словами бросаетесь?
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	121. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (26), 13-Апр-26, 16:28
	Перечитай текст новости.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:19
	https://github.com/torvalds/linux/blob/master/Documentation/... https://lwn.net/Articles/1049830/ (не открывается - вы знаете, что делать)
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	206. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (26), 13-Апр-26, 21:41
	> И вот ещё https://zoom.cnews.ru/lenta/post/linux_razresil_kod_ot_ii_no... "В конце прошлого года инженер NVIDIA и сопровождающий ядра Саша Левин ... внёс патч ... содержал регрессию производительности ... Торвальдс признал, что патч был недостаточно проверен".
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (243), 13-Апр-26, 23:43
	Фактически Саша Левин и проталкивает нейрослoп в ядро
	Ответить | Правка | Наверх | Cообщить модератору

	444. Скрыто модератором	+/–
	Сообщение от Аноним (444), 15-Апр-26, 21:09
	Вся нвижка такая. Они там сейчас только вайбкодят.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (275), 14-Апр-26, 06:05
	Не используй.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	59. "Релиз ядра Linux 7.0"	–3 +/–
	Сообщение от Тракторист (?), 13-Апр-26, 13:41
	Всмысле релиз, ужеж в Lubuntu dayli, недели две назад было). Наверное заплатка с ренеаймом.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	109. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (109), 13-Апр-26, 15:51
	Ждём в Tumbleweed: https://get.opensuse.org/ru/tumbleweed/
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (96), 13-Апр-26, 15:22
	> В файловую систему Btrfs добавлена экспериментальная поддержка структуры "дерево ремапинга" (remap tree), которая в будущем может быть задействована в качестве промежуточного слоя при выполнении операций ввода-вывода. Суть добавленной возможности в том, что после перемещения данных на накопителе вместо обновления всех связанных с этими данными структур в дополнительной структуре "remap tree" сохраняются старые и новые адреса данных, после чего при обращении к данным адреса подменяются. Новый подход преподносится как более надёжный и гибкий, а также упрощающий дальнейшее расширение функциональности Btrfs. А это вот спорно. Лишнее место тратить будут еще и под эти ссылки?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	188. "Релиз ядра Linux 7.0"	+/–
	Сообщение от myster (ok), 13-Апр-26, 20:29
	или того хуже - замедлять IOPS
	Ответить | Правка | Наверх | Cообщить модератору

	352. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 18:26
	> или того хуже - замедлять IOPS Я думаю что с IOPS они все же разберутс. А вот на данный момент - расчистка девайса для изъятия или расчистка хвоста фс для урезания размера и проч - может работать не идеально. В частности - 1) Огромный экстент может быть некуда втрамбоать. И вот вроде свободное место как бы есть но как бы удвинуть такого монстра некуда потому что нет такого блока free space. 2) По этой причине размер экстента ограничивали 256 мегов. Дабы держать эффект под контролем. Это тоже так то - метаданные может несколько раздуть. 3) В целом механика удвигания экстентов вышла довольно сложной и иногда - неспешной. Так что вынуть диск или скостить размер фс не всегда так быстро как хотелось бы.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Релиз ядра Linux 7.0"	+/–
	Сообщение от maximnik0 (?), 14-Апр-26, 06:40
	>А это вот спорно. Лишнее место тратить >будут еще и под эти ссылки? Не спорно, хотят разгрузить нынешний блок методанных.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	348. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (348), 14-Апр-26, 17:40
	Это как? Это даже не перестановка кроватей, это добавление новых.
	Ответить | Правка | Наверх | Cообщить модератору

	353. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 18:28
	> Это как? Это даже не перестановка кроватей, это добавление новых. С изменением usage старых...
	Ответить | Правка | Наверх | Cообщить модератору

	361. "Релиз ядра Linux 7.0"	+/–
	Сообщение от maximnik0 (?), 14-Апр-26, 19:18
	Это частично  слом старого формата : разработчик BTRFS не дураки ,попробовали вкусности  Bcachefs .Внедрили  дерево экстентов v2 (extent tree v2) .И сейчас поверх v2 будут внедрять remap tree , эту функцию ещё с 24 года начали тестировать.
	Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

	381. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (381), 14-Апр-26, 21:49
	> Это частично  слом старого формата : разработчик BTRFS не дураки ,попробовали > вкусности  Bcachefs .Внедрили  дерево экстентов v2 (extent tree v2) > .И сейчас поверх v2 будут внедрять remap tree , эту функцию > ещё с 24 года начали тестировать. Ну так поэксплуатировав дизайн в проде оптом и в розницу разработчики набрали инфо о сильных и слабых сторонах. И появились идеи что можно улучшить. Bcachefs развивался опять же - как усовершенствование идей btrfs как таковой.
	Ответить | Правка | Наверх | Cообщить модератору

	389. "Релиз ядра Linux 7.0"	+/–
	Сообщение от maximnik0 (?), 15-Апр-26, 02:01
	> Ну так поэксплуатировав дизайн в проде оптом и в розницу разработчики набрали > инфо о сильных и слабых сторонах. И появились идеи что можно > улучшить. Bcachefs развивался опять же - как усовершенствование идей btrfs как > таковой. Не только - автор говорил что помимо опыта с XFS он помимо btrfs взял кое какие идеи с .....тихой незаметной f2fs.Говорит в этой фс много хороших идей, жалко что автор слишком занят а сообщество практически не помогает.
	Ответить | Правка | Наверх | Cообщить модератору

	428. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 15-Апр-26, 16:45
	> Не только - автор говорил что помимо опыта с XFS он помимо > btrfs взял кое какие идеи с .....тихой незаметной f2fs. Да они в общем то у друг друга идеи таскают только в путь. Если у Васи была идея и у Пети была идея и они ими обменялись - у них > Говорит в этой фс много хороших идей, жалко что автор слишком занят а сообщество > практически не помогает. Оно довольно нишевая штука с проблемами качества и управляемая по сути одним самсом. Там и правда есть хорошие идеи по части рабооты с флешатиной, но ФС это не только идеи но и реализация...
	Ответить | Правка | Наверх | Cообщить модератору

	383. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (383), 15-Апр-26, 00:06
	А существующие фс придется обновлять руками?
	Ответить | Правка | К родителю #361 | Наверх | Cообщить модератору

	388. "Релиз ядра Linux 7.0"	+/–
	Сообщение от maximnik0 (?), 15-Апр-26, 01:56
	>А существующие фс придется обновлять руками? Наверное.
	Ответить | Правка | Наверх | Cообщить модератору

	391. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (391), 15-Апр-26, 02:36
	Только вот разобраться в этом коде, архитектуре, в соло нереально.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Релиз ядра Linux 7.0"	–10 +/–
Сообщение от Аноним (-), 13-Апр-26, 11:09
> Удалён режим laptop_mode, экономящий энергопотребление. [...] Режим потерял актуальность, так как в современных мобильных устройствах жёсткие диски вытеснены твердотельными накопителями А как же бедные аноны, у которых в проде четверки до сих пор, и которые утверждали, что такое надо поддерживать до второго прихода?
Ответить | Правка | Наверх | Cообщить модератору

	5. "Релиз ядра Linux 7.0"	–5 +/–
	Сообщение от Аноним (5), 13-Апр-26, 11:16
	>у которых в проде четверки Што за четверки и што за прод? Речь вроде о мобильных устройствах. Если у тебя г-но мамонта с дико тормозным hdd на ноутбуке, то будь любезен обновить его. Либо сиди на WinXP и не ворчи.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (-), 13-Апр-26, 12:12
	> Што за четверки 486, который собираются дропать из ядра > што за прод спроси у анонов в соответствующей теме на опеннете, где обсуждался дроп 486 из ядра > Речь вроде о мобильных устройствах и что мешает анонам из той темы юзать ноуты на четверках в убогим хдд? > Если у тебя г-но мамонта с дико тормозным hdd на ноутбуке, то будь любезен обновить его. Либо сиди на WinXP и не ворчи. ты не мне это говори
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (146), 13-Апр-26, 18:16
	486 ставили в древние мобилы? Ого! А то я думаю, чего это они были такие с рюкзачком? А оно оказывается вона что. Теперь ясно. Спасибо, что объяснил.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 00:00
	> 486 ставили в древние мобилы? ноутбуки, тоже мобильные устройства, да еще и с хдд > Теперь ясно. Спасибо, что объяснил. обращайся
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (24), 13-Апр-26, 12:18
	Поживут на LTS ещё лет 10. Потом в гроб.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	17. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от жЫр с монитора (?), 13-Апр-26, 12:07
	Ну, собственно говоря, покажите мне хоть один ноутбук с HDD на борту и на который вообще имеет смысл ставить это ядро, я таки вам дам пять тыщ.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	28. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (28), 13-Апр-26, 12:53
	Ноут с HDD - любой ноут гентушника. SSD гентушникам противопоказаны, ушатают за полгода.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Релиз ядра Linux 7.0"	+/–
	Сообщение от dannyD (?), 13-Апр-26, 13:15
	что за глупость? если ты про локалную сборку, то 16 Гиг оперативы решает вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (28), 13-Апр-26, 13:26
	Как будто, все промежуточные файлы в ОЗУ хранятся.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от dannyD (?), 13-Апр-26, 13:48
	читать умеешь? - 16 Гиг оперативы - РЕШАЕТ ВОПРОС.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (28), 13-Апр-26, 14:12
	В оперативе запускаются процессы компилятора, а .o-файлы сохраняются таки на диск.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (113), 13-Апр-26, 16:19
	Про tmpfs что-нибудь слышал?
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (28), 13-Апр-26, 17:53
	Слышал. И сколько нужно оперативы, чтобы оно таки не скидывалось в swap вообще? А если собираем что-то большое, типа, qtwebengine, надо чтобы .o таки сохранялись на энергонезависимый носитель. Чтоб, в случае сбоя, продолжить с прерванного, а не сначала.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (28), 13-Апр-26, 17:55
	P.S. А так, если оперативы овердофига, так то и отдельный RAM-диск замутить можно под PORTAGE_TMPDIR.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (214), 13-Апр-26, 22:15
	собираю на 32гб tmpfs, зависимости нет, брат жив
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	114. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от dannyD (?), 13-Апр-26, 16:20
	>>.o-файлы сохраняются таки на диск. о tmpfs не слышал? повторяю в третий раз: 16 Гиг оперативы - РЕШАЕТ ВОПРОС.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	125. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (125), 13-Апр-26, 16:44
	От того, что вы как попугай повторяете одно и тоже, ложь правдой не станет. >16 Гиг оперативы Компиляция firefox требует от 30 Гб места на диске. У clang, говорят, нужно больше 90-а Гб.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Релиз ядра Linux 7.0"	+/–
	Сообщение от dannyD (?), 13-Апр-26, 17:22
	>>У clang, говорят, от того что тебе говорят, ты умнее не станешь. я собираю либревольф с завидным постоянством, для сборки достаточно ~12 Гиг, самые жирные - хромиум и либреофис, но и они в 16 Гиг помещаются. ты - который этого не делает, будешь спорить с тем к то это делает много лет постоянно?
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Релиз ядра Linux 7.0"	+/–
	Сообщение от dannyD (?), 13-Апр-26, 17:33
	открывай и читай: https://codeberg.org/librewolf/gentoo/src/branch/master/www-... строки 550-557         # Ensure we have enough disk space to compile         if use pgo || use debug ; then             CHECKREQS_DISK_BUILD="14300M"         elif [[ ${use_lto} == "yes" ]] ; then             CHECKREQS_DISK_BUILD="10600M"         else             CHECKREQS_DISK_BUILD="7400M"         fi как видишь, в минимуме без lto/pgo - 7,4 Гига
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	161. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 13-Апр-26, 18:46
	>как видишь, в минимуме без lto/pgo - 7,4 Гига А если скачивать готовый бинарник, то можно и на 2 Гб влезть. Нужны отладочные символы - сразу 14300M. https://llvm.org/docs/GettingStarted.html#hardware >Note that Debug builds require a lot of time and disk space. An LLVM-only build will need about 1-3 GB of space. A full build of LLVM and Clang will need around 15-20 GB of disk space.
	Ответить | Правка | Наверх | Cообщить модератору

	276. "Релиз ядра Linux 7.0"	+/–
	Сообщение от dannyD (?), 14-Апр-26, 06:26
	юноша, каков был вопрос? "ушатают ли SSD пересборки gentoo ?" вам ответили - при наличии 16 гиг оперативы - никакой разницы с другим любым роллингом. вот что ты хочешь доказать???
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 14-Апр-26, 12:07
	>вам ответили - при наличии 16 гиг оперативы - никакой разницы с другим любым роллингом. Неиссекающий оптимизм. Допустим, на пересборку того же firefox нужно в ~четыре раз меньше места, чем указано на вики, без дополнительных оптимизаций. Вы половину памяти отадёте на tmpfs. Один процесс g++ с лёгкостью может потреблять более 1 Гб памяти. Потянет ли оставшаяся половина памяти компиляцию хотя-бы в 4 потока - вопрос открытый, при этом ресурсов на что-то сверх сборки уже будет нехватать. И вы рассказываете, как нет никакой разницы. Сюда же следует добавить, что компиляция будет идти какое-то время, допустим часа три(уложится ли компиляция firefox в три часа?), и использовать машину в течении этого времени для чего-то другого уже не получится. Вот так вот, никакой разницы с другими дистрибутивами, когда там во время обновления можно продолжать свои дела. >вот что ты хочешь доказать??? То, что памяти нужно много.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "Релиз ядра Linux 7.0"	+/–
	Сообщение от dannyD (?), 14-Апр-26, 12:29
	Вы опять рассуждаете о чем не знаете. 1. Вы не сидите за компом 24/7 2. Компиляцию можно настроить так, ты ничего не заметишь. Да - сожрет памяти и нельзя перезагружаться.
	Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

	331. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 14-Апр-26, 13:03
	>1. Вы не сидите за компом 24/7 Странный аргумент. Для этого, нужно гарантировать, что время пересборки не будет превышать какой-то предел. Но, даже так, компьютер может выполнять какие-то другие задачи, которые будут снижать допустимое время простоя. >2. Компиляцию можно настроить так, ты ничего не заметишь. Кучу сообщений спустя, вы начали говорить о настройке компиляции. Проблема в том, что если уменьшать количество потоков, то сборка будет идти дольше. Во-первых, нужно будет резервировать условно 12+ Гб только на сборку, сверх обычного потребления, во-вторых, непонянто, почему вы так медленно приводите свои аргументы. О том же tmpfs можно было сказать гораздо раньше, как и максимальном количестве потоков.
	Ответить | Правка | К родителю #327 | Наверх | Cообщить модератору

	351. "Релиз ядра Linux 7.0"	+/–
	Сообщение от dannyD (?), 14-Апр-26, 18:10
	>>Кучу сообщений спустя, вы начали говорить о настройке компиляции. вопрос был "ушатает или нет?", тебе ответили, разумеется растройки компиляции могу быть разными, у меня gentoo на трех компах, все  ̶р̶а̶з̶н̶о̶п̶о̶л̶ы̶е̶ разной архитектуры, к-ва памяти, выполняемые задачи и прочее. у всех SSD разумееся настройки разные.
	Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

	291. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (291), 14-Апр-26, 08:56
	Не решает. Сейчас 16 Гбайт - это норма, а не что-то из ряда выходящее. Вот кто пишет про 128 Гб, тому ещё поверю.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	386. "-"	+/–
	Сообщение от Аноним (386), 15-Апр-26, 00:41
	Окончательно решение вопроса тех, у кого меньше дополнительных 16 гигов? Спасибо, обойдёмся без этого. Нам и без пересборки мира невесело, а с пересборкой мира - совсем невесело. Учитывая что чипсет в материнской плате вообще больше 8 гигов не поддерживает.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	442. "-"	+/–
	Сообщение от dannyD (?), 15-Апр-26, 20:50
	>>Учитывая что чипсет в материнской плате вообще больше 8 гигов не поддерживает. извините, ваш компутер старше вас?
	Ответить | Правка | Наверх | Cообщить модератору

	445. "-"	+/–
	Сообщение от Аноним (444), 15-Апр-26, 21:12
	>чипсет в материнской плате вообще больше 8 гигов не поддерживает. Кора дуба 2, та самая. Последние процессоры с внешним контроллером памяти (жутко отсталые даже в 2005 г).
	Ответить | Правка | К родителю #386 | Наверх | Cообщить модератору

	141. "-"	+/–
	Сообщение от Аноним (141), 13-Апр-26, 18:03
	16 гиг оперативки Пока решают вопрос.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	162. "-"	+/–
	Сообщение от Аноним (125), 13-Апр-26, 18:48
	Уже не решают. Как минимум от отладочных символов нужно отказаться.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "-"	+/–
	Сообщение от dannyD (?), 14-Апр-26, 12:24
	Гентушники посыпают головы пеплом, оказывается они годами делали не так. Но пришел герой и всё всем объяснил. Нужно обязательно сообщить на багзиллу.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Mike Lee (?), 13-Апр-26, 18:15
	А что, tmpfs не осилил?
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	84. "Релиз ядра Linux 7.0"	+/–
	Сообщение от ryoken (ok), 13-Апр-26, 14:43
	>>SSD гентушникам противопоказаны, ушатают за полгода. НА стационаре в адаптере 2 NVME SSD (Adata XPG8200 кажется), по 1Тб. Больше года пашут, проблем 0. (все что нашел насчет сборки, как вывалить в tmpfs - вывалил. Оперативы 128 Гб.)
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	387. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (387), 15-Апр-26, 00:43
	Вы на опеннет зачем пришли, понты гнать? Ваши 128 гигов (которых "хватит для всех") - это вообще ни о чём, Kimi не влезет ;) Срочно в магаз, покупать ещё больше оперативы!
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Релиз ядра Linux 7.0"	–2 +/–
	Сообщение от Аноним (125), 13-Апр-26, 13:01
	Абсолютно любой, где есть HDD. Ещё лет десять назад вполне себе были ноутбуки без SSD вообще. Чуть позже появились устройства, где есть и SSD и HDD. Вы предлагаете все их выбрасывать? SSD сильно переоценены, так как влияют только на время загрузки данных. Если данные уже в оперативной памяти, то SSD вообще никак не поможет. При этом что i486 до сих пор поддерживается, хотя насколько он там будет работать, вопрос открытый, а вот laptop_mode уже выкинули.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	217. "Релиз ядра Linux 7.0"	+/–
	Сообщение от _ (??), 13-Апр-26, 22:19
	> SSD сильно переоценены, так как влияют только на время загрузки данных. Если данные уже в оперативной памяти, то SSD вообще никак не поможет. Opennet at its best!(C) :-D
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Релиз ядра Linux 7.0"	+2 +/–
	Сообщение от Аноним (253), 14-Апр-26, 00:39
	Накопители сильно переоценены, потому что на деле они нужны лишь для данных, не поместившихся в оперативную память, которая переоценена, потому что <....> в кэш, который переоценён, потому что <...> в регистры!
	Ответить | Правка | Наверх | Cообщить модератору

	269. "Релиз ядра Linux 7.0"	+/–
	Сообщение от _ (??), 14-Апр-26, 02:45
	ПонимаешьtЪ(С) ;)
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (260), 14-Апр-26, 01:39
	Имеет смысл - понятие субъективное, поэтому ваше щедрое предложение - это нифига не дать, а за 5 тысяч я даже из дома не выйду.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	367. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (367), 14-Апр-26, 19:58
	Lenovo 320-15/330-15. Тянет десятку. Линукс уже не тянет.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	393. "Релиз ядра Linux 7.0"	+/–
	Сообщение от maximnik0 (?), 15-Апр-26, 04:42
	> Ну, собственно говоря, покажите мне хоть один ноутбук с HDD на борту > и на который вообще имеет смысл ставить это ядро, я таки > вам дам пять тыщ. MAIBENBEN X558.Я специально искал ноутбук с жёстким диском.Правда жёсткий уже получается как опция - на месте разъема m2 стоит контроллер mini sata.Но хоть и с linux  по умолчанию,но Биос был такой багованный что жуть - работать работал но спящий режим -за 45 минут батарею сажал.Не всегда просыпался и т.д. В общем починили в ревизии 05 - но работает только на Nvidia карте ,теперь стартует даже с засыпанием на жёсткий.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	31. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (31), 13-Апр-26, 13:01
	И как же я буду со своим ноутбуком 2004 года выпуска с pentium m 1.7 Ghz, 512 Mb DDR1 и IDE HDD на целых 40!Гигабайт!!?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	207. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Karl Richter (ok), 13-Апр-26, 21:44
	Это буквально страдания.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (214), 13-Апр-26, 22:17
	гном не запустится, да а кеды еще могут
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Тракторист (?), 13-Апр-26, 13:46
	Ого как они быстро дропают, а ниче тот факт что в странах 3го мира, все еще пк 2010 года. А ниче что многие используют hdd, просто потому что более надежно, ну тоесть ведь, на ssd нужно раз в полгода подавать питание, чтобы не стерлась инфа. А ниче что ssd щас стоят как конь). А ниче что у многих щас hdd. Ну в принципе ладно дропайте, у меня ssd.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	65. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 13-Апр-26, 13:52
	> а ниче тот факт что в странах 3го мира, все еще пк 2010 года сомневаюсь, что в пк 2010 года есть такие проблемы с энергопотреблением, которые могла бы решить выпиленная штука > А ниче что многие используют hdd, просто потому что более надежно, ну тоесть ведь, на ssd нужно раз в полгода подавать питание, чтобы не стерлась инфа. ну вот тут точно никаких проблем с энерогопотреблением не видно) > А ниче что ssd щас стоят как конь сейчас все стоит как конь, и хдд тоже в цене подросли > А ниче что у многих щас hdd у многих это у скольких? > Ну в принципе ладно дропайте, у меня ssd спасибо
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Тракторист (?), 13-Апр-26, 14:14
	>у многих это у скольких? Ну не у тебя, у какой нибудь кассирши. У какого нибудь нестриммера. Знаю много людей которые вообще не шарят в Пк, включил кнопку и делаешь то что нужно, Те используешь по назначению, а не п**долишь консоль.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 13-Апр-26, 15:10
	> Ну не у тебя, у какой нибудь кассирши. кассирше очень важно энергопотребление хдд, а еще у нее на кассе стоит самый распоследний линукс > У какого нибудь нестриммера я не стример, обыкновенный пользователь китайского ноута, разве что он чуть дороже усредненного, за 70к > Знаю много людей которые вообще не шарят в Пк, включил кнопку и делаешь то что нужно, как это множество пересекается с множеством тех, у кого хдд? а для этих пользователей точно что то поменяется? > Те используешь по назначению, а не п**долишь консоль. использую по назначению да
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Смузихлеб забывший пароль (?), 13-Апр-26, 14:36
	> А ниче что многие используют hdd, просто потому что более надежно современные "жирные" hdd едва ли можно назвать супернадёжными
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	83. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 13-Апр-26, 14:42
	Опять какая то статистика Steam, у всех пк за 250k.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (230), 13-Апр-26, 22:58
	Можно подумать, HDD когда-то вообще были супернадёжными.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	274. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 14-Апр-26, 05:49
	Ну не супер. По мне так при переходе планки в 250 ГБ сильно надёжность просела.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (296), 14-Апр-26, 10:22
	Ну если у вас 80-ки долго жили, а поттом 250-ка накрылась - это не повод делать далеко идушие выводы.
	Ответить | Правка | Наверх | Cообщить модератору

	297. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 14-Апр-26, 10:29
	> Ну если у вас 80-ки долго жили, а поттом 250-ка накрылась - > это не повод делать далеко идушие выводы. Все накрывались. Разных фирм брал. Просто задолбало. Как пошло после Seagate Мухи CC без остановки... До этого я думал, что HDD - это что-то железное и не убиваемое, а бэкапы не нужны. Теперь HDD оставил чисто, чтобы раз в неделю бэкаы скинуть и рад.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (296), 14-Апр-26, 12:44
	> Как пошло после Seagate Мухи CC без остановки... А до этого нормально было? Fujitsu, DTLA, вот это всё. Впрочем, это просто неудачные модели, но и другие прекрасно накрывались. Всё это ошибка выжившего — «вот у меня лежит Conner на 40 МБ и до сих пор работает, умели же делать!». А сколько этих коннеров лежит на помойке?
	Ответить | Правка | Наверх | Cообщить модератору

	395. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 15-Апр-26, 05:04
	> Всё это ошибка выжившего Может быть, но вот першёл на SSD и забыл про этот ужас с вращающимися блинами.
	Ответить | Правка | Наверх | Cообщить модератору

	404. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 08:23
	Ну так я тоже перешёл, но не по причине ненадёжности HDD (можно подумать, SSD в этом плане подарок).
	Ответить | Правка | Наверх | Cообщить модератору

	354. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 18:33
	> Все накрывались. Разных фирм брал. Просто задолбало. > Как пошло после Seagate Мухи CC без остановки... HGST на терабайт были вполне себе неубиваемые например. Да и WD многие не тк уж плохи. Я даже WD Green отпахавший 10 лет видел. Хотя дешманская серия типа. Главное не нарватся на серию где на золочении сэкономили.
	Ответить | Правка | К родителю #297 | Наверх | Cообщить модератору

	403. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 08:22
	А разве были с золочением? Через мои руки WD-шек много прошло, я уже не глядя в SMART сразу плату снимаю — все, ВСЕ приходится чистить.
	Ответить | Правка | Наверх | Cообщить модератору

	429. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (429), 15-Апр-26, 17:00
	> А разве были с золочением? Через мои руки WD-шек много прошло, я > уже не глядя в SMART сразу плату снимаю — все, ВСЕ приходится чистить. Они в теории все с золочением. Но какие-то упыри придумали сэкономить несколько наноцентов и микрон золота и сделали совсем прозрачный слой на плате. Он получился настолько поганый что гарантийки стало массово заваливать возвратами в гарантийный период, особенно от юзерей живущих в влажном климате. И в более поздних ревизиях WD Green слой золота таки вроде как стал более потребный и падеж прекратился. А бонусом у них еще прикол с парковками. И вот попался мне такой у хом - жил в винде. И напарковал аж 120 000 раз в не особо активном компе. И конечно напылил мусором с таких пилений рампы и несколько бэдов - таки словил.
	Ответить | Правка | Наверх | Cообщить модератору

	147. Скрыто модератором	+/–
	Сообщение от Аноним (146), 13-Апр-26, 18:19
	Опеннет - не страна.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	402. "Релиз ядра Linux 7.0"	+/–
	Сообщение от maximnik0 (?), 15-Апр-26, 06:07
	>А ниче что ssd щас стоят как конь). Как я  чуял ,прикупился.Но ладно ОЗУ ,Флэш память , 3.5 жёсткие, процессоры - всё идёт в ....на ИИ центры  и типо нехватка.Меня удивляет что ноутбучные жёсткие тоже дефицит - кричали же что их не покупают.Или что тоже теперь в сервера пошли ставить?!
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	409. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 09:26
	> кричали же что их не покупают На безрыбье стали покупать (особенно в NASы всякие). А производсто не резиновое. И да, серверные 2.5" тоже бывают.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Кых (?), 13-Апр-26, 18:27
	У некоторых весьма не бедных вендоров и такое бывает: [Expert@cp-sms:0]# uname -a Linux cp-sms 3.10.0-957.21.3cpx86_64 #1 SMP Thu Jun 12 20:51:35 IDT 2025 x86_64 x86_64 x86_64 GNU/Linux
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. Скрыто модератором	–18 +/–
Сообщение от Babylon (?), 13-Апр-26, 11:11
Ну вот молодцы, еще 4 раза повысьте версию, и наконец виндовс догоните, а то никто линукс не ставит,  7 же меньше 11, значит устаревшее...
Ответить | Правка | Наверх | Cообщить модератору

	4. Скрыто модератором	+6 +/–
	Сообщение от Аркагоблин (?), 13-Апр-26, 11:13
	Люди же смотрят на версию дистрибутива, а не на ядра. Например Fedora Linux 43 - ого как перегнал Windows. Ubuntu 26, Linux Mint 22
	Ответить | Правка | Наверх | Cообщить модератору

	7. Скрыто модератором	+16 +/–
	Сообщение от Fareast (ok), 13-Апр-26, 11:19
	да, даже Дебиан 13 обошел win11 :)
	Ответить | Правка | Наверх | Cообщить модератору

	41. Скрыто модератором	–1 +/–
	Сообщение от Аноним (41), 13-Апр-26, 13:12
	Это новые версии Windows? Надо посмотреть.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	62. Скрыто модератором	+/–
	Сообщение от Тракторист (?), 13-Апр-26, 13:49
	А ведь Winde, и Linux, еще Macbook догонять, у которого каждые полгода новая версия.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	69. Скрыто модератором	+/–
	Сообщение от Соль земли2 (?), 13-Апр-26, 14:01
	Новое не означает лучше.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 7.0"	+3 +/–
Сообщение от Аноним (8), 13-Апр-26, 11:19
Это что же, своп перестанет лагать так? Не может быть, на лаги линукса давно забили. Интересно, что раньше своп был абсолютно невидимым, ты замечал его когда он кончался. И теперь ощутимо медленно.
Ответить | Правка | Наверх | Cообщить модератору

	37. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (37), 13-Апр-26, 13:07
	У всех платиновых спонсоров уже терабайты оперативки на серверах, им своп не нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Смузихлеб забывший пароль (?), 13-Апр-26, 14:40
	Своп уже никому не нужен Пришлось его специально на яблоке отключать чтобы переставало вдруг резко лагать. Примечательно, что он активировался задолго до исчерпания ОЗУ. В итоге, и ОЗУ ещё есть и комп жёстко тормозит, ещё и ресурс диска снижается
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (8), 13-Апр-26, 14:50
	На макос без свопа жизни нет и он лагает куда больше линукса (хотя пользователи усердно делают вид, что не лагает). Там всё сделано с расчётом на то, что мусор отправится в своп, и можно не заботиться о жоре.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (109), 13-Апр-26, 14:59
	>На макос без свопа жизни нет и он лагает Смотря что делать. Есть Air m5 с 24GB отлично работает, если конечно на нём не монтажить исходники 4k raw видео на пару ТБ.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (8), 13-Апр-26, 16:27
	24 гб кончаются моментально
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (146), 13-Апр-26, 18:23
	Как они до недавнего времени упорно на 8гб жили!
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (8), 13-Апр-26, 18:24
	> Как они до недавнего времени упорно на 8гб жили! плохо жили
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 13-Апр-26, 15:30
	Неожиданная откровенность. Что будет с маком, если запустить tail /dev/zero? А если запустить не один, а 1024 или 8192? Насколько адекватно работает OOM Killer?
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	363. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (363), 14-Апр-26, 19:31
	> Насколько адекватно работает OOM Killer? OOM Killer всегда работает адекватно, спасая ядро ОС. Пользаки могут считать иначе, но это их проблемы. Надо было конфигурировать заранее.
	Ответить | Правка | Наверх | Cообщить модератору

	362. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (363), 14-Апр-26, 19:27
	> ресурс диска снижается Зачем ты покупал компьютер, который не можешь себе позволить?
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	55. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (109), 13-Апр-26, 13:34
	>на лаги линукса давно забили В первую очередь решаются "enterprise" задачи для больших компаний: - https://www.hpe.com/us/en/cray-exascale-supercomputing.html - https://www.ibm.com/products/power-e1180 - https://www.cisco.com/site/us/en/products/networking/index.html А уже потом проблемы "десктопа".
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	164. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (179), 13-Апр-26, 18:56
	sudo apt install zram-tools
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	219. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от уп (?), 13-Апр-26, 22:25
	https://linuxblog.io/zswap-better-than-zram/ https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-...
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (243), 13-Апр-26, 23:44
	Полезно, спасибо
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:33
	> https://linuxblog.io/zswap-better-than-zram/ > https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-... Еще забыли уточнить что в runaway системе - вы NVME SSD пойдете заменять быстрее чем поймете что вообще произошло. Особенно эти ваши QLC дешманские. А так то да, красивые теории. И отличное минное поле с прострелом пяток. Zram прекрасен тем что это RAM. Сжатый. И что бы ни случилось это 1) Останется быстрым и low latency. 2) Не протрет SSD _внезапно_ когда какая-то дрянь ушла в дикий жор памяти  и свопилась до упора. Алсо OOM killer срабатывает довольно шустро.
	Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

	261. "Релиз ядра Linux 7.0"	–2 +/–
	Сообщение от Аноним (260), 14-Апр-26, 01:40
	sudo apt install virtualbox В него - восьмёрку, и ничего не лагает.
	Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

	418. Скрыто модератором	+/–
	Сообщение от Soda (?), 15-Апр-26, 12:56
	Тогда лучше комп на помойку и айфон в руки, и жизнь удалась.
	Ответить | Правка | Наверх | Cообщить модератору

	294. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Оно ним (-), 14-Апр-26, 10:18
	Не знаю, о каком "раньше" вы говорите, я не помню таких времён. Сколько пользуюсь линуксом, столько он колом встаёт сразу как в своп лезет.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	314. "Релиз ядра Linux 7.0"	–2 +/–
	Сообщение от Аноним (-), 14-Апр-26, 11:40
	> Не знаю, о каком "раньше" вы говорите, я не помню таких времён. Сколько > пользуюсь линуксом, столько он колом встаёт сразу как в своп лезет. Это лишь лапки у владельца. Не умеешь настраивать сам - юзай убунту какую, там за тебя умные дяди подкрутят все.
	Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз ядра Linux 7.0"	+/–
Сообщение от robot228 (?), 13-Апр-26, 11:23
На Phenom II x4 945 заведется?
Ответить | Правка | Наверх | Cообщить модератору

	13. "Релиз ядра Linux 7.0"	+/–
	Сообщение от 96143 (?), 13-Апр-26, 11:53
	проверил - нет
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (28), 13-Апр-26, 13:03
	Почему нет? Это же AMD64 с SSE, SSE2 только.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Релиз ядра Linux 7.0"	+/–
	Сообщение от robot228 (?), 13-Апр-26, 14:28
	> Почему нет? Это же AMD64 с SSE, SSE2 только. И SSE3, SSE4A. Как проверить аппаратные требования к линуксу?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (28), 13-Апр-26, 15:39
	Ядру должно быть пофиг на SSE всякие, в нём аппаратная вещественная арифметика не используется.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Релиз ядра Linux 7.0"	+/–
	Сообщение от _ (??), 14-Апр-26, 02:52
	Ну дык ведь, эта ... в Glibc-ях оно и _НЕ_ для арифметики во-всю используется... Рано или поздно (не все же скорее рано) - и в ведро перетянут (если уже не). Для обработки строк - весьма пневматично!(С) :)
	Ответить | Правка | Наверх | Cообщить модератору

	316. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:43
	>  Ну дык ведь, эта ... в Glibc-ях оно и _НЕ_ для арифметики во-всю используется... Glibc ядру - ортогональны. Желающие могут хоть MUSL юзать и проч. Вопрос был на чем заведется сабж. Ответ - на почти чем угодно. Даже на ископаемом x86-32 без SSE2 заведется. Если оно вам вдруг все еще надо зачем-то
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (339), 14-Апр-26, 15:20
	Ещё как используется [00000.177225] raid6: sse2x4   gen()  9082 MB/s [00000.245225] raid6: sse2x2   gen()  8930 MB/s [00000.313219] raid6: sse2x1   gen()  7449 MB/s [00000.313222] raid6: using algorithm sse2x4 gen() 9082 MB/s [00000.381216] raid6: .... xor() 3612 MB/s, rmw enabled [00000.381221] raid6: using ssse3x2 recovery algorithm [00000.464744] xor: measuring software checksum speed [00000.465021]    prefetch64-sse  : 12132 MB/sec [00000.465350]    generic_sse     : 10070 MB/sec [00000.465353] xor: using function: prefetch64-sse (12132 MB/sec)
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	355. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 18:41
	> Ещё как используется Это рантайм детект что поюзать из оптимизаций. Если у тебя нет SSE100500 - он и не будет юзаться. Ядро поюзает что попроще, из того что есть.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (53), 13-Апр-26, 13:28
	Блин, у меня был именно такой... :)
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	248. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (248), 14-Апр-26, 00:04
	Что это? Помню, у меня был Дюрон. А дальше всё как в тумане.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	315. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:41
	>  На Phenom II x4 945 заведется? На чем угодно 64-битном заведется на самом деле. Да даже 32 бита - там вон в 7.1 только еще собираются i486 выбросить. i486, Карл!
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

10. "Релиз ядра Linux 7.0"	+1 +/–
Сообщение от INSANEWAVE (ok), 13-Апр-26, 11:24
Есть кто шарит в теме защиты? Как защитить старьё Pentium 4 на Alpine Если хочешь выводить его как домашний сервер-файлообменник с доступом из Интернета
Ответить | Правка | Наверх | Cообщить модератору

	11. "Релиз ядра Linux 7.0"	+7 +/–
	Сообщение от Аноним (8), 13-Апр-26, 11:29
	Alpine не стоит, в 3 раза медленнее и находят arbitrary code execution в printf. Ну, это заслуга musl. Сам дистрибутив чисто под контейнеры, ты собираешься контейнеры крутить на некрожелезе? Купи роутер за 1000 деревянных, будет производительнее и сэкономишь миллионы на электричестве.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (-), 13-Апр-26, 18:40
	> в 3 раза медленнее Заменить malloc через ld.so.preload? > находят arbitrary code execution в printf. Ну, это заслуга musl А в glibc — нет?
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Релиз ядра Linux 7.0"	+/–
	Сообщение от уп (?), 13-Апр-26, 22:27
	То, что он удобен для контейнеров не значит, что он "чисто под контейнеры". Alpine Linux is an independent, non-commercial, general purpose Linux distribution designed for power users who appreciate security, simplicity and resource efficiency.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	317. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:44
	> То, что он удобен для контейнеров не значит, что он "чисто под контейнеры". Просто для всего остального он довольно кривой и мучительный, так что желаюших юзать его кроме как набивку для контейнеров почти и нет.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (28), 13-Апр-26, 13:11
	nftables, iptables
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	47. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 13-Апр-26, 13:18
	Поставь Secureblue IoT. https://secureblue.dev/install Используй fine-grained sandboxing (через настройку systemd-сервисов, или через bwrap), создай fine-grained SELinux политики. Можно использовать gVisor ещё. Настрой межсетевой экран, желательно внешний. Или используй что-то вроде Cloudflare Proxy.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	50. "Релиз ядра Linux 7.0"	+2 +/–
	Сообщение от Аноним (-), 13-Апр-26, 13:24
	А вообще купи какой-нибудь mini-PC.
	Ответить | Правка | Наверх | Cообщить модератору

	419. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Soda (?), 15-Апр-26, 13:02
	Synology уже 15 лет где-то в доме стоит (уже и забыл где)). Один раз потратился, зато все вопросы снял на долгие годы.
	Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз ядра Linux 7.0"	+/–
Сообщение от eraser (??), 13-Апр-26, 11:45
когда они уже договорятся выкинуть поддержку 486 из кода..
Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (8), 13-Апр-26, 12:07
	386 ещё был какой-то смысл поддерживать -- они до сих пор повсюду и даже новые выпускались лет 10 назад. 486 как-то фиолетово -- с тем железом процессор меньшая из проблем ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (28), 13-Апр-26, 13:13
	Чем лично вам мешает?
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	318. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:45
	> когда они уже договорятся выкинуть поддержку 486 из кода.. В 7.1 вроде, таки, этсамое.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

14. "Релиз ядра Linux 7.0"	+1 +/–
Сообщение от Аноним (14), 13-Апр-26, 11:55
на кернел орг до сих пор 7.0-rc7 где релиз то?
Ответить | Правка | Наверх | Cообщить модератору

	23. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Iaw (?), 13-Апр-26, 12:16
	Так сначала добавят в репозиторий торвальдса, для очередного теста, а после в основной. Это же Линукс
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 18:56
	https://cdn.kernel.org/pub/linux/kernel/v7.x/linux-7.0.tar.xz
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

18. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (18), 13-Апр-26, 12:08
С появлением ИИ работа быстрее пошла, да?
Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (45), 13-Апр-26, 13:16
	"Жить стало лучше, жить стало веселее!" (Л.Торвальдс)
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Релиз ядра Linux 7.0"	+3 +/–
	Сообщение от Аноним (26), 13-Апр-26, 16:25
	> работа быстрее пошла, да? Нейроslop значительно увеличил скорость выхода продуктов.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (21), 13-Апр-26, 12:15
Ну хоть PREEMPT_NONE оставили, можно юзать.
Ответить | Правка | Наверх | Cообщить модератору

	319. Скрыто модератором	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:46
	>  Ну хоть PREEMPT_NONE оставили, можно юзать. Любители high latency дерганого экспериенса - одобряют :)
	Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (367), 13-Апр-26, 13:01
>Режим потерял актуальность, так как в современных мобильных устройствах жёсткие диски вытеснены твердотельными накопителями. У меня на руках сбербук на пятитысячном райзене, так вот там sata-шлейф есть. Кому-то очень сильно хочется уродовать линукс. Особенно учитывая то, что на жёстких дисках полнодисковое шифрование работает лучше.
Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз ядра Linux 7.0"	–1 +/–
Сообщение от Аноним (31), 13-Апр-26, 13:02
>Удалён режим laptop_mode, экономящий энергопотребление. [...] Режим потерял актуальность, так как в современных мобильных устройствах жёсткие диски вытеснены твердотельными накопителями Мой ноутбук 2004 года выпуска с pentium m 1.7 Ghz, 512 Mb DDR1 и IDE HDD на 40Gb не согласен!
Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (51), 13-Апр-26, 13:24
	Он же даже просмотр видео в 720p не потянет,толку с него?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (57), 13-Апр-26, 13:35
	Эти шизоиды могут и Caby Lake дропнуть, она тоже потеряла актуальность, устарела, это вам не Diamond Rapids.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	160. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (160), 13-Апр-26, 18:46
	Sky Lake, Kaby lake, как и Coffee lake - одни из самых глючных итераций за всю историю Intel. Одни только мёртвые зависания (лечится вытыканием из розетки) из-за включенных c-states чего стОят.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (179), 13-Апр-26, 19:13
	Скорее BayTrail и CherryTrail У меня на них были проблемы i7-7700 это же Kaby Lake? Ни разу не зависал
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 13-Апр-26, 20:44
	Что то я смотрю они еще резно стали переходить на архитектуры v2 v3 v4, по умолчанию. Особенно всякие Rhel, а да еще Cachy, которую я кстати не понимаю, в чем крутость. Те то они прям поддерживали любой тостер, то вдруг сорвались и стали повышать версии. Забавно что то такое было в 2020, тогда браузеры стали резко вдруг с какого то перепуга требовать кучи Озу.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	75. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (109), 13-Апр-26, 14:22
	Пора переходить хотя бы на N1хх/N2хх: https://www.techpowerup.com/cpu-specs/processor-n150.c4109 Quick Sync решает.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	368. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (367), 14-Апр-26, 20:01
	Осталось понять, зачем, если они стоят конский ценник.
	Ответить | Правка | Наверх | Cообщить модератору

	378. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (109), 14-Апр-26, 21:35
	>Осталось понять, зачем Пользоваться ? https://www.dns-shop.ru/compare/?cityId=10&ids=5634258%... >если они стоят конский ценник Из-за памяти всё подорожало, но найти бюджетный можно.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (146), 13-Апр-26, 18:26
	Вот гиперборей нашего времени!
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	166. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:00
	Гуглите "ide ssd" Пример https://www.ozon.ru/product/64-gb-vnutrenniy-ssd-disk-hdd-id.../
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	232. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (230), 13-Апр-26, 23:12
	Проще адаптер, на mSATA или M2.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:48
	> Мой ноутбук 2004 года выпуска с pentium m 1.7 Ghz, 512 Mb DDR1 и IDE HDD на > 40Gb не согласен! Блин простите сэр но мне планшет отдали нахаляву - лучше чем это, 4 64 бит ядра, 2 гига оперативы, явно не DDR1, 64 гиг памяти, флешовой... И это обычная китайская фигня - стоимостью 100 баксов в лучшие ее времена. А сейчас - вот - бесплатная.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	384. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (384), 15-Апр-26, 00:07
	зачем тебе 7 ведро? 5.10 все еще поддерживается...
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 7.0"	+1 +/–
Сообщение от Аноним (45), 13-Апр-26, 13:15
>Возрождена работа над драйвером ntfs3, развиваемым компанией Paragon Software Странно, Paragon - российская компания ( https://www.paragon.ru/ ), а Торвальдс же сам выгнал всех русских из проекта. https://ru.wikipedia.org/wiki/Paragon_Software
Ответить | Правка | Наверх | Cообщить модератору

	54. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (54), 13-Апр-26, 13:30
	Уже немецкая, гы-гы-гы
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз ядра Linux 7.0"	+/–
	Сообщение от AleksK (ok), 13-Апр-26, 14:08
	Юридический адрес: 249032, Калужская обл., г. Обнинск, ул. Аксенова, д. 2а, этаж 3, кабинет 9
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (54), 13-Апр-26, 14:16
	"Paragon Software Group официально оперирует через немецкое юрлицо (Paragon Technologie GmbH) во Фрайбурге"
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (179), 13-Апр-26, 19:02
	Енвики лучше почти всегда https://en.wikipedia.org/wiki/Paragon_Software_Group "Paragon Software Group is a German software company" "Headquarters - Freiburg im Breisgau, Germany"
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	196. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Тракторист (?), 13-Апр-26, 20:46
	А Netac, тоже российская, А еще Red Solution, он же Redmond, правда это чайники, тоже российская. Вот только из российского только процесс инжиниринга, и тех документация, собирается все в китае.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (57), 13-Апр-26, 13:34
Драйвер от Paragon всё, он у меня уже больше года /dev/sdb1 не монтирует, так как в ядре сделали новый API для юзерспейса для монтирования, mount давно перешёл на него, а ntfs3 оказался с ним несовместим.
Ответить | Правка | Наверх | Cообщить модератору

	64. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 13-Апр-26, 13:51
	sudo mount -t ntfs-3g /dev/sdb1 /mnt/your_point Можно монтировать через ntfs-3g, Я на файлопомойке так делаю. Но только это костыли, чтобы преодолеть новые костыли.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (102), 13-Апр-26, 15:31
	Да я знаю, ntfs-3g единственная стабильно работающая реализация для линуксов из числа тех, что я пробовал. Но тормознутая и раму жрёт. И глюки меет. Сейчас пытаюсь сконвертить в btrfs. Не особо успешно. По OOM конвертилка падает. Придётся мне её перелопачивать. А пока - поставил дефрагментироваться через винду.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (8), 13-Апр-26, 16:11
	Венда убивает данные, в которые была запись через ntfs3g. Или корраптит, или удаляет, ну и фрагментация там запредельная
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (132), 13-Апр-26, 17:20
	Не, всё на месте. А фрагментация действительно жуткая. При этом при такой фрагментации NTFS-3g не может работать, исчерпает $MFT и привет, что у меня и случилось.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:11
	chkdsk?
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	202. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (8), 13-Апр-26, 21:18
	Он самый, не удивляйся, когда у тебя обнаружится каталог с 10 терабайтами перемешанных битых файлов без имени (удачи найти среди них целые данные и куда-то их переместить). Помимо этого у тебя постоянно будут совершенно никак неудаляемые каталоги (чаще в венде, но и в линуксе тоже). Такой вот ntfs3g.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (250), 14-Апр-26, 00:28
	Хранить 10Tb данных на нтфс - да вы батенька любите лотерею. Еще скажите что и винду пользуете.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (266), 14-Апр-26, 02:14
	Виндовый штатный дефрагментатор - неэффективная черепаха, гоняющая данные туда-сюда-обратно по диску, помногу раз, целиком, в циклах 10 минут дефрагментации - сутки "объединения свободного места". А альтернативные (включая традиционный Defraggler) просто выжирают всю физическую память, после чего либо падают, либо в цикле какую-то фигню вроде udefrag_unload_library молотят (причём в гите эта функция вообще нигде не вызывается). Блин, я вот тут прикинул, (1 << 41) байт данных / (1 << 12) кластер * 3 байт на адрес = 1.5 гибибайт только на таблицу сопоставлений. В оперативку виртуалки вроде бы влезет, я ей наскрёб 1.7 гига, и после завершения в винде лишних сервисов - оставшиеся 20 мегов где-то занимают.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	277. "Релиз ядра Linux 7.0"	+/–
	Сообщение от penetrator (?), 14-Апр-26, 06:26
	самый лучший и самый быстрый способ идеально все упорядочить - скопировать данные, форматнуть, скопировать обратно делается раз в пятилетку по особым показаниям... а так даже это не нужно
	Ответить | Правка | Наверх | Cообщить модератору

	382. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (382), 14-Апр-26, 22:02
	Я тебе не Джонни-мнемоник, у меня копировать не куда. А если есть куда копировать - то да, так и делаешь, просто новый винт берёшь, ведь запас карман не тянет, забьётся как нефиг делать. Я до сих пор удивлён, как я смог свой двухтерабайтник забить, там вообще ничего нет. Ну кроме трёх вильмов по 20 гигов каждый, установочного образа винды, установочного образа реактос, 3 виртуалок каждая по 16 гигов (максимум, на деле - меньше), контента с трёх ютьюб каналов с обучающими видео (на будущее, я знал, что ютьюб будет блочится с двух сторон, спасал что мог пока было можно), архива видео с Конгресса, нескольких курсов с teach-in, нескольких курсов со стенфорда, нескольких курсов с курсёры, и туевой хучи гит репозиториев, самые крупные из которых - это меза, питон и виртуалбокс. И 3 БЯМы по гигабайту каждый GGUF-файл в unsloth-квантизации, и 5 гигов архив накачанных статей и книжек и универских курсов (хорошо, что многие универы пдэфки выкладывают, но в последние годы они это прикрывают, хорошо что на веб-архиве осталось, заведите за правило - видите годный контент в онлайне, который потом могут убрать из открытого доступа - в веб-архив его). Всё. По ощущением тут нечему забитиь 2 терабайта!
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 14-Апр-26, 16:18
	Когда заметил что Linux, неккоректно как то взаимодействует с Ntfs, переделал все диски на Btrfs. Хотя может щас лучше, кажется там сейчас драйвер другой. На Ssd сооствественно Trim, делается сам, На Hdd sudo btrfs balance start -dusage=50 Не совсем дефрагментация, правда.
	Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

	401. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (401), 15-Апр-26, 06:03
	В общем дождался я окончания работы консольной (гуи - падает по памяти) версии UltraDefrag (последняя опенсорсная версия), в смысле не на полной дефрагментации, а на дефрагментации только MFT. В процессе я тут почитал исходник, параллельно крутя экземпляр в виртуалке и пытаясь понять, на каком этапе программа находится, и в полном ужасе от происходящего. Программа работает в значительной части через NTшные API вместо того, чтобы просто заммапить нужные служебные файлы, и копирует данные из ФС и битмапа свободного места в оперативу в узлы красно-чёрного дерева, взятой из очередной опенсорсной помойки "у меня Си головного мозга, я тут навалил своих велосипедов-дополнений к стандартной библиотеке, которые ваш код в говно превратят", да элементы списка. Не удивительно, что память так жрёт. В библиотеке дефрагментации присутствуют куски кода, связанные с контекстным меню в гуевом интерфейсе. А сам гуев интерфейс, в частности визуализация карты блоков, сделан на wxWidgets, лично я бы визуализацию карты блоков сделал бы в шейдере, а виджеты бы не трогал. В скопированных данных зачем-то присутствуют имена файлов, которые судя по анализу исходника нужны только для детекции неперемещаемых файлов и альтернативных потоков, да играми с GUI, зачем втаскивать ради этого в список имена файлов я не знаю, имена файлов для целей GUI можно запросить и сисколом если юзеру надо, а если не надо - и не запрашивать вовсе, нафиг они нужны. А спец-файлы и исключаемые просто флагом пометить и обработать отдельно. Но основной жор памяти - не на именах, а на карте блоков, удивительно. Алгоритм самой дефрагментации примитивный, ни о какой многоходовочке речи не идёт, хотя я ожидал именно этого, неудивительно, что по сравнению с дефрагглером он плохо дефраггит, напр если выбрать "полную оптимизацию", то в результате будут дырки, которые дефраглер, если им прогнать, закроет. Проприетарную версию не юзал, но судя по чейнджлогу многие проблемы там должны были быть пофикшены. Не удивлюсь, если проприетарная версия пилилась параллельно с опенсорсной, чтобы опенсорсной сделать имя, а потом существующих пользователей перетянуть на проприетарную решением проблем опенсорсной. Зато консольная же версия деффраглерра хоть память и жрёт, но не так сильно, да и сканирование не сопровоздается таким треском винта и трешингом, подозреваю что они карту свободного места в список не затаскивают, а довольствуются битмапом. А от опенсорсной версии Ultradefrag - stay away, как говорится. Её очень сильно перерабатывать надо, чтобы довести до юзабельного состояния. Что удивительно - так мне не удалось найти в инете нормальных объективных сравнений программ дефрагментации и описаний алгоритмов для этого. Не то что описаний алгоритмов, даже метрик качества дефрагментации не нашлось, не говоря уже о тестовой программе, рандомно делающей очень фрагментированный том, которая, очивидно, есть в наличии у каждого разработчика дефрагментаторов. Видимо сфера проприетарная, и компани не спешат разглашать инфу, а доступа к ChatGPT и Клоду у меня нет, чтобы tapнуть в кладезь всей мудрости по computer science.
	Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

	295. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 14-Апр-26, 10:20
	> А пока - поставил дефрагментироваться через винду Дефрагментирование ннл скть, если под завязку всё завалено. А если под завязку всё завалено, то это уже не правильно.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	233. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (233), 13-Апр-26, 23:15
	Забавно Лет 25 назад тоже были костыли ntfs-3g когда только начинал играться с линуксами. Время идёт, а поддержки распространённых ФС так и нет. Зато сколько новых добавляли и выкидывали. Такими темпами к драйверам для устройств перейдут лет через 100-200.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	298. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 14-Апр-26, 10:33
	Да так то на оно кому сдалось. В macOS вот есть поддержка NTFS только в режиме чтения (да, можно наворотить всякого). Кроме крохотного процента гиков это никому не сдалось.
	Ответить | Правка | Наверх | Cообщить модератору

	407. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 08:38
	Как минимум, NTFS — это сменные носители. И не надо про exFAT, с его поддержкой за пределами ПК всё печально.
	Ответить | Правка | Наверх | Cообщить модератору

	408. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 15-Апр-26, 08:47
	> не надо про exFAT, с его поддержкой за пределами ПК всё печально Нормально. Разве что с 15 летними ТВ проблемы будут. Но то мелочи. NTFS на флешке так же не подарок.
	Ответить | Правка | Наверх | Cообщить модератору

	410. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 09:39
	У меня дома есть ТВ, купленный года три назад (да, дешёвый), и exFAT он не понимает. И таких пепяк полно. А ради линукса менять ещё и ТЕЛЕВИЗОР…
	Ответить | Правка | Наверх | Cообщить модератору

	411. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 15-Апр-26, 09:49
	> У меня дома есть ТВ (да, дешёвый) Надо сразу нормальные ТВ покупать - меньше проблем будет
	Ответить | Правка | Наверх | Cообщить модератору

	412. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 09:58
	Во, в точности как я и говорил! Теперь мало ноутбук/ПК-железо под линукс подбирать, теперь ещё и телевизор.
	Ответить | Правка | Наверх | Cообщить модератору

	413. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 15-Апр-26, 10:03
	> Во, в точности как я и говорил! Теперь мало ноутбук/ПК-железо под линукс > подбирать, теперь ещё и телевизор. Причём тут линукс? Вот есть у меня флешка 128 ГБ на exFAT. Я могу её хоть куда воткнуть и всё работает: ПК с линуксом, смартфон на Android, планшет на iPad, ноутбук на macOS. Даже ничего делать не надо и ставить. А с NTFS буду прыгать и плясать, чтобы этим пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	414. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 15-Апр-26, 10:05
	> Я могу её хоть куда воткнуть и всё работает: ПК с линуксом, > смартфон на Android, планшет на iPad, ноутбук на macOS. Забыл про SmartTV: тоже всё из коробки работает на попсовом Samsung c Tizen
	Ответить | Правка | Наверх | Cообщить модератору

	415. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 10:15
	А на попсовом не-смарт-ТВ почему-то не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	416. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 15-Апр-26, 10:16
	> А на попсовом не-смарт-ТВ почему-то не работает. Проблемы нибродов. Да, когда минимальная цена чего-то, то там экономят на чём-то. Вот на софте.
	Ответить | Правка | Наверх | Cообщить модератору

	417. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 11:10
	> Вот на софте. Да, на нормальной ОС, например. Понимаете, проблема объективно существует, и надо её решать, а не говорить «NTFS не нужен» и «проблема нибродов», а то так 4% и останется.
	Ответить | Правка | К родителю #416 | Наверх | Cообщить модератору

63. "Релиз ядра Linux 7.0"	–1 +/–
Сообщение от Аноним (63), 13-Апр-26, 13:50
ldd /usr/bin/sudo         linux-vdso.so.1 (0x00007fc67e5e6000)         libaudit.so.1 => /usr/lib/x86_64-linux-gnu/libaudit.so.1 (0x00007fc67e514000)         libselinux.so.1 => /usr/lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fc67e4e3000)         libapparmor.so.1 => /usr/lib/x86_64-linux-gnu/libapparmor.so.1 (0x00007fc67e4cd000)         libsudo_util.so.0 => /usr/libexec/sudo/libsudo_util.so.0 (0x00007fc67e4ab000)         libc.so.6 => /usr/lib/x86_64-linux-gnu/libc.so.6 (0x00007fc67e2b3000)         libcap-ng.so.0 => /usr/lib/x86_64-linux-gnu/libcap-ng.so.0 (0x00007fc67e2a9000)         libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007fc67e1fa000)         /lib64/ld-linux-x86-64.so.2 (0x00007fc67e5e8000)         libcrypto.so.3 => /usr/lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007fc67da00000)         libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x00007fc67e1db000)         libzstd.so.1 => /usr/lib/x86_64-linux-gnu/libzstd.so.1 (0x00007fc67e0df000) В Debian совсем шизанулись, когда упразднили различие между /usr/lib и /lib, /usr/bin, /bin, и /usr/sbin Я тут решил, что libzstd работает недостаточно быстро, и перекомпилровал её шлангом с -march=native -O3 -flto -fuse-ld=lld , но когда я попробовал её скопировать поверх /usr/lib/x86_64-linux-gnu/libzstd.so.1.5.7 - не тут-то было, сигсегвнулось sudo при попытке cp, а равно tee. Что ОЧЕНЬ странно, вроде-бы shared libraries в линуксе так не работают, и файлы мложно менять прямо в процессе работы, существующие бинари будут работать из страничного кэша, а вот новые процессы уже новую версию получат. Но sudo видимо чем-то особенная, не знаю, как apt библиотеки обновляет так, чтобы sudo не порушилась... По хорошему такие критические вещи, без которых даже восстановление не сделать, должны работать абсолютно всегда, то есть тащить внутри статически слинкованную копию всего нужного. В общем я удивилися, что за фигня, снёс /usr/lib/x86_64-linux-gnu/libzstd.so.1.5.7 ... и получил нерабочий sudo, пришлось перезагружаться с init=/usr/bin/bash, хорошо что хоть шизанутым Jia Tanам в голову не взбрело и его на libzstd завязать.
Ответить | Правка | Наверх | Cообщить модератору

	68. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от freehck (ok), 13-Апр-26, 13:56
	> файлы можно менять прямо в процессе работы, существующие бинари будут работать из страничного кэша это не совсем так <redacted> UPD: тут была написана чушь, мои извинения; смотреть #437 > снёс /usr/lib/x86_64-linux-gnu/libzstd.so.1.5.7 и получил нерабочий sudo вангую, именно это в Вашем случае и произошло; тут могло сыграть много чего свою роль: может мало рамы, может особенности работы zram, может у вас свопа нет... > перекомпилровал её шлангом <...> попробовал её скопировать поверх /usr/lib/x86_64-linux-gnu/libzstd.so.1.5.7 - не тут-то было, сигсегвнулось другой компилятор, другие опции — легко приводят к тому, что у вас список символов меняется; прямой путь к сегфолту в общем, главный вывод, который Вам следует сделать из ситуации: не надо сносить файлы библиотек руками; потому что пакетный менеджер именно для того и предназначен, чтобы избегать таких ситуаций
	Ответить | Правка | Наверх | Cообщить модератору

	97. "-"	+/–
	Сообщение от Аноним (97), 13-Апр-26, 15:25
	Не, у меня первый раз когда так. А рама была почти вся свободна. И apt намного потяжелее бинари меняет. Каждый день, причём. А "другой компилятор" - не, работает вообще всегда, ведь линкнуто к той же glibc. Когда из-под init=/usr/bin/bash засунул свою либу - всё заработало. Странно всё это.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "-"	+/–
	Сообщение от Аноним (339), 13-Апр-26, 15:28
	P.S. вообще всегда - это когда я те же символы обеспечиваю. Для этого я обычно компилирую с максимальным набором опций. Экономить на себе - себе же дороже.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 13-Апр-26, 15:32
	>- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была вытеснена из памяти — получите бинарь, который невозможно запустить Так файл это inode, а не путь. Разве файл не должен быть просто помечен для удаления, но остаться на диске?
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	128. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (128), 13-Апр-26, 17:06
	вот только в бинарь прошито имя библиотеки, а не inode файла у кого-то.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 13-Апр-26, 19:14
	Когда бинарник запускается, он берёт имя файла, и по нему определяет inode, дальнейшие действия с файлом происходят уже через него. Вот вам простейший пример bash -cm "(echo 1;sleep 2;echo continue>&2;echo 2;sleep 3;echo 3) > one&sleep 1;ls -i one;mv one two;echo moved;touch one;ls -i one;cat two;sleep 1;cat two;ls -i two;fg>/dev/null;ls -i two" Не смотря не то, что файл переименовывается в процессе работы, это всё тот же самый файл, что видно по его inode. И содержание файла зависит не от имени, а от inode. Все данные попадают в первый файл, который к завершению работы скрипта называется two.
	Ответить | Правка | Наверх | Cообщить модератору

	438. "Релиз ядра Linux 7.0"	+/–
	Сообщение от freehck (ok), 15-Апр-26, 19:38
	> Когда бинарник запускается, он берёт имя файла, и по нему определяет inode, > дальнейшие действия с файлом происходят уже через него. Уточнения ради, все дальнейшие действия происходят через дескриптор файла, а вот файл в свою очередь — это связанный список inode-ов (во всяком случае в ext). По существу же всё описанное Анонимом выше — подтверждаю, верно.
	Ответить | Правка | Наверх | Cообщить модератору

	437. "Релиз ядра Linux 7.0"	+/–
	Сообщение от freehck (ok), 15-Апр-26, 19:31
	>>- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была вытеснена из памяти — получите бинарь, который невозможно запустить > Так файл это inode, а не путь. Разве файл не должен быть просто помечен для удаления, но остаться на диске? Да, но только для уже запущенных процессов, которые уже слинкованы с данной библиотекой. В случае же с sudo это не так: каждый раз, когда пользователь дёргает его — запускается новый процесс, который линкуется с библиотекой по имени, а не по иноду. И таким образом, если библиотеки нет, то линковка не проходит, а если она подменена на новую — то линковка производится уже с новой библиотекой. PS: ну и кстати, я в своём посте выше перемудрил, ибо в тот момент плотно занимался вопросом глухого зависания безсвоповых систем при исчерпании рамы; да, всё несколько проще. )
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	115. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (26), 13-Апр-26, 16:22
	> существующие бинари будут работать из страничного кэша Библиотеки настолько толстые, что может часть лежать ещё в кеше, а другая - уже вытеснена из памяти и находится только на диске. Итого получаем франкенштейна из старо-новых кусочков.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	131. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (132), 13-Апр-26, 17:18
	Даже если вытеснено на диск, у нас файловая система на то и есть, что она используемые файлы не освобождает, они остаются на диске, пока их кто-то использует, даже если в журнале помечены как свободные. Крашнется питание - комп перезагрузится, действительно освободятся. Не крашнется - драйвер проследит.
	Ответить | Правка | Наверх | Cообщить модератору

	446. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (444), 15-Апр-26, 21:32
	>Библиотеки настолько толстые, что может часть лежать ещё в кеше, а другая - уже вытеснена из памяти и находится только на диске. Итого получаем франкенштейна из старо-новых кусочков. Не будет так при нормальном функционировании. Чтобы поменять сегмент кода на лету, надо сильно постараться - расписывать все шаги лень, но это включает целый ряд нетривиальныx шагов.
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	168. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:03
	> скопировать поверх /usr/lib/x86_64-linux-gnu/libzstd.so.1.5.7 Не делайте так
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	265. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (260), 14-Апр-26, 01:44
	Почему именно?
	Ответить | Правка | Наверх | Cообщить модератору

	447. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (444), 15-Апр-26, 21:35
	Да ред зона, например, есть или нету на стеке. И тогда тот самый стек, как в анекдоте про блондинку и динозавра: или развалится, или нет.
	Ответить | Правка | Наверх | Cообщить модератору

	435. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (435), 15-Апр-26, 18:26
	>Я тут решил, что libzstd работает недостаточно быстро, и перекомпилровал её шлангом с ->march=native -O3 -flto -fuse-ld=lld Там надо глянуть стек вызовов - как вообще управление оказалось в libzstd. Еще ерунда написана: >- если памяти не хватает, то ядро начинает вытеснять из памяти редко используемые страницы >- когда они вдруг снова требуются, то оно подгружает их обратно с диска >- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была >вытеснена из памяти — получите бинарь, который невозможно запустить Это вообще так не работает: вызов unlink() не освобождает блоки памяти, связанные с уже открытым где-то файлом. И "вытеснение-пятое-десятое" для страниц кода работает только так, что он просто выбрасывается из памяти. А потом по page fault загружается обратно из тех же блоков, где и был. >и получил нерабочий sudo, пришлось перезагружаться с init=/usr/bin/bash man su. >такие критические вещи, без которых даже восстановление не сделать, должны работать абсолютно всегда, то есть тащить внутри статически слинкованную копию всего нужного man busybox-static.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	439. "Релиз ядра Linux 7.0"	+/–
	Сообщение от freehck (ok), 15-Апр-26, 19:44
	> Еще ерунда написана: > >>- если памяти не хватает, то ядро начинает вытеснять из памяти редко используемые страницы >>- когда они вдруг снова требуются, то оно подгружает их обратно с диска >>- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была вытеснена из памяти — получите бинарь, который невозможно запустить > > Это вообще так не работает: вызов unlink() не освобождает блоки памяти, связанные > с уже открытым где-то файлом. И "вытеснение-пятое-десятое" для страниц кода работает > только так, что он просто выбрасывается из памяти. А потом по > page fault загружается обратно из тех же блоков, где и был. И я, как порядочный человек, подтверждаю, что у меня шарики за ролики заехали, когда я это писал. Мои извинения. Свой пост выше апдейтнул, дабы не вводить людей в заблуждение.
	Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним649164047 (?), 13-Апр-26, 15:05
> Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 7.0 - Linux-libre 7.0-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 7.0 проведена чистка от блобов драйвера iwlwifi. Обновлён код чистки в драйверах amdgpu, adreno, TI PRUeth, air_en8811h, ath12k, TI VPE, rtw8852b, rt1320, rt5575 SPI, tas2783, Intel catpt. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов. Хм... что-то сходу не нашёл список возможностей, которых лишаются пользователи ядра после такой чистки. Интересно, что там?
Ответить | Правка | Наверх | Cообщить модератору

	144. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (144), 13-Апр-26, 18:14
	Покупал bluetooth-адаптеры все firmware пришлось скачивать с Интернета. В ядре от моих устойств нужных блобов всегда не было. Остальное оборудование нормально работало на Свободном ядре. >что-то сходу не нашёл список возможностей Не найдёшь. Это блобы (драйвера) от конкретных специфических устройств. Linux firmware.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:10
	А разве amdgpu вообще заведётся без фирмвари?
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	321. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:52
	> А разве amdgpu вообще заведётся без фирмвари? Не заведется. Таки придется скачать. Правда в ядре ЭТОГО никогда и не было - выперли в отдельное репо linux-firmware. Но таки для переключения в нативный режим видяхе надо кучку фирмварин всяких там процов управления питанием, очередями и чем там еще. Без фирмвар работали только Intel GPU до gen7/gen8 примерно. Потом и эти в фирмвары вдарились.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (334), 14-Апр-26, 13:19
	Ты не перепутал с микрокодом? Он вроде устанавливается отдельным пакетом. Ты точно про linux-firmware? linux-firmware, или блобы это же в основном драйвера для периферийных плат и устройств. И это вроде, тема не про чипсет материнской платы.
	Ответить | Правка | Наверх | Cообщить модератору

	430. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 15-Апр-26, 17:10
	> Ты не перепутал с микрокодом? Он вроде устанавливается отдельным пакетом. Ты точно > про linux-firmware? linux-firmware, или блобы это же в основном драйвера для > периферийных плат и устройств. И это вроде, тема не про чипсет > материнской платы. Я ничего не перепутал. А вам нехило бы юзать поменьше "вроде", если вы не в теме. Когда современный GPU переключают в нативный режим из его эмуляции VGA или EFI - ему что нвидии что амд надо пачку фирмварин на сервисные процы в обвесе вгрузить при этом. И конечно таскать все эти 100500 филезов, для 100500 версий железа - всех быстро задолбало и это выперли в отдельный реп "linux-firmware". Попутно до кучи упростив жизню адептам Linux Libre всяких. Потому что основной объем фирмварей теперь - там. И это не только про микрокод проца но и про всемозможные вспомогательные фирмвари вафельниц, GPU, и какой там еще периферии требующей догрузки кода в их проц снаружи до полной функциональности. Самое забавное что вендорье в целом более-менее стало свои блобы туда сабмитить на редистрибутабельных условиях, и не надо выдирать это на птичьих правах из маздай драйверов и чего там езе. Из видях все современные амд и нвидии требуют сервисные фирмвари. Интель тоже требует - примерно после Gen 7 или 8. Так что потолок "бесфирмварного" GPU это intel Gen 7/8 интеграха. Хилая, глючная и - с ME в комплекте.
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (344), 14-Апр-26, 16:27
	В нативных текстовых режимах, в VESA-режимах, наверное, тоже.
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

94. "Релиз ядра Linux 7.0"	+1 +/–
Сообщение от Аноним (94), 13-Апр-26, 15:09
>поддержка ремапинга в Btrfs, включение по умолчанию версии NFS 4.1, интеграция пост-квантового криптоалгоритма ML-DSA, активация AccECN в сетевой подсистеме, начальная поддержка WiFi 8. Огонь.
Ответить | Правка | Наверх | Cообщить модератору

	111. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (109), 13-Апр-26, 16:04
	Wi-Fi 7 ещё только начал распространяться, а уже 8-й. https://mikrotik.com/product/hap_be3_media
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (179), 13-Апр-26, 19:04
	Да даже Wi-Fi 2.4 ещё жив Какой там 8
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 13-Апр-26, 20:50
	Многие незнают, но для Wifi, 8, помимо роутера, нужно еще купить радимодуль. Те это упор на обычных пользователей, мол они купили себе Wifi8, они модные, крутые, ну примерно как 30 000 ватт колонка. Только этот вай файй будет работать на скорости радиомодуля. Хотя можно всем говорить что у тебя Wifi8.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	279. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (279), 14-Апр-26, 06:49
	Что за радиомодуль? Усилитель сигнала там не нужен. Или ты имеешь в виду смартфон с поддержкой стандарта Wi-Fi 8. Ну наличие это самого, само по себе изначально подразумевается. И да, нищим оно недоступно.
	Ответить | Правка | Наверх | Cообщить модератору

	343. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 14-Апр-26, 16:21
	Радиомодуль, эмм, Всмысле, WLAN-модуль WNIC Wi-Fi карта, Если модуль не поддерживает Wifi5, 8, То имея роутер 8, а модуль Wifi4, все равно будет по параметрам как самый слабый элемент.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от bublick (ok), 13-Апр-26, 23:25
	6-го еще почти нигде нет))
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	300. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (144), 14-Апр-26, 11:14
	> 6-го еще почти нигде нет)) Что?! В 60mжацком ипхоне 11, выпущенном еще в 2019 году уже есть Wi-Fi 6. И поддерживающих смартов реально тысячи (без шуток, 1160 results на gsmarena по критерию Wi-Fi 6 (802.11ax), и это только смарты без планшетов) А в iPhone 16 2024го уже есть Wi-Fi 7. Причем семерка есть и у самса, и у хлаоми, и у других, типа моторолы и прочего второго эшелона. В какой дыре вы находитесь что у вас "6-го еще почти нигде нет)"?
	Ответить | Правка | Наверх | Cообщить модератору

	376. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (376), 14-Апр-26, 21:13
	А еще ведь, живучесть аккумулятора 69 часов.
	Ответить | Правка | Наверх | Cообщить модератору

	406. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 08:37
	Так с клиентскими устройствами проблем вообще нет, как раз именно роутеры меняются редко — до сих пор, где к вайфаю подключиться пробуешь, нет-нет в списке сетей DIR-300 да проскочит.
	Ответить | Правка | К родителю #300 | Наверх | Cообщить модератору

105. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (105), 13-Апр-26, 15:38
У меня тоже HDD; на SSD даже не планировал переходить. Сейчас количество оперативной памяти и быстрый своп больше пользы и надежности файлов дают, чем надуманная погоня за быстрым стартом... Впрочем, не знаю, как с серверными SSD, но у них и цены слишком большие и, опять-же, — не для длительного хранения файлов...
Ответить | Правка | Наверх | Cообщить модератору

	108. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (108), 13-Апр-26, 15:50
	Они выключают устройства,им надо.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (140), 13-Апр-26, 17:58
	У меня Десктоп на SSD, сервер на нескольких HDD объединённых в RAID. Полет нормальный. Ставить на десктоп HDD не вижу смысла.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	155. "Релиз ядра Linux 7.0"	–2 +/–
	Сообщение от Аноним (160), 13-Апр-26, 18:38
	> У меня тоже HDD; на SSD даже не планировал переходить. Не обманывай себя и других. Были бы у тебя деньги, ты бы давно купил raid из SSD. А то что ты сидишь на своём кор 2 дуо с 4 гигами и механическим накопителем в 2026 году - чисто из-за бедности. Просто признайся себе в этом сам, ну не вышло из тебя айтишника 300к/наносек.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	174. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:09
	> не вышло Да, теперь радуюcь увольнениям сеньоров, которых заменил ИИ
	Ответить | Правка | Наверх | Cообщить модератору

	436. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (435), 15-Апр-26, 18:39
	Слухи об увольнении реальных (не щеб) сеньоров помидоров несколько преувеличены.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (179), 13-Апр-26, 19:05
	> надежности файлов Система на SSD Файлопоmойkа на HDD ??? PROFIT!
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	308. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (308), 14-Апр-26, 11:25
	>Файлопоmойkа на HDD На 2026 год твердотельные надёжно хранят данные. Ты их не потеряешь. Было дело, где-то 7 лет назад один знакомый в результате сбоя на твердотельном носителе потерял данные. Раньше твердотельные были менее надёжны, сейчас всё нормально. Не бойся.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Тракторист (?), 13-Апр-26, 20:56
	Ну с ssd, система правда старутет быстрее, нет скрежета диска, это эстетично приятней. Правда вот на первом ssd, довольно быстро исчерпался ресурс, правда он дешевый. Я теперь постоянно бекаплю на hdd. Смотрю smartctl -x.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

122. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (122), 13-Апр-26, 16:28
2.6.32 ещё получает расширенные-расширенные обновления?
Ответить | Правка | Наверх | Cообщить модератору

	124. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (109), 13-Апр-26, 16:44
	В 2015 предупреждали! https://opennet.ru/42369-kernel
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Zenitur (ok), 13-Апр-26, 20:40
	Там речь не про расширенную-расширенную. Всё, я сам нашёл. До 31 декабря 2027 года. https://access.redhat.com/support/policy/updates/rhel-els-lo...
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (140), 13-Апр-26, 17:52
	О господи! Старик, ты на каком железе сидишь?!
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	153. "Релиз ядра Linux 7.0"	+5 +/–
	Сообщение от Аноним (146), 13-Апр-26, 18:34
	Оглянитесь. Вы в меньшинстве. *зловещие диды с пентюхами наперевес смыкают круг вокруг вас.
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 11:54
	> Оглянитесь. Вы в меньшинстве. *зловещие диды с пентюхами наперевес > смыкают круг вокруг вас. И тут вы просыпаетесь в холодном поту и понимаете - что диды уже вымерли, а у пентюхов той поры к 2026 уже полопались кондеры...
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (160), 13-Апр-26, 18:40
	> О господи! Старик, ты на каком железе сидишь?! Как и большинство местных товарищей - "кора дуба" и 4 гига.
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	163. "Релиз ядра Linux 7.0"	+/–
	Сообщение от крокодил (?), 13-Апр-26, 18:51
	а зачем?
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (182), 13-Апр-26, 19:30
	Чтобы дать вторую жизнь ПК)) Ибо в жизни есть куда лучше сферы жизни, куда можно направить деньги) А КПД денег максимальная)
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (109), 13-Апр-26, 20:18
	Устаревшему железу - устаревшая ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (291), 14-Апр-26, 08:47
	И устаревшие дыры.
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (376), 14-Апр-26, 21:10
	>Устаревшему железу И наверное Ms-Dos, или Far manager. Но ведь, на том устаревшем железе, Открывались сайты, система и браузеры не мониторили каждое движение пользователей, на это все тратятся ресурсы. Чтобы показывать тебе рекламу. Не какие то оптимизации.
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	326. "Релиз ядра Linux 7.0"	+/–
	Сообщение от крокодил (?), 14-Апр-26, 12:29
	я бы с таким железом работать не смог. оно просто не вытащило бы. но каждому свое, да. однако я ожидал увидеть другой ответ. Что-то  про безопасность, отсутствие дыр и прочее на грани между паранойей и движем выживальщика
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	183. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (183), 13-Апр-26, 19:59
	Да да да, у меня как раз такой, 4 ядра, 4 гига, а вот игровой видеокарты нету, вообще нет видеокарты, встройка. Завтра вот ещё один ssd прикручу, как на ВБ сходу и получу его.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	290. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (291), 14-Апр-26, 08:49
	Так у тебя Core 2 Quadro, буржуй ;)
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:05
	С камеры видеонаблюдения Там как раз такие ядра И не обновиться из-за проприетарных модулей
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	192. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Zenitur (ok), 13-Апр-26, 20:40
	Ну вообще-то 2.6.32 поддерживает amdgpu. В CentOS 6.
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	172. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (179), 13-Апр-26, 19:07
	https://ubuntu.com/security/livepatch/docs/livepatch/referen... for reference
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

142. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (141), 13-Апр-26, 18:07
Благодарность автору за обзор.
Ответить | Правка | Наверх | Cообщить модератору

203. "Релиз ядра Linux 7.0"	+4 +/–
Сообщение от electrosamokat (?), 13-Апр-26, 21:35
После нескольких лет использования linux исключительно в wsl, возникла необходимость развернуть полноценный образ на виртуалке и что, я увидел, мягко говоря, меня шокировало. Debian после минимальной установки жрёт 350MB RAM... Что!? Думаю, ладно, может дебианщики чего накосячили, попробую RHEL. Ставлю Rocky и... потребление оперативки влетело до половина гигабайта! Вы серьёзно? Консольная ОС жрёт пол гига оперативки? Более того система, система еле ворочается и это видно невооружённым глазом. Стандартные системные утилиты типа top, запускаются с задержкой в почти секунду. После нескольких дней холостого аптайма без каких-либо установленных пакетов, потребление оперативки возрастает до 600MB и приходится перезагружать систему. Возникает резонный вопрос: а как это теперь использовать в работе, особенно на VPSках а-ля одно ядро, один гиг? Некогда лёгкая и шустрая ось превратилась в неповоротливого монстра. Ядро деградирует на глазах и, судя по всему, это уже не остановить. Придётся смотреть в сторону *BSD, других вариантов я не вижу.
Ответить | Правка | Наверх | Cообщить модератору

	205. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от фф (?), 13-Апр-26, 21:40
	Поговаривают что кучу памяти занимают буфера - диск/сеть/шины. Там десяток мегабайт, тут еще десяток, так и набегает пара сотен. Если заморочится и вырезать из ядра всё не нужное именно вам, поправить размеры буферов, то наверное можно ужать на порядок. openwrt умудряется на железе с парой мегов работать ж.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от electrosamokat (-), 13-Апр-26, 22:20
	Ещё каких-то пять лет назад тот же Debian кушал порядка 80 метров. Выходит, что за пять лет потребление ресурсов выросло почти в пять(!) раз. Я такого позора не видел больше ни у одной системы, даже винда о таком мечтать не может. >Если заморочится и вырезать из ядра всё не нужное именно вам, поправить размеры буферов Всё это неприемлемо в работе, разве что, дома поковыряться от нечего делать. Единственный дистр, который работает хорошо - это Alpine, но там есть проблемы с запуском некоторого софта.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (109), 13-Апр-26, 22:35
	https://opennet.ru/64374-alpine
	Ответить | Правка | Наверх | Cообщить модератору

	359. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (109), 14-Апр-26, 19:09
	+ https://opennet.ru/64326-raspberrypi
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (250), 14-Апр-26, 00:46
	Гента после загрузки с самосборным ядром для ВПС, с демоном логов, ссчд и еще парой приблуд занимает 40М
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	267. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Жыжа (?), 14-Апр-26, 02:20
	> Ещё каких-то пять лет назад тот же Debian кушал порядка 80 метров. 80 так и осталось, просто когда у него есть свободная лишняя, он её куда-то поджирает - пример: > qemu-img create -f qcow2 debian-minimal.qcow2 20G > wget https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/de... > qemu-system-x86_64 -m 1024 -smp 2 -cdrom debian-13.4.0-amd64-netinst.iso -drive file=debian-minimal.qcow2,format=qcow2 -boot d -enable-kvm > ... enter enter enter > qemu-system-x86_64 -m 1024 -smp 2 -drive file=debian-minimal.qcow2,format=qcow2 -enable-kvm 196 MiB used / 68 MiB buff/cache / 0 swap > qemu-system-x86_64 -m 256 -smp 2 -drive file=debian-minimal.qcow2,format=qcow2 -enable-kvm 76 MiB used / 68 MiB buff/cache / 0 swap
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	271. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Жыжа (?), 14-Апр-26, 03:31
	и лишняя "занятая" память во всяких там watermarks, swappiness, zoneinfo хз где ещё - вот так вот фигак с 200 Мб used до 100, например: >[оверквотинг удален] > root@debian:~# free >               total        used        free      shared  buff/cache   available > Mem:         990324      196088      830872         432       69612      794236 > Swap:       1127420           0     1127420 > > root@debian:~# echo 1024 > /proc/sys/vm/min_free_kbytes > root@debian:~# free >               total        used        free      shared  buff/cache   available > Mem:         990324      101056      830872         432       69680      889268 > Swap:       1127420           0     1127420
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (209), 13-Апр-26, 21:50
	> Более того система, система еле ворочается и это видно невооружённым глазом. Стандартные системные утилиты типа top, запускаются с задержкой в почти секунду. В почему у меня моментально запускаются?
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	216. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (214), 13-Апр-26, 22:19
	у тебя наверное эмулятор терминала не на реакте и sh/bash, а не новозумеровые поделки
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от electrosamokat (?), 13-Апр-26, 22:59
	Специально установил Debian 10 - вот там действительно всё запускается моментально, а тринашка корчится, как Windows Vista на несчастном нетбуке в 2008 году.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	374. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (376), 14-Апр-26, 21:08
	И бравузеры обновляются, точнее открыают сайты?), Просто я на Debian, сравнивал именно бравузеры, - там дикие лаги. Не лаги-тормоза, а что то с оптимизацией, какие то подлагивания постоянные. Даже с Non-free драйверами, конечно относительно Kde Neon, но относительно Win10 с родными драйверами, - тоже разница, но уже в сторону Win10.
	Ответить | Правка | Наверх | Cообщить модератору

	380. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от electrosamokat (?), 14-Апр-26, 21:47
	Я только базовую систему пощупал, потестил операции ввода/вывода, сеть и тд.
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Релиз ядра Linux 7.0"	+/–
	Сообщение от iPony128052 (?), 14-Апр-26, 05:30
	У тебя наверно оборудование мощнее Pentium 4 в отличии комментатора выше.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	223. "Релиз ядра Linux 7.0"	+2 +/–
	Сообщение от Аноним (223), 13-Апр-26, 22:35
	> После нескольких лет использования linux исключительно в wsl > ... > Возникает резонный вопрос: а как это теперь использовать в работе, особенно на VPSках а-ля одно ядро, один гиг? Некогда лёгкая и шустрая ось превратилась в неповоротливого монстра. Ядро деградирует на глазах и, судя по всему, это уже не остановить. Придётся смотреть в сторону *BSD, других вариантов я не вижу. Дальше первого предложения можно не читать. Вы просто не умеете готовить систему.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	229. "Релиз ядра Linux 7.0"	–1 +/–
	Сообщение от Аноним (363), 13-Апр-26, 22:54
	Что нужно делать с системой, чтобы она из коробки работала медленнее, чем кое-как сляпанный образ в виндовозном wsl? Популярные дистрибутивы, да и сам линукс, давно свернули не туда. Вместо того чтобы делать систему для людей реально шарящих в компах делают соевую прокладку под браузер с лайками и котиками чтобы как ввинде. ОП прав, надо бежать на фряху, а лучше на опёнка или нетку. Там хоть нет этого бесстыдства с крашеными волосами, суровые мужчины пишут код для тех, кто ценит.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (223), 13-Апр-26, 23:30
	> Что нужно делать с системой, чтобы она из коробки работала медленнее, чем кое-как сляпанный образ в виндовозном wsl? Я искреенне не понимаю, что можно сделать с системой, чтобы "она из коробки работала медленнее". Прямо сейчас посмотрел потребление памяти на виртуалке -- около 228МБ, из которых только около 100 заняты служебным софтом, ради которого она крутится (Alpine v3.20 x86-64). И о какой еще прокладке "под браузер с лайками и котиками" идет речь, если ОП пишет о системе без графики? И причем тут суровые мужчины с крашенными волосами? Бежать-то можно, но зачем...
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (252), 14-Апр-26, 00:35
	Сравнение некоректное Debian VS Alpine systemd VS init offtop: Зачем сразу скатываться в уничижительный тон к собеседнику?
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (223), 14-Апр-26, 01:38
	> Сравнение некоректное > > Debian VS Alpine > systemd VS init ОП изначально попробовал 2 дистрибутива и сразу начал делать громкие лонгриды о том, как всё плохо. Я привел обратный пример. > offtop: Зачем сразу скатываться в уничижительный тон к собеседнику? Трудно сдерживаться, читая ничем не подкрепленные громкие заявления. Но замечание справедливое, виноват :)
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Релиз ядра Linux 7.0"	+/–
	Сообщение от electrosamokat (?), 14-Апр-26, 19:01
	Только эти два дистрибутива и используются в проде, если что. Я допускаю, что какой-нибудь void или gentoo после тонкой настройки работают, как надо, но это ничего не меняет.
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (376), 14-Апр-26, 21:05
	>Вместо того чтобы делать систему для людей Ключевое слово. Я всегда считал что всякие Ubuntu, это уж точно для людей, по крайней мере когда пользовался Win, ну те все эти модные слоганы, Ubuntu - человечность, Ubuntu - запустится даже на пк у жителей африки.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	226. "-"	+/–
	Сообщение от Аноним (252), 13-Апр-26, 22:38
	memstat: 74516k /usr/lib/systemd/ systemd-timesyncd всего: 235976k
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	227. "-"	+/–
	Сообщение от Аноним (252), 13-Апр-26, 22:42
	systemctl stop systemd-timesyncd и уже всего: 154448k
	Ответить | Правка | Наверх | Cообщить модератору

	245. "-"	+/–
	Сообщение от Аноним (243), 13-Апр-26, 23:46
	Утечка памяти?
	Ответить | Правка | Наверх | Cообщить модератору

	249. "-"	+/–
	Сообщение от Аноним (252), 14-Апр-26, 00:17
	systemctl status Отсутствует systemd-timesyncd (до этой команды присутствовал). Если Вы о том, почему systemd-timesyncd так много отъедает памяти - сам в шоке. Результаты сразу после загрузки системы (5 мин аптайм).
	Ответить | Правка | Наверх | Cообщить модератору

	251. "-"	+/–
	Сообщение от Аноним (252), 14-Апр-26, 00:28
	до этой команды это до команды systemctl stop systemd-timesyncd It implements an SNTP client.
	Ответить | Правка | Наверх | Cообщить модератору

	328. "-"	+/–
	Сообщение от Аноним (8), 14-Апр-26, 12:30
	Тем временем chrony 200 кб памяти занимает (ну там лишнее отключено правда).
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Релиз ядра Linux 7.0"	+1 +/–
	Сообщение от Аноним (125), 14-Апр-26, 01:08
	>Ставлю Rocky и... потребление оперативки влетело до половина гигабайта! Во-первых, телепаты в отпуске, вы сами можете посмотртеть, что у вас там в дистрибутиве запущено, но в первую очередь нужно посмотреть, как вы меряете. Скорее всего, вы меряете потребление вместе с файловым кешем. Если это так, то пугаться этих значений не нужно, поскольку они могут быть без каких-либо проблем вытеснены. Запишите на диск файл в несколько гигабайт, и прочтите этот файл. Если ваш мониторинг покажет увеличение на эти несколько гигабайт, то вы точно меряете неправильно. >Стандартные системные утилиты типа top, запускаются с задержкой в почти секунду А вот это уже вопрос к вам, каким образом вы этого добились. >После нескольких дней холостого аптайма без каких-либо установленных пакетов, потребление оперативки возрастает до 600MB и приходится перезагружать систему. Зачем? >Возникает резонный вопрос: а как это теперь использовать в работе, особенно на VPSках а-ля одно ядро, один гиг? А почему я не наблюдаю ваших проблем? >Выходит, что за пять лет потребление ресурсов выросло почти в пять(!) раз. Я такого позора не видел больше ни у одной системы, даже винда о таком мечтать не может. За последние несколько лет, даже вроде айтишники стали писать такой бред. Не подскажите в чём проблема? >Единственный дистр, который работает хорошо - это Alpine, но там есть проблемы с запуском некоторого софта. Осильте как минимум докер.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	338. "Релиз ядра Linux 7.0"	+/–
	Сообщение от electrosamokat (?), 14-Апр-26, 15:03
	Ну да, все кругом дураки и рукожопы, недостойные даже прикасаться к великому произведению инженерного искусства.
	Ответить | Правка | Наверх | Cообщить модератору

	358. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (125), 14-Апр-26, 19:05
	>Ну да, все кругом дураки и рукожопы Вот как хорошо, вы сами об этом догадались. >недостойные даже прикасаться к великому произведению инженерного искусства Когда что-то превосходное берут грзяными руками, это что-то пачкается. Вы до сих пор не привели абсолютно никаких данных. Я не знаю, каким образом вы добились медленной загрузки, но как минимум потребление памяти могли бы и расписать, куда что девается. Аналогично и с перезагрузкой.
	Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

	285. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Roman Dyaba (ok), 14-Апр-26, 07:41
	Slackware
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	337. "Релиз ядра Linux 7.0"	+/–
	Сообщение от electrosamokat (?), 14-Апр-26, 15:00
	Пробовал — после обновления система перестала реагировать на ввод, даже залогиниться было невозможно. Разбираться в причинах даже желания нет, сразу под снос. Если оно валится на таких элементарных вещах, то это уровень студенческой поделки, а не продакшен системы.
	Ответить | Правка | Наверх | Cообщить модератору

	340. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Roman Dyaba (ok), 14-Апр-26, 15:21
	Чудак, ты бредишь вообще ! Это и есть самый старый, настоящий, самый надёжный Linux !
	Ответить | Правка | Наверх | Cообщить модератору

	356. "Релиз ядра Linux 7.0"	+/–
	Сообщение от electrosamokat (?), 14-Апр-26, 18:57
	Который ломается при первом же обновлении сразу после установки.
	Ответить | Правка | Наверх | Cообщить модератору

	392. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Roman Dyaba (ok), 15-Апр-26, 03:03
	Аж накалил ! при нормальных окружающих условиях,технически исправном оборудовании, и если  делать всё правильно, такого быть не может вообще. Тут можно предположить, что не был обновлён загрузчик после обновления ядра. Ядро можно не обновлять, для этого нужно поправить файлик /etc/slackpkg/blacklist и сделать там примерно следующее: #kernel-firmware #kernel-generic.* #kernel-huge.* #kernel-modules.* #kernel-source kernel.* # а файлик /etc/lilo.conf у меня выглядит так: # LILO configuration file # lba32 large-memory append = " LANG=ru_RU.UTF-8 COLLATE=C  " boot = /dev/sda compact change-rules   reset vga = ask # vga = 794 # image = /boot/vmlinuz #initrd = /boot/initrd-generic.img root = /dev/sda1 label = SlackwareRT read-only
	Ответить | Правка | Наверх | Cообщить модератору

	427. "Релиз ядра Linux 7.0"	+/–
	Сообщение от electrosamokat (?), 15-Апр-26, 16:29
	При чём здесь вообще загрузчик, если система загрузилась до приглашения? При этом система сразу же намертво висла без возможности залогиниться. Никакой самодеятельности не было, все действия выполнялись в соответствии с документацией, представленной на docs.slackware.com
	Ответить | Правка | Наверх | Cообщить модератору

	433. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Roman Dyaba (ok), 15-Апр-26, 17:49
	Оперативку дрелью сверлил ? Пересобери ядро для этой системы с динамической поддержкой горячей замены памяти, в том числе неисправной.
	Ответить | Правка | Наверх | Cообщить модератору

	364. "Релиз ядра Linux 7.0"	+/–
	Сообщение от suslyk (?), 14-Апр-26, 19:37
	Тоже после семилетнего перерыва с десктопным линуксом решил-таки проверить насколько он изменился за это время и с удивлением узнал, что эти му**ки отломали целый ряд вполне себе актуальных видюх. Например, моя GTS450, на которой легко идут Skyrim или GTA5, по мнению финского еврея теперь считается устаревшей. Забавно то, что в проклятой и ужасной Windows 11 она работает без каких-либо проблем. В общем да, на выброс это редхатовское поделие.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	372. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (376), 14-Апр-26, 21:03
	Да, забавно. Все эти перепрыгивания на более мощное железо, по требованиям, просто чтобы Ос запустилась, началось с переделок меню пуск начиная от 8ки. То что может делать win11, может делать и win7. Забавно номер два, интернет который в 2011 году, визуально особо не отличается от современного. Только больше интегрированной рекламы.
	Ответить | Правка | Наверх | Cообщить модератору

	379. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (379), 14-Апр-26, 21:43
	В невидии же дрова проприетарные. Моя амудэ HD6850 работает, но очень плохо: нет OpenCL, нет вулкана нормального (есть ненормальный, он кое-как работает, но можно нарваться на застабленную нулевым указателем функцию, в частности блиты, и Compute, то есть хрен мне Surreal Engine и тренировка/инференс на GPU). На винде хотя-бы OpenCL был, и BLAS через него работал, в мезе кое-что из BLASа тоже работала через OpenCL, но дерьмово, некоторые ядра отправляли карту в нокаут на несколько секунд, другие в прочем работали. Проблема действительно есть, да.
	Ответить | Правка | К родителю #364 | Наверх | Cообщить модератору

	405. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (230), 15-Апр-26, 08:32
	> В невидии же дрова проприетарные. На винде они тоже пророиетарные.
	Ответить | Правка | Наверх | Cообщить модератору

	424. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (424), 15-Апр-26, 16:17
	Семёрку/восьмёрку можно было обновлять, не обновляя драйвера. Десятку ... после одного автообновления десятки дрова невидии приводили к синему экрану, не смотря на то что stable API - это не nonsense, а краеугольный камень всей винды, так что вертись как хочешь, хочешь дрова бинарно патчи, хочешь - запрети винде обновляться и отрежь её от инета, хочешь новых версий - вообще в магаз за новой картой беги, разрабы невидия не подрядилась на тебя до Второго Пришествия работать не за покупки карт.
	Ответить | Правка | Наверх | Cообщить модератору

	425. Скрыто модератором	+/–
	Сообщение от Аноним (386), 15-Апр-26, 16:19
	P.S. Был случай, что дрова от кардридера на ноуте для win2k были только, но встали и на XP, и прекрасно там работали.
	Ответить | Правка | Наверх | Cообщить модератору

	385. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (384), 15-Апр-26, 00:20
	вот у меня диван 6 (13 дебиан) с графикой и LXDE со старта на реальном железе укладывается в 150 метров... Если отказаться от udisk2 и gvfs то будет где-то до 100... Без графики примероно в 60-79 метров... Если тебе 350 метров много - то юзай 32 бита без системды и будет тебе счастье...
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

236. "Релиз ядра Linux 7.0"	+1 +/–
Сообщение от Аноним (252), 13-Апр-26, 23:26
Переход с initrd на initramfs (как скрываемый мотив) - больше дыр и больше леса.
Ответить | Правка | Наверх | Cообщить модератору

	303. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (308), 14-Апр-26, 11:18
	С какого перепугу initrd менее опасен чем initramfs? По сути это одно и то же.
	Ответить | Правка | Наверх | Cообщить модератору

	440. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (440), 15-Апр-26, 20:46
	Выдержка из https://kernel.org/doc/Documentation/filesystems/ramfs-rootf... All this differs from the old initrd in several ways:   - The old initrd was always a separate file, while the initramfs archive is     linked into the linux kernel image.  (The directory linux-*/usr is devoted     to generating this archive during the build.)   - The old initrd file was a gzipped filesystem image (in some file format,     such as ext2, that needed a driver built into the kernel), while the new     initramfs archive is a gzipped cpio archive (like tar only simpler,     see cpio(1) and Documentation/driver-api/early-userspace/buffer-format.rst).  The     kernel's cpio extraction code is not only extremely small, it's also     __init text and data that can be discarded during the boot process.   - The program run by the old initrd (which was called /initrd, not /init) did     some setup and then returned to the kernel, while the init program from     initramfs is not expected to return to the kernel.  (If /init needs to hand     off control it can overmount / with a new root device and exec another init     program.  See the switch_root utility, below.)   - When switching another root device, initrd would pivot_root and then     umount the ramdisk.  But initramfs is rootfs: you can neither pivot_root     rootfs, nor unmount it.  Instead delete everything out of rootfs to     free up the space (find -xdev / -exec rm '{}' ';'), overmount rootfs     with the new root (cd /newmount; mount --move . /; chroot .), attach     stdin/stdout/stderr to the new /dev/console, and exec the new init.     Since this is a remarkably persnickety process (and involves deleting     commands before you can run them), the klibc package introduced a helper     program (utils/run_init.c) to do all this for you.  Most other packages     (such as busybox) have named this command "switch_root".
	Ответить | Правка | Наверх | Cообщить модератору

	441. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (440), 15-Апр-26, 20:49
	1. встроенный _init text and data 2. Твой рут (/) уже не рут, а монтированная ветка.
	Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

	347. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Roman Dyaba (ok), 14-Апр-26, 17:18
	Там нет ни того, ни другого, в том виде, как привыкли думать, эта система динамически формируется в оперативной памяти, и то, только в случае размонтирования корневого диска для проверки командой fsck !
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

263. "Релиз ядра Linux 7.0"	+/–
Сообщение от Жыжа (?), 14-Апр-26, 01:41
> Бэкенд на базе Swap Table задействован для кэширования подкачки вместо бэкенда XArray и позволил в тесте redis-benchmark с BGSAVE увеличить число обрабатываемых запросов на 22%. Это всё чудесно, но thrashing, надо полагать, при этом никуда не делся? И мало свопа - всё так же бесполезно, много свопа - смэрть, если предварительно не настроить всему и вся лимиты?
Ответить | Правка | Наверх | Cообщить модератору

284. "Релиз ядра Linux 7.0"	+1 +/–
Сообщение от Аноним (284), 14-Апр-26, 07:40
>В файловую систему Btrfs добавлена Еще хэш-суммы новые завезли: Blake3 и XXH3.
Ответить | Правка | Наверх | Cообщить модератору

	377. "-"	+/–
	Сообщение от Аноним (377), 14-Апр-26, 21:33
	Большое спасибо тебе, анон. Я как раз NTFS в BTRFS конвертить собрался, и вопрос исследовал, какая из поддерживаемых хеш-сум быстрее (на моём железе - xxhash). Так как хеши задаются при создании ФС, и in-place конфертилки из BTRFS в BTRFS нет, то нужно в верный хеш с самого начала конвертить. Я как раз в конвертилке либу xxhash до новой версии обновил (там какое-то мамонтово говно заинлайнено), и обнаружив в репозитори xx64. Впрочем blake3 тоже довольно быстр, вот вы что посоветуете? IMHO - криптографическую хеш-сумму для данных имеет смысл брать только если в консольных утилитах есть принципиальная возможность получить хеш от ФС, причём чтобы хеш от ФС был совместим с хешем от консольных утилт как если бы просто взяли и прохешировали файл. BTRFS хеширует не весь файл, а блоки, но blake3 как рад по принципу дерева Мёркла устроена, то есть у меня есть подозрение, что если её правильно впилить в BTRFS, то можно будет ioctlом получить предвычисленный хеш файла мгновенно, точно такой же, что и от b3sum. Проблема в том, что это протекание абстракций, и ванильную blake3-либу использовать через её API скорее всего не получится, и я не уверен, что разрабы ФС готовы на подобное пойти.
	Ответить | Правка | Наверх | Cообщить модератору

	394. "-"	+/–
	Сообщение от Аноним (394), 15-Апр-26, 05:03
	А можно пруф, пожалуйста, а то не гуглится, и в репозитории на первый взгляд (по странице коммитов, без клонирования) ничего не находится?
	Ответить | Правка | К родителю #284 | Наверх | Cообщить модератору

299. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (299), 14-Апр-26, 10:56
> Удалён режим laptop_mode, экономящий энергопотребление за счёт откладывания и объединения операций записи на жёсткий диск с целью продления нахождения диска в спящем режиме и снижения числа пробуждений. Режим потерял актуальность, так как в современных мобильных устройствах жёсткие диски вытеснены твердотельными накопителями. Наверняка же используется где-то по-прежнему? К тому же нередко после замены на SSD, HDD переезжает на место оптического привода.
Ответить | Правка | Наверх | Cообщить модератору

	336. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 14-Апр-26, 14:56
	Да банально воткнуть на usb-переходнике. Теперь для того, чтобы слить батарею в ноль, достаточно будет воткнуть такой hdd. Какой-нибудь systemd-оптимизатор сделает на нём tmpfs и поехали.
	Ответить | Правка | Наверх | Cообщить модератору

324. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (324), 14-Апр-26, 12:20
> Добавлены сборочные опции LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE и LOGO_LINUX_CLUT224_FILE для определения файла с изображением логотипа, который будет показываться при загрузке ядра вместо штатного логотипа с пингвином Tux. Можно будет опциями GRUB разыграть тёщу на 1 апреля, поставить писюн на загрузке? Ну а чо, GRUB же под openSUSE умеет же на новый год показывать пингвинов в образе леммингов! А ещё лучше, пусть GRUB берёт текущую аву пользователя из телеги! Или нет, пусть QR-код будет со ссылкой на писюн, майкрософт же умеет QR-коды на BSOD-ы ставить!
Ответить | Правка | Наверх | Cообщить модератору

329. "Релиз ядра Linux 7.0"	+/–
Сообщение от IdeaFix (ok), 14-Апр-26, 12:39
Обидно будет если фолиантами, которыми ранее сломали BTRFS, теперь сломают и F2FS.
Ответить | Правка | Наверх | Cообщить модератору

	346. "Релиз ядра Linux 7.0"	+/–
	Сообщение от trolleybred (?), 14-Апр-26, 16:46
	Что они там ломают фолиантами? Стены? Фолианты древние? Каменные?
	Ответить | Правка | Наверх | Cообщить модератору

	420. "Релиз ядра Linux 7.0"	+/–
	Сообщение от King_Carlo (ok), 15-Апр-26, 13:58
	Главное чтобы ZFS не сломали, а все остальные ФС - фекаль на палке.
	Ответить | Правка | К родителю #329 | Наверх | Cообщить модератору

	421. "Релиз ядра Linux 7.0"	+/–
	Сообщение от IdeaFix (ok), 15-Апр-26, 14:31
	> Главное чтобы ZFS не сломали, а все остальные ФС - фекаль на > палке. Ну, пока ZFS находится в состоянии "разработчики что-то слышали о zoned", вопрос только о сортах фекалей... зфс как в соляре, зфс как во фре, зфс как во фре после того как зсф не осилили во фре и так далее. Но... всё г^Wравно. По факту же, f2fs и btrfs умеют то, чего zfs не умеет, и вряд ли научится. И нет, это нужные кому-то кроме меня фичи :)
	Ответить | Правка | Наверх | Cообщить модератору

	423. "Релиз ядра Linux 7.0"	+/–
	Сообщение от King_Carlo (ok), 15-Апр-26, 15:48
	А что не так с zoned в zol? Аттрибут есть, включается и выключается.
	Ответить | Правка | Наверх | Cообщить модератору

	426. "Релиз ядра Linux 7.0"	+/–
	Сообщение от IdeaFix (ok), 15-Апр-26, 16:25
	Ну вот авторы так же думали, но им потом сказали про HM-SMR и они запланировали это реализовать когда-нибудь.
	Ответить | Правка | Наверх | Cообщить модератору

	431. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (-), 15-Апр-26, 17:16
	> А что не так с zoned в zol? Аттрибут есть, включается и выключается. Там еще не так с управлением памятью, общим качеством релизов, перфомансом этой днины на современных сторажах и прочими мелочами типа некомпила с актуальным майнлайном вплоть до нескольких месяцев. А так замечательная ФС. Но King Carlo - несколько преувеличено. Papa Carlo с такими свойствами, не более.
	Ответить | Правка | К родителю #423 | Наверх | Cообщить модератору

	434. "Релиз ядра Linux 7.0"	+/–
	Сообщение от King_Carlo (ok), 15-Апр-26, 17:56
	>> А что не так с zoned в zol? Аттрибут есть, включается и выключается. > Там еще не так с управлением памятью, общим качеством релизов, перфомансом этой > днины на современных сторажах и прочими мелочами типа некомпила с актуальным > майнлайном вплоть до нескольких месяцев. > А так замечательная ФС. Но King Carlo - несколько преувеличено. Papa Carlo > с такими свойствами, не более. Нормально там всё с управлением памятью, ARC нормально вытесняется при необходимости. Перформанс отличный, не жалейте памяти, ставьте L2ARC и SLOG и всё летает. К качеству релизов тоже претензий нет.
	Ответить | Правка | Наверх | Cообщить модератору

365. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (367), 14-Апр-26, 19:46
>Удалён режим laptop_mode, экономящий энергопотребление за счёт откладывания и объединения операций записи на жёсткий диск с целью продления нахождения диска в спящем режиме и снижения числа пробуждений. Режим потерял актуальность, так как в современных мобильных устройствах жёсткие диски вытеснены твердотельными накопителями. Предлагаю из nouveau выкинуть все карточки до rtx 2***. В современных устройствах их нет.
Ответить | Правка | Наверх | Cообщить модератору

	371. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (26), 14-Апр-26, 20:37
	Предлагаю nouveau выкинуть, в современных устройствах его нет.
	Ответить | Правка | Наверх | Cообщить модератору

366. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (367), 14-Апр-26, 19:55
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... >author    Johannes Weiner <hannes@cmpxchg.org> Зная, где работает этот товарищ, я не удивлён.
Ответить | Правка | Наверх | Cообщить модератору

	370. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (370), 14-Апр-26, 20:24
	А где он работает?
	Ответить | Правка | Наверх | Cообщить модератору

369. "Релиз ядра Linux 7.0"	+/–
Сообщение от Аноним (369), 14-Апр-26, 20:15
>Назначением Nullfs является использование в качестве начальной ФС для упрощения процесса загрузки системы - поверх Nullfs затем монтируются другие ФС и используется системный вызов pivot_root() для переключения корневой ФС вместо очистки содержимого initramfs и использования связанной с ним корневой ФС. Сначала они сломали отдельный /usr/, а теперь пошёл откат назад.
Ответить | Правка | Наверх | Cообщить модератору

	443. "Релиз ядра Linux 7.0"	+/–
	Сообщение от Аноним (440), 15-Апр-26, 21:04
	initramfs присутствует всегда. / это ветка. Каждая initramfs имеет свой код (_init text and data) и может быть интегрирована в ядро. Тут хитрее.
	Ответить | Правка | Наверх | Cообщить модератору

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

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