Нет, но сначала это скорее всего окажет приерно никакой эффект.
>Может быть, в выпиливании вообще нет никакого смысла?
А вот по такой логике их так и будет становиться все больше, а смысла выпиливать все так типа и не будет.
Я не могу дать точную оценку, но очень подозрительно что ядро больше чем L3
Мне кажется legacy имеет влияние сильно дальше чем область декодера.
Например, длина avx инструкций — не хорошо для кэша. А длина у них могла быть по меньше, будь больше свободных опкодов
>На хабре — про программирование
Отсюда следует что здесь некоторые люди и сами неплохие тесты проводят.
По железу лучше электронику почитать)
А так я поссылке почитал — и сразу нашел несколько сферически-логических выводов в вакууме.
Мне вот это не нужно даже
>На хоботе лучше про железо обсуждать или читать.
У меня сейчас tablet с клавиатурой на core m3 -7y30(kaby lake). Я знаю что zen2 и ice lake уже быстрее, следовательно когда я буду менять железо, то это будет zen2-3-4/ice-lake/tiger-lake. И не сильно важно какая там сторона на 5% быстрее.
О, нет. Я знаю. Везде есть нормальные люди. Но хабр был полезнее для меня за все время. Практика по ассемблеру с помощью статьи, недавно. Например.
На ixbt я просто много насмотрелся когда люди спорят что лучше просто потому что. Без фактов. Оба.
Anandtech'ки довольно подробно делают тесты. На хабре тоже тесты часто качественные да еще и с фидбеком. Ну я тесты не особо часто читаю.
А ixbt чисто обзорный.
Не было у меня в ссылке ничего.
Мне жаль, но я не хочу столько читать.
Я бегло прошелся, тоже самое там что и здесь.
Одни говорят что arm крут, другие наоборот.
Как и у нас здесь с вами.
Один человек выразил странные сомнения что A76 слишком мал по площади чтобы быть таким быстрым. Все так привыкли к огромному по площади x86 что уже и не верят. Что тут поделать.
P.S.
Этот диалог превращается в бесполезный холивар.
Все равно впаянность такой роли уже не играет. У x86 уже такая экосистема что все материнские платы довольно функциональны. Если он станет распаянным, не составит труда найти нужную плату.
В то же время если одноплатники станут со сьемными процессорами — платы у них так и остануться без sata. На серверных платах у ARM как правило не так плохо с переферией.
По поводу gpu: Думаю одноплатники не предназначены пропускать 200 Вт. И с драйверами проблемы были бы.
А так — переходники ваше все)
Информация по теме не найдена.
Вообще я сначала не понял что за Хобот.
Anandtech или habr я бы больше доверял чем ixbt.
Phoronix еще есть. Есть и другие профессиональные сайты.
Как ixbt верить я не знаю.
P.S.
У меня такое впечатление сложилось об ixbt что:
люди там не то что к IT но и как правило к естественным наукам отношения не имеют. Я помню там какие-то споры что читаешь и понимаешь что оба оппонента даже не знают о чем они спорят.
Я туда больше не хожу.
>Ну нет же, результаты тестов нормируются на ГГц, и именно на равных частотах Интел всех и уделывает.
Нет, не уделывает
Вы тут про обьективность писали.
Так вот — я не сторонник какой-то фирмы.
Обьективно рейтинг по spec примерно такой:
1.Ice Lake
2.zen 2 — apple a11-13
3.skylake-coffelake — cortex-a76 — zen/zen+ apple a10
Ice lake чуть вышел вперед, но у него ядра совсем жирные стали.
>x86-64 полностью поддерживает выполнение x86-32 программ
Я с этим и не спорю. Я изначально говорил что могли бы эти режимы убрать уже.
Там тема была про потенциальную очистку x86.
И насчет полной совместимости, если вы про опкоды то:
Не все инструкции обрели алиасы в x86-64.
Например вот эти: AAA, AAD, AAM, AAS.
Просто опкоды занимают, их и 20 лет назад не использовали практически.
>То есть теоретически 64-битная винда может выполнять программы Windows 3.x без эмуляции
Не уверен что windows 10 может это запустить даже теоретически. Но на практике, если не ошибаюсь, она принудительно не дает процессору ходить в прошлое.
Windows 10 (WoW — Windows On Windows subsystem) программно выполняет x86-32.
Интересно). Статью бы по исправлению бинарника в вашем конкретном случае. А что за программма если не секрет?
>Внезапно, под Linux предостаточно closed-source приложений.
Ну я немного утрирую, но бОльшая часть софта идет на amd64.
Ну на x86 сокеты держатся не более 3 поколений, уже давно как. Хотя не знаю — как там на серверах? Переферия -да. Но смена процессора в пределах 2-3 поколений больше походит на видимость свободы.
Я привел пример массовой OS, которой все это <когда это поддержка старых инструкций со стороны процессора?> не нужно!
Real mode работает только в момент запуска.
В amd64 есть все нужные алиасы для работы с половинами и частями регистров, и даже чуть более того.
Если и начинать переделывать x86, то мне кажется(мое мнение) что для начала можно отрезать старые режимы. Там есть часть ISA не попавшая в amd64, но и сейчас занимающая свое место в декодере/микрокоде.
P.S.
Может я чего-то не знаю, и какие-то драйвера до сих пор прыгают в старые режимы. Поправьте кто в курсе, если что не так.
>Как вы себе это представляете?
Постепенно.
Например windows 10 эмулирует x86 на x86-64. Если старые режимы убрать — она продолжит работать.
Linux давно весь перекомпилирован на все новое.
А как конкретно впаянность влияет? — вы так написали будто…
На raspberry pi3 человек собрал gentoo arm64, я поставил, работает. Каких-то «особых» проблем нет.
Современные x86 по бОльшей части впаянные. Т.к. если я ничего не путаю, стационарники отходят.
>Может быть, в выпиливании вообще нет никакого смысла?
А вот по такой логике их так и будет становиться все больше, а смысла выпиливать все так типа и не будет.
Я не могу дать точную оценку, но очень подозрительно что ядро больше чем L3
Мне кажется legacy имеет влияние сильно дальше чем область декодера.
Например, длина avx инструкций — не хорошо для кэша. А длина у них могла быть по меньше, будь больше свободных опкодов
Отсюда следует что здесь некоторые люди и сами неплохие тесты проводят.
По железу лучше электронику почитать)
А так я поссылке почитал — и сразу нашел несколько сферически-логических выводов в вакууме.
Мне вот это не нужно даже
>На хоботе лучше про железо обсуждать или читать.
У меня сейчас tablet с клавиатурой на core m3 -7y30(kaby lake). Я знаю что zen2 и ice lake уже быстрее, следовательно когда я буду менять железо, то это будет zen2-3-4/ice-lake/tiger-lake. И не сильно важно какая там сторона на 5% быстрее.
Это только в случае с ARM эмуляция.
На ixbt я просто много насмотрелся когда люди спорят что лучше просто потому что. Без фактов. Оба.
Anandtech'ки довольно подробно делают тесты. На хабре тоже тесты часто качественные да еще и с фидбеком. Ну я тесты не особо часто читаю.
А ixbt чисто обзорный.
Мне жаль, но я не хочу столько читать.
Я бегло прошелся, тоже самое там что и здесь.
Одни говорят что arm крут, другие наоборот.
Как и у нас здесь с вами.
Один человек выразил странные сомнения что A76 слишком мал по площади чтобы быть таким быстрым. Все так привыкли к огромному по площади x86 что уже и не верят. Что тут поделать.
P.S.
Этот диалог превращается в бесполезный холивар.
Ссылки в порядке увеличения важности
en.wikipedia.org/wiki/WoW64
en.wikipedia.org/wiki/Windows_on_Windows
docs.microsoft.com/en-us/windows/win32/winprog64/running-32-bit-applications
docs.microsoft.com/en-us/windows/win32/winprog64/wow64-implementation-details
Как тема называется?
В то же время если одноплатники станут со сьемными процессорами — платы у них так и остануться без sata. На серверных платах у ARM как правило не так плохо с переферией.
По поводу gpu: Думаю одноплатники не предназначены пропускать 200 Вт. И с драйверами проблемы были бы.
А так — переходники ваше все)
Не, все равно на phoronix или anandtech тесты более профессиональные
Вообще я сначала не понял что за Хобот.
Anandtech или habr я бы больше доверял чем ixbt.
Phoronix еще есть. Есть и другие профессиональные сайты.
Как ixbt верить я не знаю.
P.S.
У меня такое впечатление сложилось об ixbt что:
люди там не то что к IT но и как правило к естественным наукам отношения не имеют. Я помню там какие-то споры что читаешь и понимаешь что оба оппонента даже не знают о чем они спорят.
Я туда больше не хожу.
Нет, не уделывает
Вы тут про обьективность писали.
Так вот — я не сторонник какой-то фирмы.
Обьективно рейтинг по spec примерно такой:
1.Ice Lake
2.zen 2 — apple a11-13
3.skylake-coffelake — cortex-a76 — zen/zen+ apple a10
Ice lake чуть вышел вперед, но у него ядра совсем жирные стали.
Я с этим и не спорю. Я изначально говорил что могли бы эти режимы убрать уже.
Там тема была про потенциальную очистку x86.
И насчет полной совместимости, если вы про опкоды то:
Не все инструкции обрели алиасы в x86-64.
Например вот эти: AAA, AAD, AAM, AAS.
Просто опкоды занимают, их и 20 лет назад не использовали практически.
>То есть теоретически 64-битная винда может выполнять программы Windows 3.x без эмуляции
Не уверен что windows 10 может это запустить даже теоретически. Но на практике, если не ошибаюсь, она принудительно не дает процессору ходить в прошлое.
Windows 10 (WoW — Windows On Windows subsystem) программно выполняет x86-32.
>Внезапно, под Linux предостаточно closed-source приложений.
Ну я немного утрирую, но бОльшая часть софта идет на amd64.
Я знаю и имел ввиду, что пора бы оставить ТОЛЬКО x86-64.
Real mode работает только в момент запуска.
В amd64 есть все нужные алиасы для работы с половинами и частями регистров, и даже чуть более того.
Если и начинать переделывать x86, то мне кажется(мое мнение) что для начала можно отрезать старые режимы. Там есть часть ISA не попавшая в amd64, но и сейчас занимающая свое место в декодере/микрокоде.
P.S.
Может я чего-то не знаю, и какие-то драйвера до сих пор прыгают в старые режимы. Поправьте кто в курсе, если что не так.
Постепенно.
Например windows 10 эмулирует x86 на x86-64. Если старые режимы убрать — она продолжит работать.
Linux давно весь перекомпилирован на все новое.
На raspberry pi3 человек собрал gentoo arm64, я поставил, работает. Каких-то «особых» проблем нет.
Современные x86 по бОльшей части впаянные. Т.к. если я ничего не путаю, стационарники отходят.