vvlADIMIR

Как бы HMD Global — чисто маркетинговая контора. А разработку для них осуществляет некая FIH Mobile, которая действительно является дочерней компанией Foxconn.

Инженерный образец процессора, который уже без малого год в серийном производстве. Угу, типа, охотно верю.
На самом деле может быть всё что угодно, но именно аналогия с Zen притянута за уши.

Пока разработчики не начнут делать ARM64 версии — иначе никак. Или приложений нет, или костыли на переходный период.

Не дублироваться, а кэшироваться. И это не я хочу сказать — это MS сказали. И это не единственный механизм обхода снижения производительности от трансляции инструкций, который они декларировали.

Я как раз ответил, что наоборот будут. Не специально, а по мере использования. Или Вы Word открываете один раз и на всю жизнь?

Игру? На сверхпортативном ноутбуке? Да, я в свободную минутку буду запускать времяубивалку на 5-10 минут и закрывать. Потом запускать снова, когда нужно время убить.

То были тесты на инженерных образцах процессоров. А тут тесты на серийных процессорах, но тестовых устройствах и предварительной версии ОС. Да, к релизу производительность может подняться, но пример приведённый Вами не аналогичен.

Почему к выпуску только ARM UWP? UWP для всех поддерживаемых архитектур — с одной стороны, да. То же самое можно сказать и про x64 редакцию, для которой также совместимость с 32-битным x86 можно объявить «legacy» в будущем. С другой стороны Fall Creators Update SDK позволяет создавать "Desktop C++ arm64 apps".

В пользовательских редакциях Windows не используется PAE.

Какой x64 на ARM процессоре?

И никого не смущает, что ОС указана «32-бит»?
И версия утилиты «for Windows x86 (32-бит)»...
Это они что, на ARM64 системе в режиме совместимости запустили x86 тест и прогнали его один раз? Тогда вот и ответ о потере производительности на трансляции кода при первом запуске x86 приложения (30-40%). Теперь ещё нужна серия точно таких же тестов, но с повторными запусками этого теста на устройстве (будет использоваться кэшированый результат трансляции) и версия нативно под ARM64.

«и будет работать под управлением полноценной операционной системы Windows 10»
Первоисточник информации WindowsCentral — там нет ничего о «полноценной Windows 10», речь идёт об устройстве на Windows Core OS (модульной системе, которая будет конфигурироваться MS в разные редакции с разной функциональностью). Последняя информация об этой ОС тут.

У Summit Ridge (настольный Ryzen 3/5/7) кристалл 213 мм2. И то и другое меньше предыдущих поколений 4-яденых APU основных линеек (не Bobcat и Jaguar).
https://pc.watch.impress.co.jp/img/pcw/docs/1047/507/01.png
https://pc.watch.impress.co.jp/img/pcw/docs/1047/507/02.png

«Ровно такие же блоки используются в настольных CPU Ryzen.»
Не совсем ровно такие же — отлично видно, что L3 уменьшен в 2 раза.

Зачем писать о каких-то надеждах, если функционал заявлен и уже рассказано как он работает?

и что же с ним случится, что он работать не будет?

Да, было бы интересно. Прогнозировать ни 2 ни 25 раз не буду до появления реальных тестов. И этот WOW не так прост, как кажется — в презентации обещали, что результат трансляции кода как минимум кэшируется (а значит чем чаще используется приложение, тем быстрее оно работает), а dll местами подменяются на натативные, со всеми вытекающими.

Про x64 приложения такого не писали. Только 32-разрядные x86.

Какая-то особенная.

Нет. Там будет ни x86, ни x64 Windows. Там будет отдельная ARM64. Но 32-разрядные приложения для x86 она будет выполнять через WOW64.