Компании Intel и AMD объявили...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62056
Linux в элитный клуб игровых платформ?
Без nvidia это клуб Голубая устрица
nVidia не видна в кругу друзей Linux. Будут мозговать как её отлучить от x86.
Если бы нвидии разрешили купить ARM мы бы прямо сейчас уже переписывались с армовых десктопов с крутейшей дешевой графикой от нвидии.
Вот уж чем-чем, а дешёвой графикой Nvidia никогда не славилась.
Ну как же, всегда дешевле аналогов была.
У нее были аналоги?
Конечно. 3Dfx в своё время сделала клон знаменитой Riva TNT, а ATI долго пыталась догнать лидера в насыщенности цветов.
Пагадите, разве 3dfx не упарывался 16-битной графикой до самого конца своего?
Он просто троллит...
Это не троллинг, а риторический приём "доведение исходного тезиса до абсурда". Кто ж виноват, что эксперт не озадачился вопросом "чем упарывалась Nvidia во времена 1-го Voodoo".
> Вот уж чем-чем, а дешёвой графикой Nvidia никогда не славилась.Более того - ARM они тоже делали. Tegra это называлось. А может и выпускается до сих пор. Особой популярностью у ALL сие не пользуется в силу конских цен на эти SoC. Какая неожиданность.
Глянул я поверхностно - продолжают делать, но уже другие поколения с другими названиями, последний SOC чип называется Thor. "Nvidia announced the next-gen SoC codename Thor on September 20, 2022, at GPU Technology Conference 2022, replacing the cancelled Atlan. A patchset adding support for Tegra264 to mainline Linux was submitted May 5, 2023, likely indicating initial support for Thor"И вроде "Jetson AGX Thor" запланировано на 2025 год если я правильно понял.
> Глянул я поверхностно - продолжают делать, но уже другие поколения с другими
> названиями, последний SOC чип называется Thor.Ну, вот такие вот SoC - что аж в поискаре искать надо. У нвидии как у интела гигантомания - хотят продавать топовые переростки, за дофига. Но в этом мире больше нужны компактные, маложручие, и, главное - дешевые - чипы.
Если бы нвидия хотела - давно бы завалила рынок дешевыми SoC. Но она предпочитала гигантоманию и дикий ценник даже там. Поэтому - ну, да, она где-то есть. Делом иллюстрируя провальность вон того тезиса.
> И вроде "Jetson AGX Thor" запланировано на 2025 год если я правильно понял.
И, вроде, это все дорогая немассовая хрень по меркам ARMов. Не интересно нвидии вон то. Было бы интересно - китайцы то гонят такое же но за копейки. Да, похуже, используя более старые производственные линии. Но при осмысленном цена-качество это разлетается вагонами.
Ну так macos уже....
macos это плохо
macos это что?...
это плохо
С да́рмовых
Дешевая графика от нвидии - звучит как оксюморон
Невидия и гейминг на линуксе? Не смеши.
Это поразительно как этим производителям видеокарт, иначе паразитам на ПК инфраструктуре по типу AGEA PhysX ранее, - до сих пор позволяют сосать кровь пользователей ПК.
Ведь уже очень давно изобретенны встроенные видушки в мост на MB, даже уже лет 15 как со своей выделенной памятью при желании любого размера и всё в стоимости материнки лишь немного удоражая, уже давно изобретенны почти оптимизированные программные отрисовщики с даже шейдерами,
но нет - всёравно из-за заложенных тормозов и даже несовместимостей доп.карту покупайте... потому что мы это всё не будем делать нормально, так чтобы не тормозило
и даже купив видеокарту всёравно - будет тормозить даже топовая уже через пару-пятак лет...
Я не понимаю как в условия такого разводняка могли посдыхать наши совдепные аналоги и не говорите про ниасили 80286 - брехня! У нас было всё было для этого (дял понимания - даже серьёзные баги в их процах находили в схематике реверсинженеря, как читал когда то, и прикиньте: то ли по продажности кого то, то ли тупости - зачем то отсылали Intel'у... может и в качестве своео резюме чтобы взяли к ним на работу?). Ну да, рынок стали активно наводнять этими их багоподелками(и поныне) а, самим то кто мешал это же делать? А, ведь можно было и активно демпингуя, продавая их хоть по $1 за [CPU] чип (т.е.всего в 10 раз дешевле реальной их цены... и это с учётом наличия дохода) уменьшив выручку единомоментную но, зато даже по всему миру с руками отрывали бы же и заодно деньи появились печатать новые по всему миру а не только у нас, возможно наших перестроечников тогдашних тупо жаба задавила - глядя на грабёж западных <партнёров> ценами...
1. Видяхи уровня встройки и у nvidia продаются. И стоят порядка 20$. С RTX они даже близко тягаться не в состоянии.
2. Послушайте интервью Чубайса, там где он говорит о приватизации. Экономику целенаправленно разваливали. И началось это не в 91-м, а лет на 10-15 раньше. О каком демпинге могла идти речь?
1. Кто то не читатель?... Скорость давно не проблема, произвоителям.2. Тем не менее даже в этот чёрный период развала экономики - вся страна достала свои [последние] тысчёнки уе и бросилась затариваться дорогучим импортом, в ч.н.иностранной техникой - вместо своей.
И ладно бы она была дёшева но, нет ит.б.фона кризиса, а как читал - поначалу вообще с громадными накрутками из-за проблемности и позже запрещенности импорта ещё в СССР.
И если до развала СССР производители даже ?не могли выехать заграницу (спекулянты иностранной техникой как то же выезжали), то после - уж точно могли хоть где угодно заказывать всё, на что нехватало им мощностей. И т.б.продвигать свою архитектуру, в крайнем случае - никсы уже были сравнительно развиты ПО там хватало по минимуму, прочее доделалось бы.Возможно они не смогли перестроиться, измемнив свой менталилет госконтор (хоть они были частные) ожидая что к ним самим как обычно придут за заказами, а тут подсуетелись массово чужестранцы.
Но, пожалуй главный фейл - они привыкли (зачёркнуто)тырить(/зачёркнуто)заимствовать в ч.н.архитектуру, позволив иностранцам легко войти, посмотрел бы я как бы они так легко вошли бы на не 8-ми битову и т.б.не двоичную архитектуру массово.
Ещё явно не смогли скооперирваться друг с другом для противодействия и уменьшения цен. Главно же для пиара и маркетинга.Они привыкли обслуживать небольшие заказы и возможно и не хотели заниматься масовыми поставками, со всеми вытекающими тут проблемами, рисками и напрягом. В итоге, это сделали другие.
А, в т.ч.похоже взятками в госсекторе скупив чиновников ответсвенных за поставки/выбор продукции.
Но, всёравно просто поражает то, как профукали такой то рынок... т.б.ещё не насыщенный тогда.
К чему этот поток сознания? Я просто сказал что невидия и гейминг на линуксе как были несовместимы, так и остались.
К чему этот да и тот - как раз поток сознания?... А, я же - ответил что, всё дело в чёрном маркетинге.
Если что AMD это ещё и производитель видеокарт, причем в растровой графике они лучше по соотношению цена/производительность чем Nvidia, у Intel с недавних пор тоже производит видеокарты, так что и без Nvidia можно обойтись.
нвидия не делает для х86 ничего
> Без nvidia это клуб Голубая устрицаКрасная же.
А как же IBM?
я бы сказвл что nvidia это лнсбуха страшная которая ошиблась клубом..
Это очень хорошо.
https://opennet.ru/59164-x86s
Так и будет.
Это сговор на x86s, срежут легаси-команды, упростят архитектуру, нарастят ipc, наделают десятками упрощенных ядер с конвергентным thread director.Эти две корпы новой лицензией на x86s делится не будут.
В итоге всё равно будут пилить другие архитектуры , из-за вторичных санкций и страха киберугроз, каждому своё.
>Эти две корпы новой лицензией на x86s делится не будут.Они и лицензией на x86_64 не делились, так-то.
У VIA была лицензия через покупку Cyrix.
А там разве не просто x86?
Другие архитектуры меньше развивать не станут.Лицензирование X86, не позволяет их производить никому кроме Intel, Amd и нескольких незначительных компаний.
Поэтому остальные производители будут делать что угодно, но не x86.А так, в принципе ничего плохого если производители x86 опредялятся со стандартами и политикой развития архитектуры.
Даже если Intel продаст заводы, уже оказавшись в упадке, и смягчит лицензию, деньги которые были вбуханы в развитие собственных архитектур в других странах не дадут свернут с пути собственной технологической и программной безопасности. Так что этот сговор признание проблем x86, в том числе политических.
В советские процессоры вбухали миллиарды. А потом просто приняли решение закупать на Западе. Так что ни что не гарантированно.
Фигасе, как-то пропустил эту новость.Куски оттуда:
"...Прекращение поддержи 1 и 2 колец защиты, которые не применяются в современном ПО." [с этим понятно]
а вот следующее немного озадачивает:
"...Прекращение поддержки доступа к портам ввода/вывода из 3 кольца защиты..."Я правильно понимаю, что это кирдык для микроядерных ОС, у которых всё что не микроядро, в том числе и драйверы, крутится в юзерспейсе? Теперь какой-нибудь условный драйвер сетевухи или USB в 3-м кольце не запустишь, только в нулевом, вместе с микроядром? Или там уже давно никто порты ввода/вывода не дергает, а всё (например) через DMA вертят? (я просто нуб в этом, далек от железок)
> Фигасе, как-то пропустил эту новость.
> Я правильно понимаю, что это кирдык для микроядерных ОС, у которых всё
> что не микроядро, в том числе и драйверы, крутится в юзерспейсе?
> Теперь какой-нибудь условный драйвер сетевухи или USB в 3-м кольце не
> запустишь, только в нулевом, вместе с микроядром? Или там уже давно
> никто порты ввода/вывода не дергает, а всё (например) через DMA вертят?
> (я просто нуб в этом, далек от железок)не обязательно. При вызове команд in/out будет возникать исключение и управление будет передаваться микроядру. То в свою очередь может выполнить нужную команду самостоятельно и вернуть управление обратно и это даже будет прозрачно для самого драйвера. Другое дело, что производительность будет не очень, но могу сказать, большая часть аппаратного обеспечения уже давно не использует порты ввода/вывода, а отображает свои регистры на память и соответственно здесь такой проблемы не будет.
> Другое дело, что производительность будет не оченьКак Вы мягко это обозначили! И так всё взаимодействие компонентов микроядерной ОС (IPC) идет через микроядро, т.е. лавина двойных переключений контекста - при запросе от клиента переключение в микроядро и оттуда уже в драйвер в юзерспейс, а если бы еще пришлось и из драйвера снова в микроядро лезть за каждым портом, то всё вообще бы еле трепыхалось. Hurd бы чувствовал себя Усэйном Болтом супротив черепахи (зеноновского Ахиллеса не впутываем).
> , но могу сказать, большая часть аппаратного обеспечения уже давно не использует порты ввода/вывода, а отображает свои регистры на память
вот это уже дело, спасибо. Про что-то подобное и думал когда DMA упоминал.
Откуда у вас лавины обращений к портам возьмётся? Собираетесь врукопашную ногами на lpt портах дергать или для чего оно вам? Написали же выше что там где есть требования к производительности там используют memory mapped i/o.
> Откуда у вас лавины обращений к портам возьмётся?Ниоткуда. Вы сами что-то придумали и сами бросились разоблачать.
Вы как-то плоховато читаете. Непонятно чем читаете. Вроде же всё понятно написано, но Вы всё равно умудрились потерять нить диалога. Я спросил - там порты надо дергать или через память работать (я DMA там упомянул)? Мне ответили - что ЕСЛИ БЫ через порты, то это через микроядро и что "производительность будет не очень", но так никто не делает, всё отображают в память. Я это принял и понял (про забивание на порты и отображение в память), даже поблагодарил. Но вот на ремарку что с портами "производительность будет не очень" я и ответил, что (если бы лезли в порты) было бы не просто "не очень", а просто "пипец как неочень". Дословно - " а если бы еще пришлось и из драйвера снова в микроядро лезть за каждым портом...". Чуете? _ЕСЛИ БЫ_, сослагательное наклонение, не утверждение. Где Вы там увидели утверждение что надо лазить в порты?
> а вот следующее немного озадачивает:
> "...Прекращение поддержки доступа к портам ввода/вывода из 3 кольца защиты..."
> Я правильно понимаю, что это кирдык для микроядерных ОС, у которых всё
> что не микроядро, в том числе и драйверы, крутится в юзерспейсе?Они не особо уповали на этом все. Механика с кольцами 1/2 и IO пространством специфична для x86 что гарантировало кучу неудобств. Современное железо по этому поводу вообще - mem mapped. Так с ним из си(++) и прочих хрустов работать проще.
> Теперь какой-нибудь условный драйвер сетевухи или USB в 3-м кольце не
> запустишь, только в нулевом, вместе с микроядром? Или там уже давно
> никто порты ввода/вывода не дергает, а всё (например) через DMA вертят?Через как минимум mem mapped в общем адресном пространстве, и права на доступ в энный регион это отдельный вопрос. И да, DMA тоже как правило оперирует адресами в основном пространстве. А io ports это вообще такое легаси из лохматой эпохи. Сейчас так работать с железом вообще моветон по сути.
> (я просто нуб в этом, далек от железок)
Тогда и не напрягайся, за тебя все равно умные дяди подумают. И сделают как им виднее, забыв тебя спросить. Что с микроядрами, что без, что с x86s, что без.
> https://opennet.ru/59164-x86sУ кого не открывает:
https://www.opennet.me/opennews/art.shtml?num=59164
На самом деле нет.
тряска от арма и рисквы детектед
Это не от арма и не риска. Тебя трясет от твоего хронического алкоголизма.
risc-v даже в фантазиях, не конкурент. У него другая ниша применения.
Тесты ноутбука на RISC-V показали, что оно еле шевелется даже под GNU/Linux.
Как будто, не ведётся дальнейшей работы по конкретным реализациям процессоров разными производителями. Вот, типа, на этом ноуте и всё споткнулось. А так - лиха беда начало.
Risc-v по условию текущей архитектуры невозможно сделать сильно производительным.
Энергоэффективный да! Просто сравляющимся с посильными задачами - да. Но конкурентом по производительности он быть не может.
Конкретные претензии к текущей архитектуре?
Вот ARM как-то пыталась выставить в тёмном свете, но что-то у них не очень вышло. На том и замолчали.
> Конкретные претензии к текущей архитектуре?К Risc-V?
Да нет претензий. Я использовал RV1106, JH7110, ESP32-C3. Но использую по назначению, где решающие энергопотребление и цена, а не производительность.
Еще доступ к ноутбуку-игрушке на SpacemiT K1 есть.
Для этого на уровне архитектуры придётся добавлять команды, что сейчас и происходит в ARM, в итоге она тоже усложнится. Вопрос во времени стандартизации.
для первого процессора неплохо, но догонять ещё очень долго и неясно нужно ли.
> risc-v даже в фантазиях, не конкурент. У него другая ниша применения.Да как тебе сказать то? Вон там уже серваки с весьма жирными 64 bit RISCV - есть. Как впрочем и ARM 64-битные, наседающие на пятки EPYC'у.
...а интель на всем этом празднике жизни оказался помят и зажат и теми, и другими, улучшения техпроцессов у них буксуют, финансовые показатели не очень, а тут еще факап с процами вышел очень колоритный, когда за полгодика камень может деградировать нафиг и - гудбай, он дестабилизируется и глючит.
Интель попробовал в нвидияманевры когда кремний дожимают до предела возможностей. Но не учел что серверные процы - не геймерские видяхи, раз в полгода не меняют. И тут оно как у народа посыпалось! Репутация интеля - аналогично. Вон там микрокод выпускают в темпе вальса: исправляющий овервольт, убивавший проц за полгода. Только тем у кого проц уже глючит, это уже нифига не поможет, деградация чипа необратима.
рисква -- это процессоры, которые продают инструкцию умножения в качестве расширения? Напёрсточники же, ну.
продают инструкцию - не продают, а описывают. Продают реализации инструкции. Хотя и открытые ядра есть.В свердешевых CH32v003 (rv32ec) нет умножения.
Всегда ли адекватно тратить на умножение транзисторный бюджет - не уверен. По мне так лучше если есть DMA и нормальная периферия, чем умножение и ногодрыг в итоге.
Без целочисленного умножения получется, что сливает даже ATmega 328 по арифметике? Без учёта разницы в тактовой, конечно.
> продают инструкцию - не продают, а описывают. Продают реализации инструкции. Хотя
> и открытые ядра есть.
> В свердешевых CH32v003 (rv32ec) нет умножения.На минутку, оно оптом стоит 10 центов, по цене песка под ногами почти! При том нормальное 32 бит ядро (пусть и в embedded профайле, с половиной регистров), 2 кило оперативы, 16 флеша, DMA, приличный контроллер прерываний, периферия - клон STM32 по сути. Включая например довольно крутые таймеры и проч.
Из конкурентов у него за эти 10 центов - уродцы типа PIC да может младших attiny и прочих padauk или как там эту кривизну. Ну может младшие STM8. С однократной памятью или микроскопической флехой, склерозом вместо памяти, типа 64-128 _байт_ и прочими прелестями типа 14-бит слов у PIC, сложностей с константами в flash у avr, жестким лимитом на вложенность функций из-за того что стек хардварный (в том мизере RAM этого нет). Такое спасибо если хоть sdcc сносно програмить получится. А на вон то - нормальный gcc код генерит, like a boss. Со всей крутью типа тяжелых оптимизаций, e.g. LTO. Почувствуйте разницу. И даже если ADC лишь 10 битов а не 12 как у белого человека... вы же на 8 бит ядре и 10 битов отсчет за раз не сжуете. И это FAIL сразу. Математика этажеркой убивает скорость в разы.
Оно и стало за 10 центов разлетаться - вагонами. Девы выстроились в очередь и пошли изучать (STM32'щикам и изучать нечего, только особенности cpu core, uncore они и так знали). Когда альтернативой програминг PIC - ну вы поняли! Это эпичнейший win китайского стартапа, показавшего что так уже можно было. Конечно в требовательное к надежности это ставить такое себе. Зато какой-нибудь датчик протечки по принципу "и хрен что утонул, главное пискнуть в эфир успел" на таком - самое оно :)
> Всегда ли адекватно тратить на умножение транзисторный бюджет - не уверен. По
> мне так лучше если есть DMA и нормальная периферия, чем умножение
> и ногодрыг в итоге.Ну вот да. При помощи DMA и таймеров можно много чего сделать околохардварно. А в ряде случаев умножение/деление заменяется сдвигами, если на 2^N. При том оно так быстрее даже на многих процах где умножение-деление есть. Вон то за 1 такт работает, а умножение/деление довольно редко бывает именно 1-тактовым.
> рисква -- это процессоры, которые продают инструкцию умножения в качестве расширения?Эти процессоры могут быть как "толстыми", так и мелкими, например по 90р, для всякой периферии.
И тут вопрос, а надо ли "каждой пипетке" поддерживать все инструкции, и работать на максимальныых частотах, в ущерб энергоэффетивности и цене.
>> рисква -- это процессоры, которые продают инструкцию умножения в качестве расширения?
> Эти процессоры могут быть как "толстыми", так и мелкими, например по 90р,
> для всякой периферии.За 10 центов не хотел?! Даже у вас рублей по 15 в розницу валялось. И это все же 32 бит ядро, а не мусор типа PIC и прочих padauk в том же ценовом сегменте.
Вот что отсутствие роялтей животворящее делает. И приветы арму. Они всегда хотели дать 8-битникам пинка. Пришел RISCV и показал как надо было.
Все официальныные расширения, как и минимально необходимый набор - открытые спецификации. Можете скачать совершенно бесплатно, никто не продаёт.
Мы учили ассемблер не знавший команды умноженья.
Это отрывок из песни.
Ну ты древний ... и в PDP и даже в S/360 она уже была ... 8-\
ACPI на ARM по факту в сыром состоянии, а на RISCV на уровне proposal'ов. Как бы вы не любили DT за простоту, без ACPI на десктопе делать нечего.
> без ACPI на десктопе делать нечего.Ну догма же! Просто он уже есть, и чтобы не плодить 15-й стандарт(С) - лучше реюзать.
> ACPI на ARM по факту в сыром состоянии, а на RISCV на
> уровне proposal'ов. Как бы вы не любили DT за простоту, без
> ACPI на десктопе делать нечего.Не можете жить без нефиксабельных глюков самопальной вендорской проприетари в мутноблобах живущих своей жизнью? На x86 одна из самых отстойных вещей это ACPI как раз. Найти комп где линухкернел не репортил бы дюжину факапов индусов заполнявших таблицы - целый квест. А если таблицы не по спекам - одному ктулху известно что будет если вызывать методы оттуда.
Именно поэтому это д@рьмо на ARM/RISCV и воспринимают без энтузиазма. Вендорлокнутая проприетарная гадость от wintel. И uefi такой же у них получился - псевдооткрытый, на бумаге вроде да, а де факто - нефиксабельная глючная блобота, навязывающая для загрузки ос фат32. Фат 32 в 2024 году, Карл!
Ну не знаю.
Вот ARM уже чипы с поддержкой виртуализации выкатили и работы с большой памятью.
Эпол свою экосистему тоже на армы перетаскивает.
Ждем когда стим перетащит свою прошивку для игр на ARM, и "венде капец".
Единственное что есть у х86 это Легаси код. Никаких преимуществ у них больше нет.
Они весь легаси отправят в microsoft prism.
> В группу также приняты представители компаний Broadcom, Dell, Google, Hewlett Packard, Lenovo, Meta, Microsoft, Oracle и Red Hat.Microsoft тоже там, куда же без них на ниве x86. PRISM обновят!
Возможно все потуги Microsoft с ARM это дать пинка корпорации Intel. Когда последняя выбросит легаси, первая выбросит весь хлам WIN32 из дистрибутива (они могут).
Говорят, что они уже пинали IBM, в своё время, чтоб те выбросили свои платы PS/2 на 80286. Тогда это закончилось тем, что разбежались. MS OS/2 стала NT и не стала работать на i286.
> Говорят, что они уже пинали IBM...
> MS OS/2 стала NT и не стала работать на i286.Между 286 и 386 архитектурами - пропасть.
Грубо, 286й, это 8086 на стероидах, а 386 полностью новый набор команд, другой контроллер памяти, другие режимы работы.
С точки зрения написания OS, это две сильно разные архитектуры, причем первая сильно сильно слабее, и в принципе не могла хоть как нибудь делать то что мог 386й.
Так что, тут не "дали пинка IBM", а именно был прорыв со стороны intel.
> С точки зрения написания OS, это две сильно разные архитектуры, причем первая
> сильно сильно слабее, и в принципе не могла хоть как нибудь
> делать то что мог 386й.Называя вещи своими именами, 386 стал законодателем мод в mem management (paging). Все остальные так или иначе брали его за образец. Плюс-минус. Это первый массовый проц с страничной памятью, MMU и атрибутами страниц. То что позволяет сделать нормальные многозадачки без сотен боли.
А 286 - с его регионами памяти - ну вот не оно. Все резко мучительнее. Это не то что надо было многозадачкам. На память об этом IBM и профукал полуось, цепляясь за этот антик, тогда как у MS уже 32-бит ос во все поля были.
У x86 по прежнему лидерство в абсолютной производительности на ядро команд общего назначения.
И по цене тоже. Те, ARM, которые хоть как можно сравнивать по быстродействию, еще и невменяемо дорогие.
> И по цене тоже. Те, ARM, которые хоть как можно сравнивать по
> быстродействию, еще и невменяемо дорогие.Ну так и x86 тоже скромностью не страдают. Вон там на форониксе EPYC vs Ampere заруб. Ну так EPYC тоже с кучей особенностей (разные типы ядер) и тоже нифига не дешевый с теми 128..256 ядер то.
А так ARM есть и за пяток баксов. Если столько не надо было.
ага, и энергопотребление тоже, только вот ARM процессоры без хорошей эмуляции x86 высокопроизводительные не нужны. Выиграют те, кто предоставят RISC процессор, который уделает x86, но при этом будет на уровне эмулировать x86 чтобы можно было запускать легаси. Мы уже на пороге того, когда это в принципе возможно и переход будет плавным, но то что рынок ПК переедет в итоге с x86 - это уже факт.
>рынок ПК переедет в итоге с x86 - это уже фактНа кучу разношерстных собственных платформ. (это не сарказм)
>ага, и энергопотребление тоже
Lunar Lake вплотную приблизился, это очень большое достижение.
А x86s это дальнейшее решение это проблемы, как и проблемы больших и сложных ядер.
>На кучу разношерстных собственных платформ. (это не сарказм)И с ростом их ipc нас за углом могут ждать миллион софтовых эмуляторов PRISM.
> Lunar Lake вплотную приблизился, это очень большое достижение.
> А x86s это дальнейшее решение это проблемы, как и проблемы больших и
> сложных ядер.Интел пока вплотную приблизился к жирному факапу. Выкатив процы которые за полгода превращаются в тыкву по овервольту из-за бага в микрокоде. А потом деграднувший чип уже все, только замена.
У них массовый осыпон чипов идет. В паре с неумением в современные техпроцессы это для них очень большая проблема. Они сливаются, увольняют немало девов и проч. Кажется религии x86 и своего производства только для себя в intel под напором конкурентов все же хана.
> эмулировать x86Процессору не нужно эмулировать x86, потому что эти вещи делаются софтварно. jit + трансляция API вызовов на границе между эмулируемым кодом и нативным, и всё ограничивается пенальти в 10%. Устранение его не стоит сложностей заложенных в процессор, тем более что решая эти проблемы софтом ты можешь делать это гибче, затачивая виртуальную машину хоть под каждую отдельную задачу.
Это то, что интелам этим с амуде надо срочно делать: переходить на RISC-V ядра, а в BIOS^W то есть в UEFI заливать виртуальную машину x86, для поддержки легаси ОС. Но они не будут этим заниматься, потому что a) нет краткосрочной прибыли в этом; б) sunk costs: они десятилетиями вливали ресурсы в R&D, чтобы выжимать из x86 максимум. С RISC-V придётся существенную часть работы проделывать заново. А если они не возьмутся за ум, то кончится это тем, что квалкомм купит сначала интел, а потом амуде. Причём они ещё сами его уговаривать будут, чтоб взял по дешёвке.
> Это то, что интелам этим с амуде надо срочно делать: переходить на
> RISC-V ядра, а в BIOS^W то есть в UEFI заливать виртуальную
> машину x86, для поддержки легаси ОС.Теперь посмотри кто такой uCode ROM, и что стоит за ним... :))). На третий день Зоркий Глаз заметил что его идеи воруют, при том кажется используя машину времени.
>У x86 по прежнему лидерство в абсолютной производительности на ядро команд общего назначения.Это пока, и роста уже практически нет.Все ,скорее всего больше 220-240 ядер на чипе для х64 уже не выпустить ,итак тепловой барьер 500 ватт на охлаждение.Конечно идёт интеграция нейроядер,акселераторов и спец команд.Но и конкуренты делают тоже самое.Не забываем что Fujitsu Fugaku на устаревшем техпроцессе был выпущен,а что будет если его на современной литографии выпустить ? А читали про SW26010 ? А ведь Китай не обладает передовой литографией, а какой результат....
> конкуренты делают тоже самое.Не забываем что Fujitsu Fugaku на устаревшем
> техпроцессе был выпущен,а что будет если его на современной литографии выпустить
> ? А читали про SW26010 ? А ведь Китай не обладает
> передовой литографией, а какой результат....А какой-нибудь Ampere Computing уже так то EPYC'ам на пятки садится. Напихав этак 256 ядер в кристалл. АМД тоже поднапрягшись смогли, но там начался брейнфак с "dense" ядрами которые видите ли - урезанные. И вроде ядро, но вроне не совсем полноценное. А у ARM и RISCV таких проблем сильно меньше - там ядру не с чего быть жирным самому по себе.
Вот поэтому похоже и объединяются конкуренты- NET мина от Ms сработала, уже куча софта крутиться не на x64 платформе.
Команде asahi рассказывайте про отсутствие преимуществ x86
Но ведь и винда есть на арме.
Только вот программок для этой шинды уже который год нет и не будет.
Все есть. Смотри внимательно. Опенсорс очень часто собирают под AArch64. Коммерческий софт тоже не отстает. Сложнее 32-битную сборку под x86 найти, чем под AArch64.
Опенсорс нормальным людям не нужен. А то что нужно под арм нету и не будет и это не про игры.
Так расскажи, что нужно?
Ну как же, разве вы не знаете, что нужно этим "нормальным" "художникам" в первую очередь? ;)
Фотожопы есть.
>А то что нужно под арм нету и не будетну допустим нету, а вот чего и не будет? они что исходники потеряли и перекомпелять не могут?
> они что исходники потеряли и перекомпелять не могут?га-га-га. Мы тоже так думали (с) По факту - отладка заново.
> Только вот программок для этой шинды уже который год нет и не будет.И дрова напишет... ну... кто-то. Квалкомм еще не забыл как это делается под винду. А все остальные - ну вы поняли. У них поэтому Linux везде и применяется. Иногда как андроид, но не суть.
Есть эмулятор винды на ARMe, с соответсвующими издержками производительности и расхода ОЗУ. И.. и по цене дороже оригинальной системы на x86.
Эппл не конкурент, слишком дорогие процессоры, да и у них вообще, даже десктопных процессоров нет.
А что им мешает те же Mx ставить в их моноблоки?
> А что им мешает те же Mx ставить в их моноблоки?Так, мало того что сливают по всем характеристикам существенно более дешевому железу, с большей производительностью, большей памятью, большим ssd. Так еще и ускоренное устаревание.
Это в масштабах цены ноутбука еще можно переплатить за дизайн, за симпатии к конуретной ОС.
А Mac-десктоп, это же чисто для работы, ибо до игр оно нерационально. А работа должна приносить прибыль, а не убытки, из за непомерной цены инструмента. Таким образом круг задач, где Мак-десктоп уместен, крайне мал. Вы лично много видели "тёрок" у частных лиц? Вот, и я не видел. Хотя макбуки и у самого есть.
Даже в лавках делающих софт для яббла - редко где есть. Слишком уж мЁд/цену никчёмный :)
И будет запускать x86 игры в эмуляции на арме с питанием от батарейки? Да и помимо проца где-то ГПУ надо ещё раздобыть. Габен, конечно, велик (кек), но денег у него явно меньше чем у эппла
Очевидно это начало конца x86 интел скоро будет уже банкротом его уже собирается купить какой то там квалком. Что то подобное создавали перед закатом Симбиан.
Эта версия заслуживает внимания. Передать все спецификации x86 этой группе, а самим сбросить затраты, связанные с этой платформой.
Да им бы уже пора раздавать лицензию на х86 каждому встречному чтобы тот мог сам себе процов наклепать. Иначе их неминуемо обгонит арм и риск5. Если они пропустят момент то в будущем придется доплачивать чтобы кто-нибудь согласился сделать себе х86 процессор.
> раздавать лицензию на х86 каждому встречному чтобы тот мог сам себе процов наклепатьЧтобы было как в riscv - миллион расширений, у всех разные, но все кривые? Нет, двух мажорных вендоров, которые более-менее договорились про ISA, нам вполне хватает.
И что тот же Линукс умеет программно эмулировать все недостающие инструкции. Итого он работает на чем угодно хоть проце для контролёров. Только медленно, но работает.
>> раздавать лицензию на х86 каждому встречному чтобы тот мог сам себе процов наклепать
> Чтобы было как в riscv - миллион расширений, у всех разные, но
> все кривые? Нет, двух мажорных вендоров, которые более-менее договорились про ISA,
> нам вполне хватает.А ты cat /proc/cpuinfo на x86 давно видел? Там примерно то же самое и конечно разное на разных поколениях процов :)
Патенты на x86 устаревают, открытый x86 или возможен или скоро будет возможен.
Эээ ? Дык вроде 120 лет теперь? Правнуки может и увидят...
> Эээ ? Дык вроде 120 лет теперь? Правнуки может и увидят...Вы там точно в адеквате? Патенты на хардвар действуют 25 лет. И то - если автору не лениво взносы оплачивать (да, содержать кучу патентов - стоит денег, видимо специально чтобы не превращалось в анти-конкурентные затыкания дыр). Учитывая сколько лет x86 - большая часть уже наверняка истекли. Но это ж не мешает новых нарегать на расширения набора команд или что там еще.
Ну а набор команд x86 25-летней давности вам может показаться "не очень эпичным". В таких допущениях - RISCV с современным обвесом, пожалуй, будет смотреться интереснее.
>интел скороhttps://omdia.tech.informa.com/-/media/tech/omdia/marketing/...
Ты новостей дальше своей комнаты не читаешь? https://www.forbes.ru/biznes/521680-smi-uznali-o-predlozenii...
Что ещё забавнее после этой новости к квалкомовских дровах совершенно "случайно" нашли очень большие "случайные уязвимости".
> Что ещё забавнее после этой новости к квалкомовских дровах совершенно "случайно" нашли
> очень большие "случайные уязвимости".Это интелу мало чем поможет. Вы на их отчеты на год позже смотрите. Это провал. И с процами у них супер-факап недавно вышел - выгорают за полгода из-за овервольта.
А дальше почему не следили за развитием событий ?
Это практически нереально из-за антимонопольных регуляторов.
Плюс к Интел сразу пришли предложения с инвестициями.
А так же выход новых Lunar и Arrow Lake и Gaudi 3.
- https://www.bloomberg.com/news/articles/2024-09-22/apollo-is...
- https://www.datacenterdynamics.com/en/news/intel-rejects-pro.../
Самое главное, что у Интел своё производство:
Май 2024:
https://www.ixbt.com/news/2024/05/11/intel-asml-euv.html
Октябрь 2024:
https://3dnews.ru/1112390/
Ещё один адепт импортозамещения. Эти морально устаревшие заводы и есть то что тянет Интел на дно.
Больше чем квалком за интел никто не предложит. А этот маркетинговый бред про новые наклейки на процессоры это для хомусов.
> Больше чем квалком за интел никто не предложит.Ну предположим что это так. Но с чего ты решил что штеуды хотят продаться?
Ты вот тоже можешь предложить аж два ляма(!!!) за квартиру в нерезиновке ... и как - кто нить согласен продать? :-)
> и Gaudi 3который оказался никому не нужен
https://3dnews.ru/1112107/intel-moget-sokratit-postavki-iius...
ты ещё вспомни как в начале десятых амд обанкротилась и с молотка ушла..
Ещё тебе ссылочка на подумать https://finance.yahoo.com/quote/INTC/ акции интел находятся на 12-ти летнем минимуме и ничего не говорит о том что они будут расти.
Они немножко провалились с RMA, что в принципе это было ожидаемо после решения копировать архитектуру мобильных армов (неожидаемо тут то, что процессоры буквально сгорают), особенно после переноса производства на TSMC. Если есть дальнейшие планы на собственные производства, то всё будет норм, сейчас перестанут выключать турбобуст при задействовании simd и avx512 в обычных процессорах запилят и всё дальше будет без альтернатив.
Если рак на горе свистнет. Все ясно. Фундаментального у интел нет никаких шансов вытянуть цену акций вверх. Можно выпускать дутые отчёты, якобы новые технологиях. Но тут у метро нет никаких инноваций. Все делает TSMC и Samsung.
Сейчас уже сделали успешные процессоры для лаптопов. И встроенные видеокарты даже h266 поддерживают. Но основной рынок это серверный сегмент, amx и avx10 вполне могут выстрелить. Вообще, не стоит забывать, что именно они развивают архитектуру для высокопроизводительных устройств и сейчас вложились в сегмент видеокарт, у конкурентов может быть рынок телефонов, но нет требуемой производительности или поддержки в ПО.
Опять новости из параллельной вселенной. В нашей "Intel полностью потеряла свою долю на рынке дискретных видеокарт" https://overclockers.ru/blog/Fantoci/show/182384/Intel-polno...Intel не может выпустить ничего успешного у них старый тех процесс. На сторону они отдают только бюджетные модели. И ничего для освоения нового тех процесса на своих заводах они сделать не могут.
Все топовое уже давно выпускает АМД.
Определённо, у тебя какая-то своя параллельная вселенная, в нашей amd уже полностью отказался от идеи конкурировать с nvidia и планирует дальше клепать только затычки для средненижнего сегмента. Техпроцесс это чистый маркетинг, и то, что ты веришь в эти цифры, тоже весьма показательно.А что до дискреток интела, это всегда было что-то странное и кривое, но вложились они основательно и сдавать назад пока не собираются (и надо признать, что графика для лаптопов была весьма успешно подтянута в то же время).
> в нашей amd уже полностью отказался от идеи конкурировать с nvidia и планирует дальше клепать только затычки для средненижнего сегментаТолько на платформе RDNA, а через пару лет после объединения RDNA и CDNA выйдет новая архитектура. Ну и на затычки среднего сегмента приходится 90% продаж карт.
> Все топовое уже давно выпускает АМД
> Ну и на затычки среднего сегмента приходится 90% продаж картПроизошло переобувание
В прыжке!(С) :)
Переобувание кого? Это разные анонимы.
> интел скоро будет уже банкротомЗаписывать в банкроты x86 будем с отметки 98% десктопных компов или с 97%?
Ну в целом да, примета плохая - трансмету линус уже понаконсультировал.
Но трансмету хоть не жалко было. А без штеуда мне будет неуютно :-)
>его уже собирается купить какой то там квалком.Только люди, совсем не умеющие в цифры, могут продолжать транслировать этот бред. Квалкому нужно быть на порядок жирнее для этого. Интел только за последние несколько лет в свои фабы вложила больше, чем есть у Квалкома. И это в отличие от всяких твиттеров - материальные активы, стоящие кучу бабла. Такие максимум способны установить в телефончик приложение для "трейдеров" и увидеть там "Mkt Cap".
> Интел только за последние несколько лет в свои фабы вложила больше, чем есть у КвалкомаВот только деньги заемные, да и от части заводов уже отказались, т.к. деньги раньше кончились. Да и заказчиков на эти заводы так и не нашли.
>> Вот только деньги заемныеНаличие долговых обязательств Интела - это вообще-то еще один аргумент против, потому что в случае покупки они станут долговыми обязательствами покупателя. И если на то пошло, своих денег у Квалкома тоже немного - на момент 2024Q3 $7.8billion cash and cash equivalents и $23 billion in total assets. Кто умеет в цифры - подумайте.
>> да и от части заводов уже отказались
А от части - нет. Не считая уже того, что есть (немало)
>> Да и заказчиков на эти заводы так и не нашли.
Были сообщения о нескольких компаниях (Broadcom и SoftBank), которые изучали возможность, но решили подождать и посмотреть, что будет дальше. Есть много индикаций, что 18А в следующем году таки запустят и нет никаких сомнений, что клиенты найдутся. Монополия TSMC вообще никому не нравится, ну или дуополия, если Samsung еще учесть. И еще раз - даже если тут полный провал и конец, это все также ляжет на плечи гипотетического покупателя - гора денег уже вбухана.
И это не говоря о том, что эту сделку должны одобрить антимонопольные комитеты по всему миру. И не только антимонопольщики. Intel и AMD подписали очень серьезный договор о кросс-лицензировании - x86 <-> amd64. И у AMD есть право отказаться передавать лицензию на AMD64 в случае покупки Интела кем-то.
Все оказалось не просто плохо, а даже хуже https://3dnews.ru/1113434/v-proshlom-kvartale-storonnie-klie...
да ладно давайте лучше кекать что у Хуанга на кармане лежит денег достаточно для покупки интела если бы интел вообще продавался по рыночной цене и такая продажа былабы возможна перед антимонопольными комитетами и прочими импортными ограничениями
Только зачем Линусу брать на себя этот геморрой, без него не решили бы что ли?
Из-за "HPC cluster", там linux:
https://opennet.ru/61167-top500
Он всяким кактусам раздаст "факи-факи", и глядишь начнется упрощение платформ и энергоэффективность
Дедуля старенький может в приступе маразма дропнуть х86 и перейти на другие платформы. Таких надо держать как можно ближе чтобы следить за их ментальным здоровьем.
Он же говорил что x86 его любимая платформа не смотря на то что его ядро установлено на большем количестве процессоров arm в смысле Андроид.
Скорее для пиара.
Думаю, у Линуса личный профессиональный интерес, он же в Transmeta и занимался тем, что бросал вызов архитектуре Intel.
Так набросал что Интел даже и не заметил.
Зато мы заметили. И теперь - банкрот!
Сколько не говори "халва" ... (С)
До вот прямо банкрота им ещё долго. Да и дадут им сколько попросят, форду - дали, гЫЭму - дали ... и этим дадут. В стране то неограниченных фантикофф ... :)
>>Так набросал что Интел даже и не заметил.Вообще то, выкупил патенты, как минимум, на энергосбережение и динамическое управление частотами, что есть сейчас почти в любом процессоре.
Transmeta это какой-то Эльбрус.
> Transmeta это какой-то Эльбрус.Типа того. Только выпускали продукцию. Даже слегка зарабатывая. И отставание в производительности было не на порядки от конкурентов, а всего в 1.5-2.5 раза, при малом потреблении. Во времена конкуренции с Pentium4 сдулись.
Впрочем, за битого двух небитых дают.
>выявлением потребностей разработчиков в расширении архитектурыВстроенный в процессор DRM, со встроенной поддержкой в ядро Linux.
>С 2006 года Суини владеет рядом патентов, связанных с программным обеспечением[18].Всё, что надо знать о нём.
> Всё, что надо знать о нём.Не хочет работать на халявку, мерзавец!
Использование арифметических операций к содержимому памяти
Использование проводников для шин ввода/вывода
Условное исполнение блоков кода в зависимости от состояний устройства
Кеширование более медленной памяти в более быстрой
Логические операции
Что означает в данном контексте x86 - только 32 битная архитектура (в противовес х64), или вся интелевская архитектура? Из контекста тоже непонятно - хотят разобраться что делать с устаревшей частью архитектуры или с ней полностью.
Нет, это только 8-битных процессоров касается, очевидно же.
О наконец-то выпустят 80286 нормальный...
По хорошему нужно дропать всё 32 битное и legacy BIOS чтобы процессор сразу инициировался в 64 битном protected mode. А то ведь оно до сих пор тянет за собой поддержку 8086.
Не обязательно дропать, достаточно просто не заморачиваться над производительностью в 16ти и 32х битных режимах, что и совместимость со старым ПО сохранить, и сэкономит много много транзисторов.
Вы таки не поверите (с)В гайдах по оптимизации даже того-же Атома ещё с самых первых версий написано, что команды типа lds/les будут работать медленно, а сопроцессором желательно не пользоваться, а использовать SSE.
Ви таки не поверите, какой-нибудь 3дмарк 03 говорит будучи установленным на 12-14 поколение интела что MMX/SSE там нет :)
> Ви таки не поверите, какой-нибудь 3дмарк 03 говорит будучи установленным на 12-14
> поколение интела что MMX/SSE там нет :)странно.. тут (https://valid.x86.fr/yq0003, https://valid.x86.fr/jrpw8q и https://valid.x86.fr/81rkdn) говорят, что есть.. Может Ваш 3дмарк что-то сильно путает?
>> Ви таки не поверите, какой-нибудь 3дмарк 03 говорит будучи установленным на 12-14
>> поколение интела что MMX/SSE там нет :)
> странно.. тут (https://valid.x86.fr/yq0003, https://valid.x86.fr/jrpw8q и https://valid.x86.fr/81rkdn)
> говорят, что есть.. Может Ваш 3дмарк что-то сильно путает?Нет, он просто пытается искать sse (а 2000-ный марк так же пытается искать mmx) так, как это было принято дцать лет назад. И не находит. У меня прям дежавю было. Помнится, какой-то энкодер под NT4 спрашивал, is it alpha or intel processor?:)
>>> Ви таки не поверите, какой-нибудь 3дмарк 03 говорит будучи установленным на 12-14
>>> поколение интела что MMX/SSE там нет :)
>> странно.. тут (https://valid.x86.fr/yq0003, https://valid.x86.fr/jrpw8q и https://valid.x86.fr/81rkdn)
>> говорят, что есть.. Может Ваш 3дмарк что-то сильно путает?
> Нет, он просто пытается искать sse (а 2000-ный марк так же пытается
> искать mmx) так, как это было принято дцать лет назад.Да вроде и тогда и сейчас надо искать одинаково:
;-------------------X8
/* cl q.c */
#include <stdio.h>int main(int argc, char* argv[])
{
unsigned char has_mmx = 0, has_sse = 0;
unsigned char vendor[13] = { 0 };_asm {
xor eax,eax
cpuid
mov dword ptr vendor + 0,ebx
mov dword ptr vendor + 4,edx
mov dword ptr vendor + 8,ecx
mov eax,1
cpuid
test ecx,0x800000
setnz has_mmx
test edx,0x2000000
setnz has_sse
}
printf("vendor %s, %smmx, %ssse\n", vendor, (has_mmx) ? "" : "no ", (has_sse) ? "" : "no ");
return 0;
}
;-------------------X8
Давно не брал в руки шашку... а тут взял. Как и ожидалось, всё определяется каталожными/мсдн-ными образца 10-й студии способами через __cpuid и __cpuidex. И даже корень проблем в общем ясен. Ну и да, до 11 колена интела всё работает, а дальше чуть-чуть нет :)
Как раз это и планируют сделать (https://www.opennet.me/opennews/art.shtml?num=59164). Кроме всего прочего Intel предлагает следующее расширение архитектуры, в котором увеличат количество регистров, расширят набор условных инструкций и т.д. (https://www.intel.com/content/www/us/en/developer/articles/t...)
>По хорошему нужно дропать всё 32 битное и legacy BIOS чтобы процессор сразу инициировался в 64 битном protected mode.Причём, замену эту за них уже придумали - Coreboot. Бери, добавляй поддержку особенностей своих материнок и заливай. Денег, в обязательном порядке, не требуют.
>Что означает в данном контексте x86 - только 32 битная архитектура (в противовес х64), или вся интелевская архитектура?А кому сейчас 32 бита на десктопе нужны?
Сейчас 32-bit в эмбеддовке, 1$/SOC ... ну правда если лентой в 100 жуков, но ё-моё! Просто выкини лишние :)
Формально, x86 - это 16-ти разрядная архитектура. 32-х битная называется IA-32, а 64-х -- AMD64. Последнее обстоятельство не нравится Intel, потому "x86" в мире Linux называют 64 разряда. Так что скорее всего примутся общими усилиями выкидывать старое.
> Формально..Формально, и ОS которую в речи называют Linux, на самом деле GNU.
Так же и говоря X86, сейчас мало кто вспоминает 16ти битность, а подразумевают актуальные процессоры, совместимые с x86.> скорее всего примутся общими
> усилиями выкидывать старое.Что бы выкинуть старое сперва надо добавить новое, и когда оно станет популярным..
Более вероятно добавление нового набора команд и увеличения количества регистров. Что бы было и производительно и энергоэффективно.Вот, я сам писал эмуляторы процессоров, в том числе i486 и risc-v. Ну и смотрел команды 64битного режима. То, что архитектура х86 слишком сложная, и тянет много транзисторов и сложный конвейер, это понятно. Но и у простого risc-v есть неочевидная тупиковость архитектуры, у него требуется больше команд на законченную логическую операцию, и размер кода в байтах большой. А быстродействие давно упирается в количество элементрарных операций, которые процесор может выполнить за единицу времени. И пропускная способность кэшей не резиновая.
То есть, я думаю, что для роста производительности, нужен новый набор команд, и больше регистров. А не просто выкидывание того старого, которое и так работает по остаточному принципу.
>То есть, я думаю, что для роста производительности, нужен новый набор команд, и больше регистров.Что такое транзисторный бюджет слышал? Из чего делать вот это ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ всё?
А вот из чего:
>А не просто выкидывание того старого, которое и так работает по остаточному принципу.Именно что выкинуть!
Всё что 16-бит, всё что 32-бита, всё что кольцо 1 и 2. И вот тебе пол кристалла - свободно! Представь что в новом штеуде файл 64-бит регистров эдак в 1024 штуки 8-) Ух - там можно было бы развернуться ... а уж если все 16К ?! 888-)
В кеше много транзисторов. Слишком много, если сравнить с ядром. Но без него никуда, производительность упадёт. Отсюда напрашивается очевидный вывод - как-то использовать его под регистры.
>> Формально..
> Формально, и ОS которую в речи называют Linux, на самом деле GNU.???
Linux Standard Base Common Definitions
LSB Common 5.0 Edition
Copyright © 2015 Linux Foundation
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1; with no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License".
Portions of the text may be copyrighted by the following parties:
The Regents of the University of California
Free Software Foundation
Ian F. Darwin
Paul Vixie
BSDI (now Wind River)
Jean-loup Gailly and Mark Adler
Massachusetts Institute of Technology
Apple Inc.
Easy Software Products
artofcode LLC
Till Kamppeter
Manfred Wassman
Python Software Foundation
---
Количество вхождений в тексте подстрок:
1. GNU - 10
2. GNU Free Documentation License - 8
3. GNU General Public License - 2То есть GNU вообще не про код, а про условия распространения.
Что там хочет выдать основоположник FSF за действительность - это его интерес по вендорлоку на glibc, совершенно необязательной, как показывают живые примеры с Musl.
> Так же и говоря X86, сейчас мало кто вспоминает 16ти битность, а
> подразумевают актуальные процессоры, совместимые с x86.И это хорошо: позволяет отличить потребителей от способных расшифровать RIP правильным образом. :)
>> скорее всего примутся общими
>> усилиями выкидывать старое.
> Что бы выкинуть старое сперва надо добавить новое, и когда оно станет
> популярным..Закон Мура умер, прогресс остановился. Какой-нибудь Atom за копейки вполне годится для повседневных задач. Надо что-то делать с упущенной прибылью уже сейчас.
> Более вероятно добавление нового набора команд и увеличения количества регистров. Что бы
> было и производительно и энергоэффективно.Если бы можно было красиво вписать в формат опкода 32 регистра, AMD бы это сделала в своё время. Если бы это было оправдано и давало выигрыш, как переход от 8-ми к 16-ти, нашли бы решение, пусть и не очень красивое. 7 регистров недостаточно для реализации например AES, а копирование замедляет работу.
На деле эти 32 регистра нужны зачем? Например, я написал на асме сборщик мусора и полагаю алгоритм достаточно неудобным для кодинга, но 16 регистров вполне хватило подо все локальные переменные.
Компилятор что-то будет размещать в регистрах? Любопытно, что и при каких условиях? Ныне приняты функции в пару строк. Если бы эти регистры отображались на стековый кадр - да, это было бы удобно, но давайте лучше 64 или 128. И отдельный стек под адреса возвратов, всё равно ведь ABI ломается. Кстати, отдельный стек вполне могли обязать на уровне спецификации ABI и для AMD64, но почему-то оставили прежнюю модель с технологическим отверстием.
> Вот, я сам писал эмуляторы процессоров, в том числе i486 и risc-v.
> Ну и смотрел команды 64битного режима. То, что архитектура х86 слишком
> сложная, и тянет много транзисторов и сложный конвейер, это понятно.Нет в железе конвейера для инструкций IA32/AMD64. Раскладывается на микрооперации, они и исполняются.
2.2.1 The Front End
The front end in the Skylake microarchitecture provides the following improvements over previous
generation microarchitectures:• Legacy Decode Pipeline delivery of 5 uops per cycle to the IDQ compared to 4 uops in previous generations.
• The DSB delivers 6 uops per cycle to the IDQ compared to 4 uops in previous generations.
• The IDQ can hold 64 uops per logical processor vs. 28 uops per logical processor in previous
generations when two sibling logical processors in the same core are active (2x64 vs. 2x28 per core).
If only one logical processor is active in the core, the IDQ can hold 64 uops (64 vs. 56 uops in ST
operation).•The LSD in the IDQ can detect loops up to 64 uops per logical processor irrespective ST or SMT
operation.•Improved Branch Predictor.
> Но
> и у простого risc-v есть неочевидная тупиковость архитектуры, у него требуется
> больше команд на законченную логическую операцию, и размер кода в байтах
> большой. А быстродействие давно упирается в количество элементрарных операций, которые
> процесор может выполнить за единицу времени. И пропускная способность кэшей не
> резиновая.
> То есть, я думаю, что для роста производительности, нужен новый набор команд,
> и больше регистров. А не просто выкидывание того старого, которое и
> так работает по остаточному принципу.Я имел ввиду, что выкинут поддержку IA32 (частично) и x86 (в исходном смысле), что позволит упростить остальное. Ну и заодно внедрят какой-нибудь модный SSE-AI плюс DRM на серверах Microsoft, для Безопасности Пользователей™.
Ни добавить, ни возразить.
Благодарю за столь развернутый ответ.
> Суини
> Помимо этого известен общественной деятельностью в Северной Каролине, где он инвестирует в сохранение природы.То есть с одной стороны потребляем лишнее электричество для развлечений, а с другой заботимся о природе? На скольки стульях он сидит?
Заботимся о природе там где живем, на остальное пофиг. Исправил
> Заботимся о природе там где живем, на остальное пофиг. ИсправилА нечего тут исправлять: тот же принцип хаты с краю и сидения на нескольких стульях, что не нефтяной магнат, то обязательно меценат.
> вошли Линус Торвальдс и Тим Суини
> также приняты представители компаний Broadcom, Dell, Google, Hewlett Packard, Lenovo, Meta, Microsoft, Oracle и Red Hat.Это же можно одним пальцем всех уделать сразу. Жаль нвидии нет.
Неудачники какие-то. NVIDIA олин на riscv и arm (весь арм купить ей не дали, а зря).
Быстрее бы все размежевались и griggorii получил полный пакет инвесторов и сделал ось которая по оценкам мира будет конкурентной той же винде.
Zhaoxin Semiconductor не хватает в этой группе.
Будут совместно разрабатывать стратегию выкачивания бабла из гоев. Других целей у них нет и по логике вещей быть не может.
На гоя не нужна стратегия, он и так деньги отдаст. Тут готовят слив x86.
Ха, готовят переход на arm под видом "улучшений x86". Десятилетиями x86 развивался без этих "консультантов" и вдруг понадобились!
Вот последние 12 лет они и не развиваются, как вышел Sandy Bridge, больше никакого качественного мощностного скачка и не случилось.
Ну почему же не развиваются? Сколько видов новых Spectre за последние 7 лет вышло! ;)
> Ну почему же не развиваются? Сколько видов новых Spectre за последние 7
> лет вышло! ;)Все эти уязвимости родом с 486 и 775, просто реализовать их удалось спустя большое количество времени.
>Сколько видов новых Spectre за последние 7 лет вышло! ;)Було бы смешно если бы и под arm-Ы не было ... вот куда простому крестьянину податься?(С)
Посмотрите как корежет интел с авх512....
Нужен оргсовет
Т.е. по сути они будут причОсывать AVX и работать в направлении ИИ движков для хоть какой-то единообразности?
> работать в направлении ИИ движков для хоть какой-то единообразностиДавеча тестировали наше приложение (400 Кб исполняемый модуль, время работы менее 1 с и всё) и популярный т.н. ИИ по распознаванию патологии. Результат у нас немного лучше (площадь под ROC 0,92 против 0,78). ИИ - за что платить? Тут не единообразие нужно, а не надувать пузырь дальше. Ведь лопнет.
>> работать в направлении ИИ движков для хоть какой-то единообразности
> Давеча тестировали наше приложение (400 Кб исполняемый модуль, время работы менее 1
> с и всё) и популярный т.н. ИИ по распознаванию патологии. Результат
> у нас немного лучше (площадь под ROC 0,92 против 0,78). ИИ
> - за что платить? Тут не единообразие нужно, а не надувать
> пузырь дальше. Ведь лопнет.Разговор ведь не про Ваше приложение, и не потому, что оно плохое, а про всякие copilot class pc и прочие простейшие апи для удаления прыщей и увеличения всякого другого, которые в чьих-то фантазиях могут стать новой причиной роста активности на ПК рынке.
Да и скорости... питон же не из-за скорости любят, и эксель не из-за скорости.
У меня в дипломной работе 2013 используется нейросеть для распознавания изображений из 1995 года. Поле зрения 3х5, написана на С с вручную вставленными sse, на которых в комментариях написано "от Олега".Невероятно быстро работает.
Трепло! :)
"Streaming SIMD Extensions (SSE) is a single instruction, multiple data (SIMD) instruction set extension to the x86 architecture, designed by Intel and introduced in __1999__ in its Pentium III series of central processing units (CPUs)"
Ну, 2013 год был давно, я мог что-то забыть.Может быть, не sse, а mmx там было, и год был 97, а не 95?
Сетка точно была древняя, но контроля версий не сохранилось, точных дат я не помню.
Но то, что там были ассемблерные вставки, я помню, я их оттуда отковыривал, чтобы на линуксе собрать.
Так у него "изображений из 1995 года" в "дипломной работе _2013_".
Я перед ним извинился ... а модераторы моё извинение спрятали %-)Видимо я как Королева Англии - всегда прав!, буду знать :-D
Никакого ИИ не существует, о чём ты трепешься? В процессоре общего назначения - ТЕМ БОЛЕЕ не нужен! Это веременный хайп, который сдуется так же, как мысли о ИИ на ЛИСПе.
Ожидаемо, на зло arm и microsoft.
Хотя стоит развивать Risc-V
Заметьте, Microsoft там же с ними.
Risc-v принципиально не сможет тягаться в производительности, хотя бы из за раздутого кода, и количесва инструкций на то что другие процессоры делают за одну операцию. А быстродействие на поток, в количестве инструкций за единицу времени, вполне ограниченная величина. Так же дутый код просаживпет напрасно и пропускную способнось шин памяти.
Впрочем у Risc-v есть своя ниша, когда запредельное быстродействие не требуется, а приоритет на энерглэффективнлсть, и цену.
Лучше пусть будет n ядер более простых, чем m более сложных. Где n>m. Так меньшими потерями можно будет купировать всплывающие то тут, то там косяки аппаратной реализации. Да и декодирование этих инструкций, которые делают за одну операцию, куда накладнее. Они сильно переменной длины и сильно усиливают зависимости на конвейере.
Толку от табуна улиток.
Например JH7110, на котором ноут выпустили и одноплатники, так и и Raspberry не конкурент. :)
Ну а почему вы вот упёрлись в конкретный проц этого момента времени? А завтра что, других уже не предвидится, завтра ими прекратят заниматься?
Так, у самой архитектуры упор в энергоэффективность и дешевизну, именно в ущебр производительности.
Надо же на чем то делать встраиваемую технику и периферийные устройства.
Вот, насчет ARM ещё можно подумать, а Risc-v рассматривать как альтернативу не стоит.
> Risc-v принципиально не сможет тягаться в производительности, хотя бы из за раздутого
> кода,Ну, как-бы у них код, насколько я понял, не намного раздутее того-же ARM-а. Для борьбы с раздутостью свой аналог Thumb/Thumb2 реализовали.
> и количества инструкций на то что другие процессоры делают за одну операцию.
Опять-же и у них есть вполне себе трёх-адресные команды, и побольше регистров чем у Intel (что тот решил делать только в будущем расширении APX [1]) и такое-же как у ARM. Условные команды у них не взводят флагов а сразу обеспечивают переход, что, как считают авторы, позволят добиться уменьшения простоя конвейеров процессора.
У RISC-V сейчас, насколько я понимаю, стратегия повторяет аналогичную у ARM-а - начнём с мелкого и слабосильного (те-же контроллеры жестких дисков), но оставим возможность масштабирования до суперкомпьютеров (в архитектуре предусмотрена возможность перехода к 64-х битным и даже 128-ми битным регистрами). При плюс-минус похожей архитектуре и производительности у RISC-V есть плюс, что не надо платить за его лицензию.
[1] https://www.intel.com/content/www/us/en/developer/articles/t...
Лучше чем у х64, чуть хуже чем у арм9
Такое ощущение, что ты сам ни черта не понимаешь, потому лепишь чушь.
RISC - это как раз про быстродействие. Малый набор инструкций ОДНОГО РАЗМЕРА, позволяющий быстрое декодирование, длинные очереди и т.п. Есессно, за уменьшенный набор придётся заплатить чуть большим количеством кода, но это приемлемо за бенефит быстродействия.
> придётся заплатить чуть большим количеством кодаЭто работало, пока пропускная способность шин памяти и кэша процессора, и конвейера позволяли.
Само по себе упрощение инструкций быстродействия точно не добавляло, но упрощало процессор и таки позволяло его сделать побыстрее.
А когда все уже уперлость по частотам, то минимизация трафика в шинах памяти как раз и поднимает быстродействие, и весьма заметно.
Кстати, у x86'x код тоже, напрашивается на сокращение инструкций.
> Это работало, пока пропускная способность шин памяти и кэша процессора, и конвейера
> позволяли.это даже тогда не работало. Ни сановские спарки, ни яблобиэмские паверы ничуть не демонстрировали производительности выше чем современные им интелы. Точнее, всегда и везде им проигрывали (на реальных задачах, разумеется, а не на синтетических тестах своих производителей).
> Ключевой задачей инициативы названа совместная работа над обеспечением совместимости между платформамиНаконец-то софт собранный для Intel x86 будет работать на AMD x86! Может даже обратную совместимость прикрутят для легаси софта. Вот будет платформа!
> софт собранный для Intel x86 будет работать на AMD x86есть примеры обратного?
Это был сарказм.
Золотые слова! Как же осточертело под каждый x86 процессор собирать отдельный бинарник!
Линус, Суини... Габена не хватает.
>консультативную группу по экосистеме x86Им всем Столмана не хватает.
Давно пора микрокод из процессора выкинуть и открыть спеки а то же выкинут энтот интел
В целом, да. Учитывая, что они там поверх RISC-процессоров эмулируют патентованный набор инструкций, которым владеют и кросс-лицензируют совместно Intel и AMD.
А какие проблемы у x86 с тем, что является целью этой группы?
Логичнее cоздать подобную группу по ARM и/или RISCV!
Проблема в написании высокопроизводительного приложения, которое выносит часть своих вычислений на сопроцессоры. Например, это вообще все современные видеоигры, это ML и CAD.Просто, софт написанный под одну комбинацию оборудования плохо работает на другой комбинации оборудования.
Можно сколько угодно ругать NVIDIA и Intel, но в реальности это касается всех, в том числе AMD, и касается изменений конфигураций внутри одного вендора.
По RISC-V она изначально существует https://riscv.org/members/PS Оба-на, эти двое и тут засветились.
Мне кажется, что это реакция на яблочный ультра быстрый эмулятор x86 на arm.Rosetta кажется.
Компании Intel и AMD боятся конкурентов со стороны архитектур ARM и RISC-V. Почему-то привлекили представителя игровой индустрии. "Экосистема x86", которую они упоминают, это не что иное, как IBM-совместимый персональный компьютер" - архитектура зародившаяся 1981 в стенах IBM, и благодаря, которому взлетели компании Intel и Microsoft. На этой архитектуре держится весь бизнес AMD, NVIDIA. Говоря простым языком - это все ваши "Десктопы" и ноутбуки. Исключением является, только продукция компании Apple.На самом деле, всей этой компашке корпораций, вес придает присутствие одного Линуса. Мда, Линус всё-таки грезит завоевать Декстоп.
Выше по треде, об этом упоминали, считаю не лишним ещё раз заострить на этом внимание.
Насколько я понял, видеокарточки с чипами AMD и на платках с RISC-V неплохо себя чувствуют.
А что, разве Торвальдс является каким-то гуру процессорных архитектур?
когда выпустят немного несовместимый процессор под маркой Linus TR-86?
x86 и вообще вся архитектура вокруг неё - древний шлак, который давно пора выбросить. RISC - то, что там надо. Попутно избавиться от кривой PCI и внедрить оптические связи вообще для всего. Соотв. избавимся от старых пеpдyнов, каждый год "изобретающих" ещё более шелковистый USB, HDMI, Display Port, SCSI и прочую шнягу. Один оптический стандарт заменит всё это инженерное барахло.
