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

"В ядре Linux 7.4 намечена значительная чистка устаревших ARM-систем"	+/–
Сообщение от opennews (?), 09-Сен-26, 23:22
Арнд Бергман (Arnd Bergmann), отвечающий за пакеты с ядром в SUSE, подготовил патчи, удаляющие из ядра около 55 тысяч строк кода, связанного с поддержкой устаревших платформ ARM, которые почти не используются и мешают сопровождению актуальных подсистем. К удалению намечены платформы sa1100, omap24xx,  i.MX31, samv7, lpc18xx, riscpc, axxia, footbridge, старые платы pxa, orion, dove и mv78xx0, чипы без блока управления памятью (MMU) и микроконтроллеры  stm32f4/f7/h7.  Указанные платформы намечены для удаления в ядре 7.5, ожидаемом в первом квартале 2027 года, чтобы не проводить удаление в LTS-ядре и дать время пользователям заявить о продолжении использования каких-то систем для предотвращения их удаления... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66243
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+4 +/–
Сообщение от Аноним10084 и 1008465039 (?), 09-Сен-26, 23:22
Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386. Ну по поколениям разве что ещё деление. > чипы без блока управления памятью (MMU) А на таких что-то работало?
Ответить | Правка | Наверх | Cообщить модератору

	4. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+11 +/–
	Сообщение от Dzen Python (ok), 09-Сен-26, 23:38
	Каждый китайский вендор пилит (пилил, если быть точнее, кроме отсталых эпплов) свой собственный ARM, лицензировав его у конторы, что как маленький? Как со старыми юниксами, только с армами. Это потом конвергенция произошла в v7-v8, а до этого в каждой плате стоял почти свой посконный арм. > А на таких что-то работало? Примитивный эвент луп и прерывания поверх очень-очень (много очень) урезанного линуха, да
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
	Сообщение от Аноним (76), 11-Сен-26, 08:04
	А до китайцев (условно в 2000–ые) это замечательно делали японцы и корейцы. Огромная куча ничем не примечательных железок крутилась и крутится на проприетарных ARM–ядрах. Бытовая электроника, носимая, сотовые телефоны, сетевое оборудование, автомобильная, медтех, компьютерное железо, и т.д. и т.п. Бесчисленное множество кастомных ARM9TDMI, ARM7E и ARM9E.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+6 +/–
	Сообщение от Аноним (6), 10-Сен-26, 00:02
	ну слуш, там много градаций, от ссе и авх до чё-там-сейчас есть подозрение, что новые мобайлы апают по всем пунктам, подчищая устар, чтоб батарейку не насиловать
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	14. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+7 +/–
	Сообщение от Аноним (14), 10-Сен-26, 02:39
	Да щас прям. Во-первых, amd64 это не x86. Во-вторых, даже в рамках x86 архитектура отличается так сильно, что более старое поведение по сути эмулируется. И десятилетиями процессоры неоптимально инициализировались из-за поддержки совместимости со старыми процессорами (кажется происходит до сих пор). В-третьих, несмотря на общий набор команд (на самом деле нет, ну да ладно) архитектурно процессоры отличаются как небо и земля. Ближайший пример intel со своими P и E ядрами, которые без патчей работали с трудом. Т.е. по сути если бы мы жили в идеальном мире некоторые поколения стоило бы назвать другой архитектурой. Но мы живем в мире маркетинга, поэтому у некоторых поколений привнесенная новизна колеблется около нуля.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	35. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
	Сообщение от Malinovsky (?), 10-Сен-26, 09:12
	P и E ядра работали и без патчей. Просто не всем дало понятно как. Там достаточно приоритет выставить. Сами по себе патчи ничего не дают - просто автоматят перекидывание. Там нет работы по выведению потолка производительности в играх. Нынче вообще-то начиная с Arrow Lake перекидывание на малые ядра считается нормой - а это противоположность заявлениям про то что интерактивные задачи все кидаться должны на большие ядра. Вам когда мозги пудрят хоть вспоминайте реальное поведение иногда, а то может это не пудра вовсе. Они лишь недавно с приходом нового руководителя признали провалы и заявили что в будущих поколениях вернут Hyper Threading от которого старательно отказались в LGA1851 и контроллера памяти вернут на подложку к ядрам, чтобы  перестать лагать. А то люди купили память для LGA1700, а она на LGA1851 недостаточна, хотя это та же DDR5 формально. 12900К пр этом прекрасно работает с DRR5 в Gear 1, а поставишь процессор вроде бы топовый 270К и получится тройной провал - архитектурно лаг увеличится из-за контроллера на ином тайле, Gear 1 вообще вырезали, так что даже память на 8000 Мгц не разогнать, хотя Kingston заявляет что Gear 2 это до 9000 Мгц, хотя на деле это должен быть Gear 1 - ведь бешеного напряжения нет и нечему создавать шумы при грамотной разводке и изоляции слоев, ну и наконец сама цена памяти для новой платформы будет в разы дороже, особенно CU-DIMM. Так что когда руководство и маркетологи компании постоянно под запрещенными веществами всерьез их воспринимать не следует. А в случае с новыми поколениями "привнесенная новизна" на деле гораздо выше, особенно если использовать андервольт, который большинству все еще как некая ритуальная магия и слишком сложен в исполнении, хотя мистики там как раз никакой нет. Просто для реализации увеличившегося IPC чаще всего нужно ускорить работу с оперативной памятью, а также настроить систему по полной программе - этот шаг старательно пропускают и потому у людей подобное в голове крутится. Тут в рамках одного комментария разобрать степень заблуждений по поводу всего нереально, но думаю при желании будет понятно что это уровень новорожденных слепых котят, которые куда-то тыкаются и не более того. Это не понимание работы архитектуры даже не близко, не говоря уж о видеокартах. Тут куда ни ткни ничего из новых технологий не освоено даже в приближении понимания. Вот тут я делал видео про сборку ПК. Там очень много всего хотя бы в общих чертах рассказано. Можете начать с этого и дальше двигаться и смотреть видео по настройке линукса и про настройку железа. У вас тут просто белый шум один. Что-то шипит, что-то показывает, а разобрать это невозможно. https://www.youtube.com/watch?v=2HZ0Da_dFI0
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–4 +/–
	Сообщение от Аноним (39), 10-Сен-26, 10:34
	>Во-первых, amd64 это не x86. Это одна архитектура. Наименования разные. В своё время AMD лицензировала процессоры у Intel.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	60. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
	Сообщение от RM (ok), 10-Сен-26, 15:10
	> В своё время AMD лицензировала процессоры у Intel. "Да ты шо!?"(Ц) А ты в курсе что Интел в свою очередь лицензировал набор команд amd64 у АМД - название намекает на создателя, не?
	Ответить | Правка | Наверх | Cообщить модератору

	75. "-"	+/–
	Сообщение от Аноним (76), 11-Сен-26, 07:43
	> "Да ты шо!?"(Ц) Представь себе. amd64 — да, лицензированы Intel у AMD. А x86, в свою очередь, лицензированы AMD у Intel.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–5 +/–
	Сообщение от Аноним (-), 10-Сен-26, 04:47
	>Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386. amd64 и intel386 - это одна архитектура называется IBM-совместимый персональный компьютер.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	26. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–1 +/–
	Сообщение от Аноним (26), 10-Сен-26, 07:50
	Ibm совместимость это вообще не про процессоры
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (39), 10-Сен-26, 10:33
	Intel свой процессор специально делала для IBM PC.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–3 +/–
	Сообщение от laindono (ok), 10-Сен-26, 10:41
	Нюансы присутствуют: x86-64-v1 x86-64-v2 x86-64-v3 x86-64-v4 https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels Плюс опять же некоторый набор багов в разных реализациях.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	48. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
	Сообщение от Аноним (48), 10-Сен-26, 11:34
	Ни у Intel, ни у AMD никаких "v10" нет. Есть нормальные флаги CPUID.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от MaLinovsky (?), 10-Сен-26, 11:42
	Это чушь, которую отмел даже Линус Торвальдс. Это мусор для туповатых людей, кому проще думать типовым мышлением, что вот есть такое, а другого нет. Когда эти тугодумы сталкиваются с теми же Intel Atom с поддержкой SSE 4.1б но без поддержки SSE 4.2 они тупо назовут это ПРЕДЫДУЩИМ поколением, хотя разница будет в поддержку всего одной долбаной инструкции, которая мало где встречается вообще. Поэтому этот идиотизм в рельности не работает, потому что подавляющая часть компов проданных в настоящее время вообще ноутбуки были и атомы там на первом месте, потому что дешево продаются. И если человек не тугодум ему и этого хватит.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	55. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от laindono (ok), 10-Сен-26, 12:38
	POPCNT и LZCNT весьма важные инструкции так-то. Без них тоже самое будет стоит 12-17 инструкций. Их одних достаточно для разделения версий. А вот без расширений SSE/AVX можно и обойтись. Эти штуки нужны числодробилкам в основном, а такое сейчас модно на специализированную железку выводить.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от MaLinovsky (?), 10-Сен-26, 14:19
	Да, просто для обывателей проще то что им хотя бы знакомо называть, иначе короткая память вообще легко отказывает. Нужны все инструкции. Но на этом играют всякие браузеры и это даже работает и в чем-то ускоряет работу. А вот CachyOS я запарился гонять туда-сюда во всех мыслимых позах и сочетаниях планировщика и наборов инструкций - все без толку и производительность одинаковая, но с расширениями она еще и выше при грамотно сделанном андервольте. Вот это меня просто доводило до полного офигевания. Чтобы увидеть потребление процессора выше 45 ватт на 12900К с андервольтом надо особо изгаляться с пинтерестом и если очень повезет, тогда вместо 20 ватт могут иногда наблюдаться цифры в 46 ватт и тому подобное. Я правда не увидел разницы в производительности, но тут уж надо было два абсолютно идентичных компа рядом ставить. В любом случае от использования файла хостов толку больше было чем от разницы, вот только CachyOS легко брал планку в 100+ ватт потребления когда на обычных ядрах это было 22 ватта от силы. ну то есть разница около 4-5 раз не в пользу инструкций. Тут очень сильно зависит от реализации, целесообразности и языка программирования, который используют. Другие сайты в разы легче обычно. Ну тытуб можно назвать средне-легким и все же там все относительно шевелится даже на встройке, а вот пинтерест при лютом напряжении ядер имеет упор вообще в задержку памяти. Ему буквально при нехватке 1-2 нс, становится фигово и время обработки страницы вырастает в разы заодно при конском потреблении. Это жесть лютая когда все это помножено на лютые инструкции. Программы писать даже близко не научились еще, чтобы всегда от них толк был. Я серьезно. Я выверял все что можно и везде в других местах все чинно, мирно и предсказуемо было. Неделями наблюдать подобный фаршмак вообще взрыв мозга. Моя психика не выдержала, потому что я терпеть ненавижу и я снес эту CachyOS на фиг. А тому же ториуму инструкции ничего не дают потому что в Firefox скроллинг работает не в пример лучше и потому ториум это браузер одного сайта, где там чушь смотришь на которую пофиг потому что криворукие сломали работу больших видео, ведь дураков полно, которые думают что существует только хромой, а Firefox для всего важного и интересного всегда. И что-то в Gentoo не было особых инструкций типа AVX2 для огнелиса. Эту лапшу они пусть вешают идиотам. Непонятно как они заставили код в котором нет работы на инструкциях работать с ними вообще. Это ИИ или их кривые патчи, которые никто не принял в проект - фиг разберешь. Там мухлюют так что только жесткая проверка помогает разобраться что это за фигню проталкивают.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (123), 12-Сен-26, 00:47
	> Да, просто для обывателей проще то что им хотя бы знакомо называть, > иначе короткая память вообще легко отказывает. Нужны все инструкции. Если мы про именно ядро - тут можно поспорить. Скажем ядро весьма консервативно и осторожно по части использования плавучки, SSE и проч. Почему так? Есть такая штука как контекст. В понимании ядра это состояние задачи. Ну и вот у FPU он, видите ли, огромный. Да и SSE регистры сохранять - тоже так себе. Поэтому ядро старается вместо этого просто не портить содержимое этих регистров вместо постоянной тасовки оных, откуда ограничения на использование фич.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от _ (??), 12-Сен-26, 03:11
	> Без них тоже самое будет стоит 12-17 инструкций. Ага ... походу RISC-революция закончилась? :) На мэйнфреймах до того какЪ(С), была команда - аналог утилки 'tr' в ux-like-ах ... ассемблерную мнемонику не вспомню, боюсь совру, это-ж 5 жизней назад было :)
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	125. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от laindono (ok), 12-Сен-26, 08:46
	Это весьма фундаментальные инструкции так-то. В том же ARM это часть NEON. Просто это чуть менее очевидно, чем базовая арифметика.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от MaLinovsky (?), 10-Сен-26, 12:27
	Хотя, может я немного напутал, но вот у этих из проекта Thorium точно были проблемы с тем, чтобы заработать на атоме и у них без AVX был лишь вариант с SSE3 рабочий. В общем туда же пачкой отправляются все FX без AVX2. В общем это такой лютый треш и надо быть слабоумным, чтобы создать проблемы всем на ровном месте в попытке унификации неунифицируемого. Они могли сделать что-то и разделить по AVX, то есть без AVX, с AVX отдельно и AVX2 отдельно. Хотя может это кривое описание педивикии и я ничего не напутал. У них там x86-64-v3 это AVX и AVX2 одновременно, чего на мой взгляд не должно быть, ну либо составители унификации тупые как пробки. Часть типа SSE ан 128 бит по сути являются тем же AVX первого поколения по смыслу, потом что там та же разрядность была. Это тупое месиво разбирать очень неудобно по смыслу. Команды одни, разрядность разная, прямой преемственности нет у интела даже на AVX512 и все это превращается в унылый фарш, будто версия напрямую влияет на скорость работы, хотя многие вещи без инструкций работают примерно с той же скоростью. И получается вкусовщина когда в один файл запуска игры могли бы внедрить варианты работы с разными процессорами, проверяя поддерживаемые инструкции, но теста нет и это унылое нечто продвигается как некое единственно правильное решение, хотя на деле создатели компиляторов не осилили ничего сложного, в то время как для Эльбрусов компилятор просчитывает вероятные ветвления. И вот офигеваешь от тупости на которую отважились на западе с их примитивной архитектурой, которая даже не включает варианты работы с наличествующими инструкциями в принципе. Как уж интелы будут решать это с новым горбатым AVX неизвестно, но раз с Itanium облажались, то явно то будет нескоро. https://github.com/Alex313031/Thorium/releases
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	51. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
	Сообщение от Аноним (51), 10-Сен-26, 12:23
	Как говорил Линус: поколения - это маркетинговый булшит. Есть лишь фичи процессора, и они могут быть в разной комбинации никак не коррелируя с маркетинговыми поколениями.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	84. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (84), 11-Сен-26, 12:15
	> Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386. > Ну по поколениям разве что ещё деление. Ну да, только есть 386, есть 486, 586, 686... есть SSE/SSE2/SSSE3/SSE4/...AVX(2)/AMX/... - и разумеется, если вы вкрячите все и сразу оно только у вас и будет работать. А у толпы других юзерей - не будет. А потом еще унифицированно UEFI запилили - и он унифицированно так на некоторых компах только Win и RHEL запускать согласен. Или даже если - норовит сдохнуть от установки ОС. Во отлично. Не говоря о том что предлагается доверять огроменному блобу который почти ОС.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	96. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 11-Сен-26, 17:00
	Но ведь они все обратно совместимы > - и разумеется, если вы вкрячите все и сразу оно только у вас и будет работать Так и не зачем, надо наоборот, минимальный набор команд юзать и будет работать у всех. Допкоманды - это ж необязательный бонус, неужели он так уж нужен?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 19:36
	>  Но ведь они все обратно совместимы Если посмотреть историю ядра Linux - совместимость старых ABI и форматов бинарей лишь с оговорками. У ARM все примерно так же по смыслу. > Так и не зачем, надо наоборот, минимальный набор команд юзать и будет работать у всех. Минимальный - будет. И вы как, предлагаете нам i386 ограничиться? Или ... чем? А то в этом же Linux и этот ваш 486 - удаляют уже. Чтобы не таскать для него эмуляцию фич которые ядро на самом деле хотело бы видеть. > Допкоманды - это ж необязательный бонус, неужели он так уж нужен? Некоторые нужны. Некоторые не очень. Но иногда хлам все же вытряхивают - и на x86 недавно начали поддержку 486 выкидывать. За отсутствие нужных фич проца, ага. Эмуляцию спецом для антиков таскать - а зачем в 2026 году?
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 11-Сен-26, 19:43
	> Если посмотреть историю ядра Linux - совместимость старых ABI и форматов бинарей лишь с оговорками. У ARM все примерно так же по смыслу x86 разве меняют поведение старых команд? > И вы как, предлагаете нам i386 ограничиться? Ну в совсем ранних да, не хватало команд, ну Пентиумом может каким-нибудь
	Ответить | Правка | Наверх | Cообщить модератору

	122. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (123), 12-Сен-26, 00:43
	> x86 разве меняют поведение старых команд? Ну так и ARM обычно не меняет. А так представляете, uCode update может потенциально изменить поведение тех или иных команд проца. В этом пойнт оного и состоит. Или там какой CPU ID может не быть 1 в 1 с ожиданиями софта. >> И вы как, предлагаете нам i386 ограничиться? > Ну в совсем ранних да, не хватало команд, ну Пентиумом может каким-нибудь Ну вот примерно к этому все и идет. Хотя на самом деле - мало кто будет париться если весь x86-32 выкинуть нахрен. Потому что юзать именно 32 бита x86 в 2026 - ну даже не знаю, 20 лет назад я уже 64 бита компы юзал. И юзать 32-bit-only проц как именно комп? Ну даже не знаю, сейчас микроконтроллеры 32-битные нафиг.
	Ответить | Правка | Наверх | Cообщить модератору

2. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–12 +/–
Сообщение от Celcion (ok), 09-Сен-26, 23:24
Правильно, надо удалять всё, что не осиливают нейронки. Да и вообще всё, кроме amd64 и arm64 - от лукавого и тоже надо удалить. Так победим!
Ответить | Правка | Наверх | Cообщить модератору

	7. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (6), 10-Сен-26, 00:13
	ну если стандарт гонит один(гугл) и рефорсит старое на новое - на какой производственную мощность (бабки) тратить ( продакшен чипов под него подстраивается - наверняка заводов тож не особо много), просто чисто с потреб поинта - втрое дороже за то, что не используется/устарело что ли? давай я монстров со вторички с доплатой загоню, реально нужно? там ещё доплата за аккумы будет, сорян унификация прикольно, согласен, пока нет второго устройства. не в том смысле чтоб комп носить с ибп в походном рюкзаке по квартире, либо с телефоном бегать 5сек-лимит до розетки, а типа когда как телек за секунду канал меняет и тп бытовуха, или в тачке там педаль можно нажать
	Ответить | Правка | Наверх | Cообщить модератору

	13. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–2 +/–
	Сообщение от Аноним (13), 10-Сен-26, 01:56
	Нейронки не пишут асемблер, им похрен на то под какую платформу потом компилится их код
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	61. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от MaLinovsky (?), 10-Сен-26, 16:01
	Что это за чушь? Не хватало еще поддерживать древние микроконтроллеры коих было выпущено для того что к сети даже не подключено. И вот ради этого надо тащить то что слишком тяжело? Для вздуревших вообще есть отдельная бригада мед братьев, которая успокоительные колит. Очевидно что поддерживать свое железо должны те кто его поддержку заинтересован оставить - то есть бизнес. Если бизнеса нет и интереса нет, то нет смысла поддерживать редкую дичь, которая ненужна. То есть количество процессоров поделить на количество покупателей и получим ноль, потому что деление на ноль всегда дает ноль. Это абсолютно адекватное решение, а кому надо могут бекпортировать изменения из новых ядер еще хоть 50 лет.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	69. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+4 +/–
	Сообщение от User (??), 10-Сен-26, 20:50
	> потому что деление на ноль всегда дает ноль. "Коварство гроссмейстера было несомненно"(С)
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 11:57
	Что за пустой комментарий? Ну украл ты выражение из древней допустим экранизации. Деление на ноль, дающее ноль это математическое правило. Ты сумасшедший, если собрался с этим спорить. Иди хотя бы дроби выучи для начала. Что тут мелкие делают с самомнением? Научись привлекать внимание не только воплями "Мама я обослался!".
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от User (??), 11-Сен-26, 12:28
	> Что за пустой комментарий? Ну украл ты выражение из древней допустим экранизации. > Деление на ноль, дающее ноль это математическое правило. Ты сумасшедший, если > собрался с этим спорить. Иди хотя бы дроби выучи для начала. > Что тут мелкие делают с самомнением? Научись привлекать внимание не только > воплями "Мама я обослался!". Челодлань... Иди что ли на ИЗО с физкультурой - точные науки с литературой не твое, правда.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 13:56
	Так ты все-таки картавый. Точные науки это какие? Или ты общение а форуме считаешь точной наукой? Литература как раз мое, просто ты ни черта не знаешь. Можешь попробовать осилить хотя бы одно видео для начала. На вот тебе смесь литературы и точных наук в контексте производительности видео подсистемы на линуксе без тупой нудятины якобы профессионалов. Если осилишь просмотр и пройдешь тест на тему видео по смыслу будешь уже не совсем пустозвон. https://www.youtube.com/watch?v=5m6LWcSnRTQ
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от User (??), 11-Сен-26, 14:02
	"И тут Остапа понесло..."(С) Прочитал про деление на ноль, сына?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 14:22
	Когда тебе расписали условия выползания из числа пустозвонов ты смеешь пытаться что-то изображать. Слив засчитан. Про деление на ноль я писал изначально, раз уж ты болезный страдаешь провалами в памяти, но все равно пытаешься передергивать.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 14:37
	Тест на линуксоида, самостоятельное мышление, умение вести себя в обществе провалены. Ты пустышка - пустое место. на тебя нет смысла тратить никаких сил, потому что ты явно именно этого и хочешь, слабак. Комаров я просто прибиваю. Человека-комара это тоже касается и таких скучных как ты тоже.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	91. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от User (??), 11-Сен-26, 15:36
	> Тест на линуксоида, самостоятельное мышление, умение вести себя в обществе провалены. Ты > пустышка - пустое место. на тебя нет смысла тратить никаких сил, > потому что ты явно именно этого и хочешь, слабак. Комаров я > просто прибиваю. Человека-комара это тоже касается и таких скучных как ты > тоже. "Волчица ты, тебя я презираю..."(С) - похоже все-таки заглянул в учебник за пятый класс )))
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 15:57
	Изыди нечистый. Ты самостоятельно ничего выдать неспособен, кроме попыток оскорблений. Мне безынтересны цитаты из фильмов и тому подобный шлак. Когда это делается ради прикола это делается иначе. например в онлайн игре по звездным войнам пишешь там "Hey mate, I have something for you". Он там ответит что-нибудь типа он свободен, а ему в ответ "I am your father". Причем говорит это какой-нибудь забрак какому-нибудь трандошанину. А ты вообще кучный. Чего ты с первого раза не понял? Ты скучный и от тебя хочется спать.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 16:24
	> просто прибиваю. Человека-комара это тоже касается и таких скучных как ты > тоже. Да тут скорее вспоминается что-то про жабу и гадюку. И кстати если некто типа User может тебя подловить на делении на ноль - это таки позор. Вообще совсем позор. Это как если бы комар дал тебе мастеркласс по арифметике, нахрен.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	98. Скрыто модератором	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 18:27
	Вообще-то я писал о другом. Людей, которым нужно продать процессоры и обеспечить железо поддержкой нет. применительно к этому получалось деление на ноль. Это значит что я знаю что всегда будет ноль. Это иносказательно можно было бы написать как нет смысла слушать пустое место. То что там агрессивный псих пытался это примитивный прием извращения по смыслу. там мозгов даже нет, не то что прямых мозгов. Если у кого-то мозги корявые и лапшеснималки нет, то критический взгляд будет отсутствовать - вот о чем было про деление на ноль. Потому что важно только то что имеет значение. Значение у нуля никакое. То есть это нормально перестать за кого-то тащить поддержку железа. Для сравнения драйвер для Creative AE-5, AE-7 писал человек у которого была только первая звуковая карта. Тут очевидно нет смысла выбрасывать код, потому что он нужен, даже если вокруг оболваненные люди думают что звуковые карта ненужны. На деле же чтобы услышать разницу важно иметь хорошую звуковую карту по крайней мере с случае с женским вокалом. Мужчинам соответственно будет нравиться женский вокал, потому что природа так задумала. Если женский вокал блеклый это по причине использования встройки и тут под вопросом вообще достаточно ли мужественны те кто музыку предпочитает только в мужском исполнении. А для этого важна и звуковая карта и наушники, а высокоомные наушники и балансное подключение крайне желательны при этом. В общем вот тут подробно я разбирал про звук. Так что когда дураки вокруг выступают они сначала пробуют, а потом ведут себя как японцы и стараются меня не замечать. Можете убедиться в новостях новее. Там мрак какой-то обсуждают, а по теме слились. Так что позор это у недругов, которым надо просто вколачивать в голову что есть что, а чуть сложнее выразишься, так вообще не поймут. Я этому клоуну давал видео, чтобы он ужаснулся сложности составления подобного видео, если у него мозги вообще есть. Раскопать многолетнюю эпопею и грамотно подать это то на что ни один критикан неспособен в принципе. https://www.youtube.com/watch?v=LoJIDnJfJV4
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 19:05
	На вот глянь далеко не полный список видео, которые я уже сделал. Если твой мозг не взорвется поговорим о твоем позоре как ты не думая зачем-то пытался понтануться, а на деле сам сел в лужу. Многие видео от двадцати минут до полутора часов содержания и ничего подобного нет у других техноблоггеров, включая линуксоидов. Они даже одно мое видео освоить неспособны, потому что тупые как пробки. Можешь даже не надеяться найти про скрытую силу видеокарт ничего. В лучше случае анервольт просмотри несколько сотен видео, чтобы убедиться что я абсолютно прав. Сборка ПК 2026 с DDR5 и максимальной производительностью за вменяемые деньги Полноценный андервольт процессора на платформе LGA1700 Ускорение мобильного интернета в 3 шага на примере Xiaomi Redmi Note 11S 5g на Билайне Улучшение звука электрогитары в Linux - Яркие хамбакеры и звонкие струны Выбор полноценного дистрибутива Линукс Сила Линукс или Wayfire, Sway, Vulkan и Wayland против Windows 11 на ноутбуке Наушники лучше дорогих брендов за меньшую цену и комплект для записи звука и стримов Playstation 5 против ПК Разгон памяти DDR5 в Gear 1 на платформе LGA1700 Настройка Линукс для игр Быстрая и удобная печать на японском с использованием авторского метода ввода Скрытая сила видеокарт и повышение производительности в играх
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	116. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 12-Сен-26, 00:03
	> На вот глянь далеко не полный список видео, которые я уже сделал. One who knows, doesn't speaks. One who speaks doesn't knows. > Если твой мозг не взорвется поговорим о твоем позоре как ты > не думая зачем-то пытался понтануться, Я лишь сказал что если тебе читает лекции User и он вдруг прав - это никуда не годится. Это как если бы комар сделал тебя в математике. Наверное это повод RTFMать побольше. > не надеяться найти про скрытую силу видеокарт ничего. В лучше случае > анервольт просмотри несколько сотен видео, чтобы убедиться что я абсолютно прав. Чувак, я знаю основы CMOS схемотехники. И умею конфигурить параметры DVFS на уровне OEM-Lite. Прописывая примерно вот это вот СВОИМ ХОДОМ, с ПОНИМАНИЕМ какие рабочие точки я ставлю железу и почему так. Сие требует некоего понимания tradeoffs в CMOS и электронике. Мне твои супер-ценные лекции, вместе с твоем неуемным фанатизмом по части интеля совершенно не приболели. Ну то есть совсем. Это как если бы папуас в набедренной повязке - давал мастеркласс инженерам боинг по правильному строительству самолета. Из бамбука. Ты ж поди даже схему CMOS-инвертора не нарисуешь. И конечно не в курсе как сие работает. Так? > Сборка ПК 2026 с DDR5 и максимальной производительностью за вменяемые деньги Ну ладно, а я тут при чем? Я не собираю новый компьютер и твой LGA-что-то-там вне не упал. Интернет я себе сделаю - получше твоего. И дистрибутив линукс я вообще нарулю себе сам. А еще я на компах - работы работаю, поэтому мне СТАБИЛЬНОСТЬ нужна а не геймерская куита. И вот чего ты ко мне со всем этим примотался? А вот конкретно этот топик - я как раз эмбедовкой на ARM занимаюсь. Поэтому я тут. Тебе есть что сказать по теме? Или...?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 12-Сен-26, 17:26
	Мне твой бредовый английский без повода сюда притащенный безынтересен. Там тупая фраза в пользу тугих на мозг, то есть тупых как пробки с выключенными мозгами. Для этого надо сначала доказать правоту. А потому чтобы что-то утверждать надо сначала проверять источник и оценивать что он там несет. Если и вдруг недопустимо когда в твоем исполнении были лишь утверждения. Это значит что ты был не прав, пытаясь доказать недоказуемое, то есть бред. Чушь про комара даже читать противно. Так только бабы тупые пытаются все в субъективщину превратить когда очевидно что они обосрались. Чувак это ты всего лишь. А я для тебя уважаемый господин, который не прячет свою личность. Мне без разницы кто там наполовину знает основы скажем тагальского языка. Тебе твои знания не помогут в освоении темы увеличения производительности системы в разы. Это как минимум размен в пользу халявного масштабирования. У тебя мозг забит бесполезной дичью и новое ты неспособен освоить - вот что это значит. А папуас или нет, но других примеров нет, значит я уникальный пример гениальности, которую ты пытаешься тупо задавить авторитетом, но проваливаешься на элементарной критической проверке аргументов на вменяемость. А то что ты неспособен обычный комп настроить это и есть доказательство того что ты неспособен в компы. За тебя эникейщики может быть настроили много лет назад. А современное железо ты освоить не в состоянии. Я не ради денег что-то создаю в отличие от подмастерьев хрен знает чего. Чтобы все вместе освоить нужно очень долго в этом упорствовать и иметь мозги, а у тебя нет упорства. А настройка системы и есть по теме, просто ты старательно игнорируешь мотивацию удаления старинных плат. Т о есть такие как ты фанатики, которые наделали код и не поддерживают его мешают развитию всей системы с современными процессорами, а не жалкими их подобиями. Как ты умудрился все задом-наперед понять я даже близко не представляю. Это была провальная попытка изобразить очередной уровень авторитета. Ты неспособен пошатнуть меня ничем, потому что я объективно проверяю свои представления. твое воображаемое могущество не дает вообще ничего людям, а мое помогает. Значит я тут добро, а ты бесполезно пытаешься бороться с тем кто помогает людям.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Александр (??), 12-Сен-26, 09:27
	Это не древние микроконтроллеры. Стм32ф4 - массовый и популярный контроллер в эмбеббеде
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	78. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от нах. (?), 11-Сен-26, 09:56
	> Правильно, надо удалять всё, что не осиливают нейронки. у тебя опечатка в слове ibm. Нейронки-то может и осилят, но токены оплачивать ibm не будет.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
Сообщение от Dzen Python (ok), 09-Сен-26, 23:35
Ждём в комментариях тут пользователей буквально каждой удаляемой древнеарм-платы, которым (особенно поделкам без MMU) вот край как нужен свежий 7.5+ - ведь УЯЗВИМОСТИ.
Ответить | Правка | Наверх | Cообщить модератору

	8. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–1 +/–
	Сообщение от Аноним (6), 10-Сен-26, 00:17
	ну элитку это не затронет - у них свой саппорт, наверняка наши бытовые расходники - там момент подыхания девайса/взлома катастрофически мал и списывается, с баланса хд, друг другом
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
	Сообщение от Аноним (72), 10-Сен-26, 21:49
	stm32f4/f7//h7 перечисленные в списке так-то довольно широко используются, а их тоже хотят дропнуть. Тя считай, что юзеры уже подтянулись.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	79. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от нах. (?), 11-Сен-26, 09:57
	мож и лучше будет если перестать на них ставить lin00psы ? (хотя да, было б чем заменять...)
	Ответить | Правка | Наверх | Cообщить модератору

	95. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 16:51
	> мож и лучше будет если перестать на них ставить lin00psы ? (хотя > да, было б чем заменять...) Да вот именно линуха - на именно этих - не очень то и попсовый вид спорта запускать. Там оперативку и флеш все равно придется на плату паять, плата получится разлапистой а система в целом - по цене примерно как обычный одноплатник. Только за те же бабки - малохольный и проблемный диалект одноплатника, без MMU, тормозной и с мизером ресурсов. Специфичная штука, Linux без MMU - очень на любителя развлечение. У этих чипов только упрощенный MPU есть, у него нет страниц - только несколько регионов с разными правами. Можно разве что ядро от юзера прикрыть. Но вот например процесс от процесса - уже ой. И абстракция многозадачной многоюзерской ОС начинает отъезжать.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 16:26
	> stm32f4/f7//h7 перечисленные в списке так-то довольно широко используются, а их тоже > хотят дропнуть. Тя считай, что юзеры уже подтянулись. И много ты вот именно их - именно бутявящих Linux - видел за свою жизню? У них MMU так то нет - и поэтому пускать на них вот именно Linux - это довольно специфичный экспериенс. Потому что Linux все же делался - для MMU - и без него имеет кучу особенностей и ограничений.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

5. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+4 +/–
Сообщение от Аноним (6), 09-Сен-26, 23:59
то есть мой андроид из чулана на 2026-лтс не поедет? линусы в директ писать, или сидни свини сначала?
Ответить | Правка | Наверх | Cообщить модератору

	46. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
	Сообщение от Аноним (46), 10-Сен-26, 11:10
	Android устройства никогда не использовали ни одну из упомянутых тут архитектур
	Ответить | Правка | Наверх | Cообщить модератору

9. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
Сообщение от Аноним (9), 10-Сен-26, 00:29
только risc-v, только вперёд!
Ответить | Правка | Наверх | Cообщить модератору

	22. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–2 +/–
	Сообщение от Брат Анон (ok), 10-Сен-26, 07:08
	С РИСК всё не так однозначно. Работает? Да. Нет никаких рисков? Нет.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Аноним (30), 10-Сен-26, 08:13
	>С РИСК всё не так однозначно. Работает? Да. Нет никаких рисков? Нет. Нет никаких рисков только у того, что уже дропнули.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Джон Титор (ok), 11-Сен-26, 04:19
	А разве у китайцев не свои разработки на форках? Ну не приняли их изменения, не значит что ничего нет.
	Ответить | Правка | Наверх | Cообщить модератору

10. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+3 +/–
Сообщение от Аноним (-), 10-Сен-26, 00:41
Приятно видеть развенчание мифа: "Of cource it runs Linux".
Ответить | Правка | Наверх | Cообщить модератору

	29. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Аноним (9), 10-Сен-26, 07:55
	> Приятно видеть развенчание мифа: "Of cource it runs Linux". тебе от этой новости не так больно за хозяина Билли? бывает... но не привыкай...
	Ответить | Правка | Наверх | Cообщить модератору

	109. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 21:15
	> тебе от этой новости не так больно за хозяина Билли? бывает... но > не привыкай... У Билли на подобном по мощности железе разве что MS-DOS работал - и тот x86-only.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–1 +/–
	Сообщение от leap42 (ok), 11-Сен-26, 09:00
	> Приятно видеть развенчание мифа: "Of cource it runs Linux". Это ж не проприетарь какая. Вендор (хоть проца, хоть конечного продукта) всегда может вернуть поддержку out of tree - кому надо, тот заберёт. Да и в новости явно указано, что волонтёры могут явно заявить о себе и продолжить поддержку в mainline.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

12. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
Сообщение от Songo (ok), 10-Сен-26, 01:04
Не вижу ничего плохого. На такие платформы ставить свежие ядра, ну такое себе. А кто их юзает на предприятиях, те или не обновляют, или сами допилят что надо. p.s. Как говорится: Станок от этого молотить быстрее не станет, а интернет на нём и не нужен.
Ответить | Правка | Наверх | Cообщить модератору

15. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
Сообщение от Аноним (15), 10-Сен-26, 02:49
Сначала не понял за что stm32 удаляют, а по факту там несколько моделей плат только было.
Ответить | Правка | Наверх | Cообщить модератору

	20. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Аноним (20), 10-Сен-26, 06:21
	>Сначала не понял за что stm32 удаляют За то, что простой смертный может взять и запилить визитку, на которой будет крутиться линукс. И при этом не платить сотни нефти квалкому.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 10-Сен-26, 11:50
	Визитка на stm32? Да с линуксом? А что на этой визитке будет делать линукс? Как те самые часы?
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 17:26
	>>Сначала не понял за что stm32 удаляют > За то, что простой смертный может взять и запилить визитку, на которой > будет крутиться линукс. И при этом не платить сотни нефти квалкому. Простой смертный - несколько затрахается разводить в CAD и паять плату с RAM и Flash, давайте уж честно. А без RAM и Flash у STM'ки никак ресурсов на линуха не хватит. А если не затрахается - вон Allwinner A13 и отшнуровки - ARMv7 апликушник в QFP корпусе. А то что надо RAM и флеш развести... так и там - надо. Зато ARMv7 с MMU полноценным, такое дропать никто не собирается.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	23. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от тожемимокрокодил (?), 10-Сен-26, 07:17
	Правильно! Все, кто на STM32, срочно мигрируем с Linux на DiscoBSD и наслаждаемся жизнью ;)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	103. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 20:43
	> Правильно! Все, кто на STM32, срочно мигрируем с Linux на DiscoBSD и > наслаждаемся жизнью ;) А оно когда-то поддерживало STM32? oO
	Ответить | Правка | Наверх | Cообщить модератору

	32. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
	Сообщение от Смузихеб забывший пароль (?), 10-Сен-26, 08:35
	вопрос скорее в том, зачем там вообще линь, а не какая-нибудь ОСРВ
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	80. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от нах. (?), 11-Сен-26, 09:58
	name first 3 ? (причем таких которые ты, нонейм, можешь себе позволить и сумеешь использовать, а не где-то у эльбита)
	Ответить | Правка | Наверх | Cообщить модератору

18. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–1 +/–
Сообщение от DEF (?), 10-Сен-26, 05:36
Чистки? Мы любим чистки! Только RISC-V, только хардкор!
Ответить | Правка | Наверх | Cообщить модератору

	25. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–1 +/–
	Сообщение от Аноним (25), 10-Сен-26, 07:45
	Там тоже через пару лет найдутся желающие что-то поудалять.
	Ответить | Правка | Наверх | Cообщить модератору

24. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+4 +/–
Сообщение от Аноним (25), 10-Сен-26, 07:44
Новый тренд - прославится за счёт патчей удаляющих что-либо. А то патчи, исправляющие color на colour уже не принимают.
Ответить | Правка | Наверх | Cообщить модератору

31. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
Сообщение от Sm0ke85 (ok), 10-Сен-26, 08:22
>и микроконтроллеры stm32f4/f7/h7 Оо а зачем они микроконтроллеры вообще поддерживают? Типа есть же фриртос и др., на кой и Куда там линукс пихать?
Ответить | Правка | Наверх | Cообщить модератору

	33. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Аноним (20), 10-Сен-26, 09:00
	Ты же осознаёшь, что с фриртос всю прорву софта хотя бы из busybox тебе придётся написать с нуля на api этой самой freertos, да ещё и на си, да ещё и с жёсткими констрейнтами по коду?
	Ответить | Правка | Наверх | Cообщить модератору

	36. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Sm0ke85 (ok), 10-Сен-26, 09:33
	>Ты же осознаёшь, что с фриртос всю прорву софта хотя бы из busybox тебе придётся написать с нуля на api этой самой freertos, да ещё и на си, да ещё и с жёсткими констрейнтами по коду? Ты ж осознаешь, что все тобою перечисленное и так и так на МК нормально не заработает...? Там даже модбас когда реализуешь - кастомный драйвер часто приходится делать, чего ты туда пихать собрался еще..? ``` Foundation lines:     STM32F446 – 180 MHz/225 DMIPS, up to 512 Kbytes of Flash memory with dual Quad-SPI and SDRAM interfaces     STM32F407/417 – 168 MHz CPU/210 DMIPS, up to 1 Mbyte of Flash memory adding Ethernet MAC and camera interface     STM32F405/415 – 168 MHz CPU/210 DMIPS, up to 1 Mbyte of Flash memory with advanced connectivity and encryption и рамы 320кб или менее ```
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (20), 10-Сен-26, 10:59
	В старших версиях и памяти больше, и пришить её можно.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Sm0ke85 (ok), 10-Сен-26, 12:25
	>В старших версиях и памяти больше, и пришить её можно. Это старшие модели в озвученной в статье серии stm32f4, да и те серии что старше - там разница не прям чтоб туда ядро грузить (я про H7): ``` The series is based on the 32-bit Arm Cortex®-M7 core, running at up to 600 MHz. It is available in single and dual-core versions (Cortex®-M7 + Cortex®-M4), reaching the industry’s highest benchmark scores for Cortex®-M based microcontrollers, with up to 3347 CoreMark. It also supports execution from internal and external memories with on-the-fly decrypt/encrypt. The STM32H7 series offers embedded flash memory ranging from 64 Kbytes to 2 Mbytes. This memory is based on ST’s nonvolatile memory (NVM) technology and manufactured using a 40 nm process. It has a high memory scalability and flexibility with 564 Kbytes up to 1.4 Mbytes of SRAM embedded, and very fast external memory interfaces up to 200 MHz. ``` Но тут, конечно, можно рамы и флеша пришить, и это вполне поедет. Но stm32f4 - это прям такое...
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 20:58
	>     STM32F446 – 180 MHz/225 DMIPS, up to 512 > Kbytes of Flash memory with dual Quad-SPI and SDRAM interfaces Да, и ты в курсе что 225 DMIPS - это хуже чем WL500GP допотопный, которому ...цать лет и которые уже выпали из употребления в силу своей тормознутости? И еще без MMU к тому же. И еще - чтоб SDRAM развести - это надо уметь и это еще надо суметь спаять. В готовых платах с али это не лю, SDRAM не бесплатный и большей части МКшников его не надо. А еще - поскольку эти DMIPS живут рядом с нежной флеш памятью - и греют кристалл - гонять его с полной загрузкой - вообще не такая уж и хорошая идея. Так что на практике по сумме свойств - вот именно Linux на именно этом гонять - вообще очень не массовое занятие. >     STM32F407/417 – 168 MHz CPU/210 DMIPS, up to > 1 Mbyte of Flash memory adding Ethernet MAC and camera interface >     STM32F405/415 – 168 MHz CPU/210 DMIPS, up to > 1 Mbyte of Flash memory with advanced connectivity and encryption > и рамы 320кб или менее Ну как бы SDRAM можно доткнуть на внешнюю шину. Но тогда лучше уж апликушник в QFP взять типа Allwinner A13 какого. Там заодно и флеху никто не греет процом на целый - гигагерц аж. С апликушными командами и MMU. Зачем при этом с STM32 отношаться - фиг его знает. Без MMU линух довольно урезанный и вон то всегда было на правах скорее курьеза. Кто-то наверное юзал - но им LTS ядер - на дохрена лет еще хватит.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	34. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (20), 10-Сен-26, 09:02
	iting programmer: “There is more Unix-nature in one line of shell script than there is in ten thousand lines of C.” The programmer, who was very proud of his mastery of C, said: “How can this be? C is the language in which the very kernel of Unix is implemented!” Master Foo replied: “That is so. Nevertheless, there is more Unix-nature in one line of shell script than there is in ten thousand lines of C.” The programmer grew distressed. “But through the C language we experience the enlightenment of the Patriarch Ritchie! We become as one with the operating system and the machine, reaping matchless performance!” Master Foo replied: “All that you say is true. But there is still more Unix-nature in one line of shell script than there is in ten thousand lines of C.” The programmer scoffed at Master Foo and rose to depart. But Master Foo nodded to his student Nubi, who wrote a line of shell script on a nearby whiteboard, and said: “Master programmer, consider this pipeline. Implemented in pure C, would it not span ten thousand lines?” The programmer muttered through his beard, contemplating what Nubi had written. Finally he agreed that it was so. “And how many hours would you require to implement and debug that C program?” asked Nubi. “Many,” admitted the visiting programmer. “But only a fool would spend the time to do that when so many more worthy tasks await him.” “And who better understands the Unix-nature?” Master Foo asked. “Is it he who writes the ten thousand lines, or he who, perceiving the emptiness of the task, gains merit by not coding?” Upon hearing this, the programmer was enlightened.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	37. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
	Сообщение от Sm0ke85 (ok), 10-Сен-26, 09:49
	>iting programmer: “There is more Unix-nature in one line of shell script than there is in ten thousand lines of C.” История годная, но в данном случае вот тебе пример: есть stm32f042, которому очень тяжело и свободно 380 байт флэша и 420 байт рамы, а драйвер модбаса с гитхаба скушает 2кб флэша и точно доест раму. => И тут мастер Фу - не справился, а программист Си - смог... Таков путь))))
	Ответить | Правка | Наверх | Cообщить модератору

	54. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Аноним (54), 10-Сен-26, 12:29
	На мой взгляд, в данном случае, мастер Фу скорее останется в стороне, с самого начала. Он - мастер UNIX, а на stm32f042 в примере вряд ли установлен UNIX. Позовут мастера Си, который скажет: "There is more embedded-nature in one line of c code than there is in ten thousand lines of assembler."
	Ответить | Правка | Наверх | Cообщить модератору

	56. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Sm0ke85 (ok), 10-Сен-26, 12:41
	>На мой взгляд, в данном случае, мастер Фу скорее останется в стороне, с самого начала. Он - мастер UNIX, а на stm32f042 в примере вряд ли установлен UNIX. Позовут мастера Си, который скажет: "There is more embedded-nature in one line of c code than there is in ten thousand lines of assembler." А ты Хорош)))
	Ответить | Правка | Наверх | Cообщить модератору

	105. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 21:03
	> История годная, но в данном случае вот тебе пример: есть stm32f042, которому > очень тяжело и свободно 380 байт флэша и 420 байт рамы, > а драйвер модбаса с гитхаба скушает 2кб флэша и точно доест > раму. => И тут мастер Фу - не справился, а программист > Си - смог... Таков путь)))) А вот мастера архитекта и прожект манагера - вам явно не завезли чтоб чип брал с запасом хотя-бы процентов 20, на случай если новых фич в проекте все же захочется... И вот вы показали - что в си вы хороши. Но вы показали и что в управлении проектами и выборе комплектухи вы - дубы дубовые и общее управление у вас - ни к черту.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	67. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Жертва (?), 10-Сен-26, 19:33
	В общем случае, люди этим пользуются для того, чтобы использовать существующий код ядра Linux, чаще всего сетевой, Bluetooth, Wi-Fi, вот это всё. Посмотрите презентацию ребят, которые на jcore 2 используют Linux в каких-то датчиках потребления энергии: https://www.youtube.com/watch?v=dVD1Yws__v0
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

40. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
Сообщение от Аноним (39), 10-Сен-26, 10:37
>Приятно видеть развенчание мифа: "Of cource it runs Linux". Хорош врать. В оригинале звучит как: "Of cource it runs NetBSD". NetBSD озабочен поддержкой всего существующего на земле железа.
Ответить | Правка | Наверх | Cообщить модератору

	81. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от нах. (?), 11-Сен-26, 10:30
	озабоченность-то - глубокая или глубочайшая? А то по факту - железа способного загрузиться с флоппи-дисков осталось довольно немного. А больше ничего они и не шмагли толком.
	Ответить | Правка | Наверх | Cообщить модератору

44. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
Сообщение от Аноним (44), 10-Сен-26, 11:00
Я тоже удалять умею. Надо уже давно половину ядра удалить.
Ответить | Правка | Наверх | Cообщить модератору

45. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
Сообщение от Метрика (?), 10-Сен-26, 11:06
Лучше бы POSIX AIO починили, а не лепили бесформенный IO_URING, который к тому же работает так же плохо как и AIO
Ответить | Правка | Наверх | Cообщить модератору

	83. Скрыто модератором	+1 +/–
	Сообщение от нах. (?), 11-Сен-26, 12:01
	ibm это ваше лудше не одобряэ - потому что каждый openbsd сможет такое же. А вот иоурина намертво привязанная к кишкам ведра и ни с чем несовместимая (а любые попытки обеспечить совместимость апи без копипасты ведра - приведут к тормозам и глюкам) - это то что надо!
	Ответить | Правка | Наверх | Cообщить модератору

	106. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 21:05
	> Лучше бы POSIX AIO починили, а не лепили бесформенный IO_URING, который к > тому же работает так же плохо как и AIO IO_Uring работает куда как быстрее и сильно скромнее по оверхеду. А POSIX AIO это очередная дохлая лошадь, нужная хз кому и зачем - на практике это довольно кривая шляпа, с неважным перфомансом. Им никто особо и не пользуется в результате. Так что вы глядя на Генри Форда встали в позу и сказали "лучше б колеса у брички смазал". А он возьми да и убери брички с дорог...
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	112. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Метрика (?), 11-Сен-26, 21:30
	Хэх, неважный перформанс это в линуксе с его эмуляцией POSIX AIO в пространстве пользователя, тот же IO_URING выполняющие аналогичные функции был создан решить проблему, а в итоге её только усугубил своим ужасным API и глючностью, хотя другие Unix типа MacOS/FreeBSD с AIO проблем не испытают, потому что писались не васяном на коленке
	Ответить | Правка | Наверх | Cообщить модератору

	118. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 12-Сен-26, 00:19
	> Хэх, неважный перформанс это в линуксе с его эмуляцией POSIX AIO в > пространстве пользователя, Вася, ты слоупок. Ядро таки умеет большую часть этого на своей стороне. Но с времен дизайна этого апи - реалии сильно изменились. По части скоростей, IOPS и соотношений этого всего - с скоростью работы проца. Сейчас появилось сверхскоростное IO в виде SSD которое являет собой существенный % по скорости от RAM и CPU и соотношения - совсем иные. Да и сети тоже. Теперь первую скрипку играет low overhead. То, что в традиционных парадигмах IO всем было пофиг ибо IO по жизни отставало от CPU/RAM. А тут вот - догнало более-менее. > тот же IO_URING выполняющие аналогичные функции был создан > решить проблему, а в итоге её только усугубил своим ужасным API Его API сделано - для low overhead прежде всего. Это мастхэвнейший мастхэв, без этого ваши кульные апи - сливающие по скорости в разы на оверхеде - просто даром никому не упали. Никто не угробит возможности железа в разы в пользу клевых апей, жаба очень уж протестует. > и глючностью, хотя другие Unix типа MacOS/FreeBSD с AIO проблем не > испытают, потому что писались не васяном на коленке Но почему-то у них даже файлухи толком нет. И чего-то как вопрос заходит про IO (и сервера, которым это актуальней всего) - они "где-то там". И с сверхскоростными сетями и SSD у них от никак до хреново. Да и с ФС - примерно аналогично. А так все хорошо прекрасная маркиза...
	Ответить | Правка | Наверх | Cообщить модератору

74. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	–1 +/–
Сообщение от Джон Титор (ok), 11-Сен-26, 04:27
Очередные танцы с бубном вокруг монолитной архитектуры. Поздравляю системных программистов. Когда-то так хотел быть системщиком, но не пустили, зато пустили в веб. Теперь смотрю - не зря. Как дуристикой страдали, так и страдают.
Ответить | Правка | Наверх | Cообщить модератору

	88. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+1 +/–
	Сообщение от Метрика (?), 11-Сен-26, 14:09
	Пещерные люди, что тут скажешь, их адепт боится обьектов в ООП, а комьюнити отрицает круглую землю, то есть микроядерную архитектуру
	Ответить | Правка | Наверх | Cообщить модератору

	102. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 11-Сен-26, 19:55
	> Пещерные люди, что тут скажешь, их адепт боится обьектов в ООП, а > комьюнити отрицает круглую землю, то есть микроядерную архитектуру Да честно говоря за столько лет могли бы родить что-то внятное.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 21:12
	> Пещерные люди, что тут скажешь, их адепт боится обьектов в ООП, а > комьюнити отрицает круглую землю, то есть микроядерную архитектуру Но эти то - познали прелести огня, толпой ходят на мамонта, орудия делают... а вон те - монахи какие-то. Жрут что найдут под ногами или постятся, ходят нагишом, ничего кроме открытия чакр не умеют, из инструментов - нет примерно ни...я, а если коллега сдох от болезни или там аппендицита какого - такова воля богов, во.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	111. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Метрика (?), 11-Сен-26, 21:22
	Я говорю о том, что когда то Unix с монолитным ядром написанным на Си был прорывной системой спору нет, но сейчас это как ездить на павозке по рельсам вместо трамвая
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 12-Сен-26, 00:21
	> Я говорю о том, что когда то Unix с монолитным ядром написанным > на Си был прорывной системой спору нет, но сейчас это как > ездить на павозке по рельсам вместо трамвая Внезапно, автомобиль - это всего лишь круто заапгрейженный потомок кареты без лошади... а никакой магнитной левитации или там Mr.Fusion там как-то вот не образовалось.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 11-Сен-26, 21:10
	> Очередные танцы с бубном вокруг монолитной архитектуры. > Поздравляю системных программистов. Академики грезили микроядрами - но потом чего-то даже для себя свое юзать не хотели, не говоря уж о написании для своего "счастья" дров. И вот выучили вы мудрость профессора Таненбаума как (не надо) писать ОС. Чтобы что? В реальном мире - это знание некуда приткнуть. Денег за это не дадут. ОС написанная по этим паттернам - будет нужна примерно никому. И вот получили вы это знание... чотбы что? Вы потратили время на фигню с нулевым результатом, господа.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	110. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+2 +/–
	Сообщение от Метрика (?), 11-Сен-26, 21:19
	На микроядрах сейчас работают MacOS/QNX готовые системы, на гибридном ядре(разновидность микроядра) работает Windows, все новые ОС разрабатываются с микроядрами тот же HarmonyOS от хуавей микроядерный, гугл тоже пытается выпилить линукс из андроида со своей фуджису, но гугл и софт вещи несовместимые
	Ответить | Правка | Наверх | Cообщить модератору

	113. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 22:11
	Гугл запорол софт, написав сетевой стек на Go для Фуксии. Монолит собирать надо отдельно на линуксе. А концепция микроядер ползучая и пока без уверенной заявки на победу. Вон рядом бегают RTOS фанатики и могут орать что там в килобайты можно сделать размер кода. Как это помогло оси стать полноценной операционной системой с браузером и офисом хотя бы? Здфт9 сдох именно из-за недостатка браузера и теперь ему единственный вариант это использовать что есть типа Netsurf и ставить виртуальный линукс и запускать браузер от линукса пока не портируют. Макось на моей памяти люто глючила даже с родным железом вайфая. Это фиаско что надо лезть в консоль. Пользователи Макоси это какие-нибудь дамы, которые ни бум бум в этой вашей Макоси. Я один раз принялся объяснять что-то - это вот белый шум, будто бы я математику для старшеклассников в детском саду преподавать вздумал. Какие на фиг синусы, косинусы с тангенсами? Вообще не понятно ничего. Есть тык и есть тык, тык. Так что микроядра видимо еще и слабоумием заражают. По крайней мере у многих крыша может уехать.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (117), 12-Сен-26, 00:14
	Хэх сделать декомпозицию сложной системы это слабоумие? Щито? Интересно было представить монолитный автомобиль где из поломки руля откажу тормоза, а линуксе это запросто
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 12-Сен-26, 00:31
	> Хэх сделать декомпозицию сложной системы это слабоумие? Щито? Интересно было представить > монолитный автомобиль где из поломки руля откажу тормоза, а линуксе это > запросто Внезапно, в макосях и винде адресное пространство большинства дров и ядра общее и там будет все то же самое. А так - если у тебя всего лишь бензобак попорчен и бензин течет - и малейшая искра - у тебя и тормоза испортятся, и окорок подгорит, и руль будет не в форме...
	Ответить | Правка | Наверх | Cообщить модератору

	127. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Метрика (?), 12-Сен-26, 14:55
	В винде видеодрайвер не полностью находится в ядре только его управляющая часть, остальная часть драйвера отвечающая за отрисовку крутится в режиме пользователя, почитай за WDDM
	Ответить | Правка | Наверх | Cообщить модератору

	120. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Аноним (-), 12-Сен-26, 00:29
	> На микроядрах сейчас работают MacOS/ MacOS - на минуточку гибридное ядро, а вовсе не. Да и звезд с неба эппл хватает - только в маркетинговом булшите. Все остальное у них в лучшем случае посредственное. > QNX готовые системы, QNX - очень мало используется в современном мире, и активно заменяется на линух дофига где. Я сам несколько штук апгрейднул реинженерингом заменив старье с qnx на штуки чуть больше креды размером на лине. Расскажи мне про его успехи и как это надо кастомерам, что они мне аж денег за замену этого хлама насыпали... > на гибридном ядре(разновидность микроядра) Это _не_ разновидность микроядра. В частности - ядро и дрова в одном адресном пространстве, поэтому по стабильности и защите оно мало чем от монолита с модулями отличается по сути. Кривой драйвер может на раз утянуть за собой всю систему. А если пространства сделать вот именно разными - переключение между ними это весьма недешевая операция с кучей оверхеда. И вот тут именно микроядра почему-то резко пролетают. > работает Windows, все новые ОС разрабатываются с микроядрами тот же > HarmonyOS от хуавей микроядерный, гугл тоже пытается выпилить линукс из андроида > со своей фуджису, но гугл и софт вещи несовместимые Вот только винды когда пробовали именно дрова именно видео в именно юзермоде - оно тормозило так что без слез смотреть нельзя было и Win NT 3.x был никому даром не. Они с горя аж весь GDI в ядро засунули после этого - и NT4 и далее уже даже кто-то покупать стал. Но, как видим, ценой испохабливания концэпций. Сферические концепты в вакууме не очень хорошо работают в реальном мире. А все эти ваши WTF-ос - они вообще где? Единственный harmony os который реально в массы идет это Android перекрашенный, на этом самом нашем линухе. А так то да... Еще фуксию забыли, та уж как только мир не захватывала. И десктопы, и андроид на нее переходил, и вообще. Только оказалось что у них драйвер FAT32 аж целый есть - с аппетитами которым ZFS позавидует. И закончился такой работинг - децимацией тимы. И планы немного урезали - так что захватили пару фоторамок, ну и хватит. Бесконечно инвестировать без отдачи - инвесторы не любят.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	128. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Метрика (?), 12-Сен-26, 15:26
	Гибридное ядро это вариация микроядра, сама идея микроядерной архитектуры про то, чтобы по максимуму вынести функции ядра в пространство пользователя В случае драйверов оборудования в Windows вих полностью или частично вынесли из ядра, чтобы можно было обновить драйвер без обновления ядра ОС В случае дайвера ФС он остался в ядре, но там нет такой чехарды с десятком ФС как в линукс, поддерживаются ровно 3 ФС(NTFS/FAT/ExFAT), таким образом код ядра остается компактным и не раздувается Благо ребята разрабатывающее ядро Windows, не фанатики определений из википедии и с умом реализуют все имеющиеся технологии
	Ответить | Правка | Наверх | Cообщить модератору

	129. "В ядре Linux 7.4 намечена значительная чистка устаревших ARM..."	+/–
	Сообщение от Метрика (?), 12-Сен-26, 15:38
	Драйвер в виде модуля ядра загружается в адресное пространство ядра, любой чих в модуле ложит ядро, поэтому модульное ядра это разновидность монолитного ядра, а гибридное где драйверы венесены в юзер спейс называется разновидностью микроядра
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	114. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 11-Сен-26, 22:31
	>> Очередные танцы с бубном вокруг монолитной архитектуры. >> Поздравляю системных программистов. > Академики грезили микроядрами - но потом чего-то даже для себя свое юзать > не хотели, не говоря уж о написании для своего "счастья" дров. Напомните мне про хоть одну удачную реализацию. Насколько я помню даже GNU Hurd более-менее удачно не так давно реализовали эти академики, в этом году и то до сих пор не готово до конца. А вот QNX в промышленности себя нашла и чувствует себя вполне уверенно. Писать под ОСРВ довольно сложно программы, как признаются многие программисты. Но опять таки напомню что нынче 2026 год и ИИ уволили множество программистов по всему миру. И разобрать на самом деле не так уж и сложно, если есть желание жить. Кушать то надо что-то. Хотя у меня опыт уже есть - можно какое-то время жить на долги, правда не вечно.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	115. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 11-Сен-26, 23:12
	> И вот выучили вы мудрость профессора Таненбаума как (не надо) писать ОС. > Чтобы что? В реальном мире - это знание некуда приткнуть. Денег > за это не дадут. ОС написанная по этим паттернам - будет > нужна примерно никому. И вот получили вы это знание... чотбы что? > Вы потратили время на фигню с нулевым результатом, господа. Да как-бы силовым структурам в первую очередь и надо в первую очередь гражданская ОС. Что тут непонятного то? Я от недавно для реверс-прокси искал сервисы авторизации. Т.е. подключил по быстрому и поехал. Выбор пал на гибридный подход к доставке - либо ставите локально, либо используете в облаке. Только китайцы сделали такой который не гнушается российских, европейских, американских и т.д. сервисов. Могу дать название, если попросите, просто не хочу рекламировать пока. Российских и украинских нет. А есть ещё множество других сервисов которые не авторизация и я искал для подключения. Даже у бедных индусов есть. На постсоветском пространстве - нет. А может проблема в том что кто-то неадекватно мыслит пытаясь заработать на инструменте для заработка в условиях демпинга рынка? Вот у американцев есть Auth0 (облачный, без селф-хостед) и они меня уговаривали включить их сервис в мой продукт, т.к. они гарантируют безопасность, инспекцию пользователей - все безопасно, а за это им платят деньги. И быстро можно подключить, развернуть. Бесплатно лимита тогда правда не давали. Представьте сколько можно было бы сэкономить на всем остальном имея такие сервисы, которые упрощают разработку в разы, пусть частично или полностью бесплатно. И насколько оно улучшает доверие. А на каждом проекте это надо - авторизация, отлавливание ошибок, метрики, изоляция окружения, ну и много чего ещё. То же и с ОС. Вообще оно все долгое время никому не нужно пока не появляются пользователи. И когда вы задаете вопрос: "кому это нужно?", - добавляйте и вопрос: "кому эти пользователи (люди) нужны?". Если они никому не нужны это печально, только вот если поискать - на постсоветском пространстве используют западный софт. А если коснуться темы денег, то заработная плата разработчиков разных стран, включая виртуальных маятниковых мигрантов с целью заработка доступна. Вы можете подумать что я обвиняю кого-то из экономистов в том что так получилось? Частично, но реальная проблема в людях и их восприятии окружающей действительности и информированности. Проблема в том что вам не нужны соотечественники, а вы им - вот поэтому вы и задаетесь такими вопросами. А соотечественники это кстати просто - семья, друзья, соседи, коллеги, одноклассники, одногруппники, люди в том же сообществе. Да, это удел гуманитариев собирать людей в сообщества. Но да, если каждому дать роль (или множество) как это делают американцы, то можно найти среди этих ролей и инвесторов, т.к. инструменты нужны тому кто их использует. Если у вас продукт не для конечного пользователя, то логично что ваш покупатель не получает блага, а встраивает его в производственную цепочку. И пока эта цепочка не дойдет до конечного пользователя - денег не будет. Что тут сложного то? Т.е. ответ главное чтоб это было важно вам, если вам это не важно, то и никому не будет - звено само по себе бесполезно если оно не в цепи. А если бы вы посмотрели бы Vox о распаде СССР, то услышали бы фразу что с распадом разрушилась цепочка поставок. И вот именно это система управления созданая на долларе постарается вам не дать возобновить управляя деньгами. Вот и подумайте зачем вы учили Таненбаума, если не умеете общаться так чтобы возобновлять цепочки поставок. А ведь общаться то легче чем учить Таненбаума.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

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

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