Search the Community

Недавно редактор авторитетного ресурса OSNews Том Холверда (Thom Holwerda) опубликовал материал, посвящённый некоторым выводам на основе его исследований работы модемов в iPhone. Одним из направлений его деятельности является выявление уязвимостей устройств широкополосной связи. После того, как Apple анонсировала новую серию смартфонов iPhone, он загрузил некоторые прошивки OTA с ipsw.me и приступил к анализу тех частей, которые относятся к модему LTE. Как правило, современные модемы для управления беспроводной связью 2G / 3G / 4G / CDMA / 5G оснащаются собственными мощными процессорами, причём достаточно общего назначения ввиду чрезвычайной сложности стандартов. Поэтому времена специализированных FPGA давно прошли (по крайней мере, для основной массы модемов) и сегодня, как правило, применяются чипы ARM (Cortex-M, Cortex-R или что-то подобное), Qualcomm Hexagon (своего рода процессор общего назначения, VLIW DSP) или другие более или менее известные архитектуры. Apple ничем не отличалась в данном отношении, и вплоть до iPhone X применяла два варианта модемов: для рынков с сетями CDMA и для остальных стран. CDMA был основан на Qualcomm Hexagon DSP, а GSM-версия — на Intel XMMxxxx. Те, кто следит за связанными с Apple новостями, наверняка знает, что в новом поколении смартфонов из-за деловых разногласий компания решила полностью отказаться от Qualcomm в пользу исключительно модемов Intel. Люди, знакомые с процессом обратной разработки старых прошивок модемов Intel, знают, что они содержат код ARM. Другими словами, Intel применяла собственные версии ядер с архитектурой ARM в однокристальных системах для своих модемов. Но при попытке провести процедуру дизассемблирования в новых прошивках Том Холверда неизменно получал негативный результат. Сначала он подумал, что код зашифрован и не может быть подвергнут дизассемблированию обычными методами, но анализ энтропии кода показал, что это не так. Тогда он попробовал провести процедуру с прицелом на RISC-архитектуры, которые знал: почти все, начиная от Dreamcast SH4 и заканчивая Fujitsu/Siemens в Nikon D90. Результат был столь же безуспешным. Тогда специалист сделал совершенно безумное, как ему казалось, предположение: раз речь идёт об Intel, почему бы не попробовать в конце концов провести обратное проектирование с прицелом на x86. Не веря своим глазам, он обнаружил, что прошивки для новых модемов Intel, используемых в iPhone, действительно написаны для процессора x86. Так что, если кому-то не хватало ещё одного ядра x86, его можно получить, приобретя iPhone XS или XR.

AMD решила подпортить празднование компанией Intel 40-летия своего первого процессора x86. Напомним: Intel недавно объявила, что она раздаст 8086 своих 6-ядерных процессоров Intel Core i7-8086K Limited Edition. AMD решила нанести ответный удар и предложила первым 40 энтузиастам-счастливчикам из США, оформившим заявки, поменять свои юбилейные чипы Intel на коробочную версию 16-ядерного AMD Ryzen Threadripper 1950X. При этом AMD решила подчеркнуть, что если за Intel — прошлое CPU, то за нею — будущее: «Мы высоко ценим соперника за те достижения, которые они помогали претворять в жизнь в отношении архитектуры x86. Но мы готовы теперь принять эстафету. Вот почему мы даём четырём десяткам энтузиастов в США, желающим максимальной производительности, возможность отметить следующие 40 лет высокопроизводительных вычислений, обменяв свой памятный выигранный процессор на наш CPU, позволяющий работать, играть и творить с огоньком». Похоже, маркетологи AMD разбушевались. Это не первый раз, когда компания столь жёстко нападает на Intel. Можно припомнить прошлогоднюю рекламу серверных чипов EPYC. Тогда AMD писала, что никого никогда не увольняли за закупки процессоров Xeon, пока не вышли чипы EPYC на рынок, иллюстрируя это красноречивой картинкой: Вообще AMD с помощью Threadripper не в первый раз пытается сорвать триумф Intel. Например, на Computex Intel показала настольную систему, оснащённую 28-ядерным 5-ГГц процессором. Компания обставила демонстрацию так, что создавалось впечатление, будто это настольный чип, и даже провела тестирование в Cinebench R15. Потом выяснилось, что речь идёт о Xeon Platinum 8180 стоимостью $10 000, разогнанном за счёт экстремального экзотического охлаждения до столь высоких частот. А уже на следующий день AMD представила 32-ядерный Threadripper 2, который охлаждается воздухом и предназначен для энтузиастов настольных ПК. Маркетологи AMD не просто храбрятся: на рынке настольных процессоров за счёт Ryzen компания постепенно занимает всё более заметную долю. По данным аналитической компании Susquehanna, в текущем квартале AMD заняла уже 15,2 % рынка настольных процессоров, а ведь ещё в третьей четверти 2017 года её доля составляла лишь 10,9 %. Это существенный и стабильный рост. 1,5 года назад ситуация была куда хуже, и AMD приходилось использовать CPU Intel даже для внутренних тестов собственных видеокарт. А ведь, по мнению аналитиков, восхождение Ryzen только начинается. Посмотрим, чем всё это обернётся.

ARM-версия Windows 10 вскоре получит новый набор инструментов SDK для Windows 10 ARM64, позволяющий разработчикам создавать родные 64-битные приложения для этой платформы. Но это не решит проблему отсутствия совместимости с существующими высокопроизводительными программами, которые ради безопасности или доступа к большему объёму оперативной памяти исполняются исключительно в режиме x86-64. Таковыми являются многие игры высокого класса, а также, например, некоторые приложения пакета Adobe Creative Cloud, недоступные в 32-битных версиях. В беседе с ZDNet менеджер подразделения Windows Эрин Чапл (Erin Chapple) рассказала, что эта проблема, возможно, никогда не будет решена: «Реализация эмуляции x86-64 в дополнение к x86 требует вдвое больших инженерных трудозатрат. Кроме того, Windows поддерживает только уровень абстракции Windows on Windows (WOW) для 32-бит, а не для 64-бит приложений. Нам нужно будет добавить поддержку 64-битной версии Windows on Windows». Это будет совершенно новая работа, а не просто развитие существующей поддержки исполнения 32-бит приложений x86 на 64-бит Windows 10 ARM. Вдобавок конечная производительность будет куда менее предсказуемой. «Технически это реализуемо, но существует ещё разумный компромисс между требуемыми трудозатратами и преимуществами, которые получит конечный пользователь. Когда мы посмотрели на статистику наиболее используемых Windows-приложений x86, мы обнаружили, что большинство из них имеют 32-бит версии. Многие приложения вообще выпускаются только в 32-бит версиях. Большинство 64-битных приложений — это игры, которые находятся за пределами целевой аудитории таких ноутбуков. Наконец, те приложения, которые являются изначально 64-битными, как правило, создаются с расчётом на очень мощные компьютеры для достижения максимальной производительности. В результате мы решили сосредоточить наши инженерные вложения на создании собственного ARM64 SDK, чтобы разработчики могли компилировать родные приложения для ARM-устройств Windows», — подчеркнула руководитель. Эрин Чапл также прокомментировала сообщения о недостаточной производительности эмуляции x86 на платформе Windows 10 ARM: «Если программа использует жёсткий диск, графику или сеть, всё это выполняется на уровне ядра и работает напрямую, с максимальной производительностью. Если же приложение x86 слишком завязано на CPU, то для трансляции команд требуется больше ресурсов по сравнению с исполнением родного кода ARM. Многое зависит также от типа и назначения программы. Во время нашего внутреннего тестирования мы обнаружили, что производительность большинства x86-приложений, работающих в режиме эмуляции, вполне отвечает ожиданиям пользователей относительно отзывчивости». Избежать эмуляции на новой платформе Windows 10 ARM до сих пор можно было только создав UWP-приложение для Microsoft Store. Разработчики могли перекомпилировать существующее настольное ПО, если оно использовало лишь функции WinRT API и Core-версии .NET. Если же они задействовали функции вроде WinForms, требующие полной версии .NET, оставалось полагаться только на эмуляцию 32-битного кода x86. В будущем, если разработчикам понадобится 64-битная производительность традиционного ПО или исполнение родного кода ARM, в идеале им необходимо будет компилировать написанные на C++ программы напрямую при помощи SDK для Windows 10 ARM64. Microsoft планирует осуществить запуск этого набора инструментов во время мероприятия Build 2018 в мае. Поначалу такие приложения нельзя будет публиковать в магазине Windows Store, так что они заработают только в Windows 10 Pro ARM, а не в Windows 10 S ARM. Будет ли SDK поддерживать функции вроде WinForms, которые требуют наличия настольной версии .NET? «Мы всё ещё работаем над нашими планами относительно развития ARM64 SDK, в том числе, обдумываем, какие версии .NET будут поддерживаться», — сказала госпожа Чаппл. Любопытно, что и программы самой Microsoft доступны на ARM-платформе в разных версиях. Например, браузер Edge пока является 32-битным на Windows 10 ARM и исполняется без эмуляции, но участники программы Windows Insider уже могут тестировать 64-битную версию Edge (скомпилированную, очевидно, при помощи Windows ARM64 SDK). В то же время Internet Explorer и Office остаются по-прежнему 32-бит x86-приложениями: оставлены они в таком виде ради совместимости с расширениями и дополнениями (тем более, что программы пакета Office, как правило, нетребовательны к производительности CPU). В общим и целом, пока платформа Windows 10 ARM призвана стать основой для создания доступных и максимально мобильных устройств с акцентом на время автономной работы и интегрированную поддержку LTE. Они не предназначены для прямой конкуренции в области производительности с 64-битными системами на базе чипов Intel или AMD.