Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"В ядре 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. Сообщение от Аноним10084 и 1008465039 (?), 09-Сен-26, 23:22   +2 +/
Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386. Ну по поколениям разве что ещё деление.

> чипы без блока управления памятью (MMU)

А на таких что-то работало?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #6, #14, #16, #41, #51

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

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

4. Сообщение от Dzen Python (ok), 09-Сен-26, 23:38   +6 +/
Каждый китайский вендор пилит (пилил, если быть точнее, кроме отсталых эпплов) свой собственный ARM, лицензировав его у конторы, что как маленький? Как со старыми юниксами, только с армами. Это потом конвергенция произошла в v7-v8, а до этого в каждой плате стоял почти свой посконный арм.

> А на таких что-то работало?

Примитивный эвент луп и прерывания поверх очень-очень (много очень) урезанного линуха, да

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Аноним (6), 09-Сен-26, 23:59   +3 +/
то есть мой андроид из чулана на 2026-лтс не поедет? линусы в директ писать, или сидни свини сначала?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

6. Сообщение от Аноним (6), 10-Сен-26, 00:02   +4 +/
ну слуш, там много градаций, от ссе и авх до чё-там-сейчас

есть подозрение, что новые мобайлы апают по всем пунктам, подчищая устар, чтоб батарейку не насиловать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Аноним (6), 10-Сен-26, 00:13   +/
ну если стандарт гонит один(гугл) и рефорсит старое на новое - на какой производственную мощность (бабки) тратить ( продакшен чипов под него подстраивается - наверняка заводов тож не особо много), просто чисто с потреб поинта - втрое дороже за то, что не используется/устарело что ли?

давай я монстров со вторички с доплатой загоню, реально нужно? там ещё доплата за аккумы будет, сорян

унификация прикольно, согласен, пока нет второго устройства. не в том смысле чтоб комп носить с ибп в походном рюкзаке по квартире, либо с телефоном бегать 5сек-лимит до розетки, а типа когда как телек за секунду канал меняет и тп бытовуха, или в тачке там педаль можно нажать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

8. Сообщение от Аноним (6), 10-Сен-26, 00:17   –1 +/
ну элитку это не затронет - у них свой саппорт, наверняка

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

9. Сообщение от Аноним (9), 10-Сен-26, 00:29   +5 +/
только risc-v, только вперёд!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

10. Сообщение от Аноним (-), 10-Сен-26, 00:41   +2 +/
Приятно видеть развенчание мифа: "Of cource it runs Linux".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

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

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

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

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

16. Сообщение от Аноним (-), 10-Сен-26, 04:47   –2 +/
>Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386.

amd64 и intel386 - это одна архитектура называется IBM-совместимый персональный компьютер.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #26

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

20. Сообщение от Аноним (20), 10-Сен-26, 06:21   +2 +/
>Сначала не понял за что stm32 удаляют

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #50

22. Сообщение от Брат Анон (ok), 10-Сен-26, 07:08   +3 +/
С РИСК всё не так однозначно. Работает? Да. Нет никаких рисков? Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #30

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

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

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

26. Сообщение от Аноним (26), 10-Сен-26, 07:50   –1 +/
Ibm совместимость это вообще не про процессоры
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #38

29. Сообщение от Аноним (9), 10-Сен-26, 07:55   +1 +/
> Приятно видеть развенчание мифа: "Of cource it runs Linux".

тебе от этой новости не так больно за хозяина Билли? бывает... но не привыкай...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

30. Сообщение от Аноним (30), 10-Сен-26, 08:13   +1 +/
>С РИСК всё не так однозначно. Работает? Да. Нет никаких рисков? Нет.

Нет никаких рисков только у того, что уже дропнули.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

31. Сообщение от Sm0ke85 (ok), 10-Сен-26, 08:22   +/
>и микроконтроллеры stm32f4/f7/h7

Оо а зачем они микроконтроллеры вообще поддерживают? Типа есть же фриртос и др., на кой и Куда там линукс пихать?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #34

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

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

34. Сообщение от Аноним (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.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #37

35. Сообщение от 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ообщить модератору
Родитель: #14

36. Сообщение от 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ообщить модератору
Родитель: #33 Ответы: #43

37. Сообщение от Sm0ke85 (ok), 10-Сен-26, 09:49   +2 +/
>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ообщить модератору
Родитель: #34 Ответы: #54

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

39. Сообщение от Аноним (39), 10-Сен-26, 10:34   –1 +/
>Во-первых, amd64 это не x86.

Это одна архитектура. Наименования разные. В своё время AMD лицензировала процессоры у Intel.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #60

40. Сообщение от Аноним (39), 10-Сен-26, 10:37   +1 +/
>Приятно видеть развенчание мифа: "Of cource it runs Linux".

Хорош врать. В оригинале звучит как: "Of cource it runs NetBSD". NetBSD озабочен поддержкой всего существующего на земле железа.

Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от 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

Плюс опять же некоторый набор багов в разных реализациях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #48, #49, #53

43. Сообщение от Аноним (20), 10-Сен-26, 10:59   +/
В старших версиях и памяти больше, и пришить её можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #52

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

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

46. Сообщение от Аноним (46), 10-Сен-26, 11:10   +/
Android устройства никогда не использовали ни одну из упомянутых тут архитектур
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

48. Сообщение от Аноним (48), 10-Сен-26, 11:34   +2 +/
Ни у Intel, ни у AMD никаких "v10" нет. Есть нормальные флаги CPUID.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

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

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

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

52. Сообщение от 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ообщить модератору
Родитель: #43

53. Сообщение от 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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

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

55. Сообщение от laindono (ok), 10-Сен-26, 12:38   +1 +/
POPCNT и LZCNT весьма важные инструкции так-то.
Без них тоже самое будет стоит 12-17 инструкций.
Их одних достаточно для разделения версий.

А вот без расширений SSE/AVX можно и обойтись. Эти штуки нужны числодробилкам в основном, а такое сейчас модно на специализированную железку выводить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #57

56. Сообщение от 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ообщить модератору
Родитель: #54

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

60. Сообщение от RM (ok), 10-Сен-26, 15:10   +/
> В своё время AMD лицензировала процессоры у Intel.

"Да ты шо!?"(Ц)
А ты в курсе что Интел в свою очередь лицензировал набор команд amd64 у АМД - название намекает на создателя, не?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #62

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

62. Сообщение от Аноним (62), 10-Сен-26, 16:11   +/
Садись Маня расскажу как всё было на самом деле.

Интел свои 64-битные процессоры обозначает аббревиатурами Intel64 или EM64T. AMD свои 64-битные процессоры обозначает как - AMD64. И то и другое есть по сути представляют из себя раширения прежних 32-битных процессоров. Процессоры Интел как и процессоры AMD являются органической частью архитектуры IBM PC. В своё время компания Интел взлетела благодаря IBM PC. Даже если, в течении всей истории, эти 2 компании что-то друг у друга и лицензировали, всё это не может отменить тот факт, что их процессоры, часть архитектуры IBM PC.

До появления на рынке архитектуры ARM из всего ширпотреба ещё компьютеры Apple имели свою "неповторимую архитектуру".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60


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

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




Партнёры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить новость, Поддержать