Comments 171
Devices will be able to run x86 win32 applications like Chrome or Photoshop, but Microsoft won’t be emulating x64 variants of these apps.
www.theverge.com/2016/12/7/13866936/microsoft-windows-10-arm-desktop-apps-support-qualcomm
Немного подробностей есть в статье: www.zdnet.com/article/intel-seemingly-hints-of-potential-patent-infringement-around-x86-emulation-on-arm
Делают, libhoudini называется. Но информации по нему ОЧЕНЬ мало.
Processor: Intel® Atom(TM) CPU Z3580
Instruction Sets: x86, armeabi-v7a
libhoudini это в обратную сторону и для андроида — решение от Intel для запуска ARM приложений (NDK Android) на Atom (x86) — https://commonsware.com/blog/2013/11/21/libhoudini-what-it-means-for-developers.html
libhoudini is a proprietary ARM translation layer for x86-powered Android devices. It allows an app that has NDK binaries for ARM, but not x86, to still run on x86 hardware, albeit not as quickly as it would with native x86 binaries.… libhoudini makes ARM-only NDK binaries usable on x86, giving x86-powered Android devices access to more of the Play Store catalog.
https://software.intel.com/en-us/forums/android-applications-on-intel-architecture/topic/496281 libhoudini is Intel proprietary code
https://software.intel.com/en-us/blogs/2014/07/01/tips-and-tricks-to-optimize-android-apps-on-x86 "Many of these focus on improving performance beyond that available with the default ARM translation layer for x86: libhoudini"
Microsoft запускает Intel x86 (win32) на Windows ARM — http://www.zdnet.com/article/intel-seemingly-hints-of-potential-patent-infringement-around-x86-emulation-on-arm/ "Kernel, drivers, and all inbox program run native (ARM code). x86 programs are emulated using custom emulator from Microsoft. Emulation relies on WOW… Compuled Hybrid PE (CHPE) DLLs..."
Ходили слухи, что интеловские Atom'ы делают тоже самое, но только в обратном направлении.
Если это окажется правдой, то нас ожидают забавные судебные разборки "кто у кого и что первым спёр". :-)
Насколько я знаю, потребление «обычного» wintel ноута типа i5-6200u/8Gb/SSD m.2/13" раскладывается примерно так: 4-6 Вт матрица, 3-17 Вт процессор, 1-2 Вт накопитель, 2 Вт память и остальное примерно 2-3 Вт. Итого выходит 10-30 Вт суммарно, и экран тут не самый многожрущий…
При офисной работе (набор текста, просмотр информации...) компьютер спит большую часть времени, отключается всё, что можно и немного того, что нельзя. И экран макбуки пригашивают очень быстро, чуть отвлекся — и он уже потускнел.
Но всё равно в 90% долю потребления экрана даже в таком режиме не верится, я бы поставил на 50-60%, процессор в простое 1.3-1.5 Вт ест, насчет памяти не в курсе, но вроде в ноутбуках неиспользуемый объем отключать пока не научились.
Формально интеловскому процессору тоже можно урезать потребление (сделать из него 835-й по сути), также если к qualcomm-овскому чипу при крутить радиатор, он сможет расходовать больше энергии. Есть сомнения что qualcomm смог сильно обойти intel по энерго-эффективности.
Кстати, 90% расхода это экран, вернее подсветка.
Не 90, а 30 и то в простое.
Сравните время в простое со включенным экраном и потом тоже самое со 100% нагрузкой CPU. Разница будет в несколько раз.
Хотя постойте, в ARM вообще есть поддержка х64? Вон Razer грозится 8 ГБ в их смартфоне
Конкретно эта модель 64-битная, Snapdragon 835. И не единственная, среди топовых все 64-битные.
если виндовозы сразу нормальные драйвера напишут с поддержкой более 3.8 гиг оперы
Ну еще же аппаратная поддержка этого дела требуется. х86-64 видимо по той же причине нет — или регистров нехватает для аппаратной эмуляции или еще чего-то.
Ну точнее технически это конечно возможно но требуется специально приложение затачивать под это, используя всякие костыли Address Windowing Extensions и.т.п. (таких приложений по моему в мире ничтожно мало), и вот профит от х64-86 как раз в том чтобы избегать такой клоунады с адресацией.
Зачем вам 16 гиг оперативы на телефоне?
malloc(8Gb) там сделать можно? нет? не нужна такая «поддержка».
Ну покажите мне реальный практический смысл такого оператора в портативном устройстве? чем вы собрались занимать 8 гигов непрерывно выбеленной кучи и что будет с вашей программой когда единым куском система хоть х64 хоть х86 с PAE выделить не сможет. даже 2 гига непрерывной кучи уже большая проблема выбелить не говоря уже о таких извратах
malloc() выделяет виртуальную память, а не физическую. x64 спокойно выделит такой блок, если его размер будет меньше, чем суммарный размер свободного места файла подкачки и ОЗУ.
8 ГБ может занимать, например, отсканированная 3D модель. Можно, конечно, постараться и расположить эти данные в не непрерывном массиве, но проще воспользоваться преимуществами виртуальной памяти на x64 и впихнуть всё в 1 блок.
Его фишки две — компактность и энергопотребление и он иногда сможет с жуткими тормозами и вылетами через раз — запускать простые приложения полностью написанные по канонам мелкомягких без использования хардвар специфических фич… вы точно поняли суть презентации и что это вообще за устройства планируются?
Пользователи моих программ (геологи) в некоторых случаях хотят оперировать моделями (но не обязательно такими огромными), не вылезая из карьера. Сейчас это невозможно по ряду причин (аккумулятор, экран, корпус в планшетах плохие, формфактор ноутбука неудобен), но я "в фоне" подыскиваю подходящее железо.
Так что спрос на портативные и мощные устройства есть. Но это не совсем массовый рынок.
Есть определённые трудности, чтобы провести инет в карьер (не всегда есть видимость на БС, где её ни размести; wifi наверно вообще не добьёт), а в шахту совсем сложно. Ну и цена — мощное мобильное устройство дешевле.
Локальный сервак где? В рюкзаке? Если он будет весить килограмм 5 с батарейками на 15 часов работы, то может быть. Иначе проще "наверх" подняться.
Почему-то из того, что вам хватает 8ГБ, вы делаете вывод, что 8ГБ хватит всем, и дальше наращивать мощности вообще не имеет смысла. Нет, условные 64ГБ RAM в планшете, способном работать автономно часов 15 — это хорошо, и хорошие задачи под это железо найдутся.
Приложения всё равно остаются ограничены адресным пространством.
Откуда вы взяли про "цельный кусок оперативы"? Фрагментация ОЗУ перестала быть проблемой начиная с эпохи i386
Я вот совсем наоборот, пишу приложение, где можно и сотню, и более гигов выделить, при этом именно «одним куском».
Разумеется, не мобильное и не десктопное.
Но на рабочей машине в целях отладки хочется иногда его запустить с объёмами поскромнее сотни, но побольше четырёх — как раз чтобы убедиться, что оно на этом не споткнётся.
Зачем вы сразу придумали как натянете лося на вентилятор и тот дуть не будет? Это нишевое устройство сидеть вконтактике ганять 1с примитивные и листать ютубчики.все. ниокаком дебагинге серверных аплетов нет и речи ни о каком полнейшем 100% совершенном транскодинге речи не идет — есть некоторые приложения написанные по всем канонам мелкомягких которые иногда будут почти без глюков запускаться прозрачно для пользователя. Все. об остальном должен бумать разработчик этих приложений.
Даже возникает ощущение, что Вы как-то заинтересованы (материально, или ещё как-то шкурно), чтоб замолчать недостатки и претензии.
Слишком громко кричите!
Меня бомбит да… люди сразу кидаться гавном начали в то что всегда казалось недостижимым. это успех и это нереальное кол-во работы труда и т.д.
Надо в карьере такие обьемы — ставь там в карьере сервер а на руки людям — экранчики с RDP и все :)
К тому же под виндой это может быть не так критично, если многие приложения нынче на .NET
Байткод же можно нативно эмулировать, а не через прослойку x86/x64
Выглядит как попытка попасть в нишу Chromebook-устройств, которые, хоть и малоизвестны у нас, в местах силы Google имеют таки свою нишу: ученики, студенты, люди, которым нужны только легковесные Web Apps с минимальным железом, но с клавиатурой.
Прогнозирую три потенциальные проблемы:
1. Hardware lock, как в Chromebook, только более изощрённый (не просто перемычка или винт);
2. Экзотический загрузчик (например, какой-нибудь кастомный u-boot или даже не он);
3. Полный провал со свободными драйверами, как прямо сейчас происходит с недорогими и потенциально мощными платами с ARM SoC — то I2C не работает, то звук, то графическое ускорение недоступно, так как 3D поддерживается только блобами с несвободной лицензией и так далее.
Возможно, что будет иначе, но вообще очень похоже на тему с Android-ноутбуками (и такое было, Toshiba AC100, например), когда на Android всё работало, а на Linux нужно было пересобирать ядро, патчить драйверы, изощряться с тем, чтобы одно не ломало другое и так далее.
P.S.: если хотите недорогой и легковесный fanless ноутбук с поддержкой нормального Linux — присмотритесь к не-ARM хромбукам — они неплохо перешиваются под Coreboot + TianoCore UEFI и, соответственно, любой Linux на них взлетает. Проблемы есть, но не так, как с ARM.
Ну и даже на Toshiba AC100 Fedora хорошо работает из коробки.
Основная проблема это SecureBoot, если он будет включен и официального 'unlock'а
не будет, нечего стороннего поставить не удастся…
После включения системы на базе ARM-процессора, из ROM-памяти загружается начальный загрузчик и адрес его точки входа. Начальный загрузчик проводит предварительную инициализацию системы, исполняя тем самым ту же роль, которую исполняет BIOS на системах x86, после чего может загрузить либо системный загрузчик, либо напрямую ОС.
Единого стандарта на начальный загрузчик не существует: хотя современные версии стандарта UEFI предусматривают возможность реализации этого стандарта для архитектуры ARM, но на практике UEFI используется редко — большинство ОС используют собственные загрузчики, или реализуют совместимость с одним из загрузчиков других систем.
Но это все на встраиваемых системах, коими и являются наши смартфоны, TV-приставки, всяческие «Android mini-PC» и прочие ARM-устройства. Как будет сделано на полноценном ноутбуке — я не знаю, я таких никогда не видел. Так что как именно будет реализована загрузка Windows на ARM-ноутбуке — вопрос для меня актуальный. Во всяком случае мне это интересно.
Если вся схема взлетит, то и производители этих самых программ подтянутся и встроят в них работу этим самым железом в среде арм. Но что-то во мне подсказывает, что не будет этого.
КМК, в плане АВ ситуация будет как на Андроиде. Платформа то очень даже популярна, но а) серьёзные вирусы на неё появились только лет через 5 (поправьте, если не прав) и нужды в АВ не было. А когда они появились, то всплыло, что б) АВ всёравно с ними сделать ничего не могут ибо кто же им даст рут.
Кстати, интересно как у WinOnARM будет с этим.
Сам не видел, на ютубе говорили: появился ноут(ы) с одной банкой 18650. Одна банка Карл. Какие тут 20ч? разве что в режиме с выключенным экраном и воспроизведением музыки.
Для програмистов вроде бы как только XCode, который мастхев для написания под iOS. (Его, кстати, разрешили запускать вне макоси?)
А вот для дизайнеров/клипмейкеров/саундов там, говорят, и правда поприятнее.
Видимо большая часть софта для винды так и останется 32 битной. Кстати, а там uefi загрузчик и есть ли данные, можно ли в нем secure boot открутить.
Кстати, хром вообще всё не одним процессом, а несколькими. Ну как несколькими, более 100 процессов, т.е. вкладок =)
В любом случае сейчас x64 это мейнстрим, но из за того, что куча софта не портировано на него винда грузит по 2 версии библиотек. Это банально больше потребление памяти. Да и если бы весь софт на x64 перелез, то можно было бы legacy mode из процессора выпилить.
К тому же для процесса все равно будет 3.5 гига доступно ибо указатели то 32 битные.
Дело не в том "зачем нужно", а в том что это заявляется как чуть ли не абсолютно полноценная замена обычной x86_64 платформы, как равнозначная. А по сути этой равнозначности то и нету. Отсюда и все эти посты.
PS и да, у меня нет стационарника, роль основного компа у меня выполняет таки мощный, но ноут — и покодить, и поиграть, и в инете посидеть, и ещё чем-то нестандартым (для меня) заняться вроде редактирования аудио-видео...
GPU подджерживает OpenGL, Vulkan и DirectX12, так что может быть не всё так печально будет с играми. Но понятно что в основном это будут казульки уровня смартфонов и игровых консолей (поза)прошлого поколения. Ну дык и девайс не для игроманов.
Поживем увидим, выглядит интересно, я бы взял такой, если на него можно будет накатить нормальный Linux без извращений и с поддержкой всего железа, в чем я сильно сомневаюсь.
Предыдущая версия Windows RT не пользовалась успехом, в том числе из-за нехватки совместимого программного обеспечения.
Ну да, конечно! А разрешение установки ПО только из windows store кто придумал?
Можно ещё и secure boot сюда привести, что не позволяет запустить ОС, отличную от WinRT.
Apple скорее всего тоже на arm перейдет. Вопрос времени....
github.com/opensource-apple/xnu
Совсем переходить не надо — всё же мощность Core i7 порой бывает нужна.
Но вот сделать гибридную платформу, с незаметным для пользователя переключением с мощного Core i на экономный ARM, которого за глаза хватит для большинства задач, было бы неплохо.
С видеокартами это у них получилось.
Тогда уж надо на Atom переключаться, а не на ARM. А то "переключение" между двумя процессорами с разными системами команд как-то слабо представляется...
о внешнему виду Windows 10 на ARM ничем не отличается от ОС на нормальном компьютере.
Верно написано. Пока тяжелые рабочие приложения не будут нормально и шустро бегать — речь ни о чём. Фотошоп запустили — молодцы, он у меня и на интел атоме 5-летней давности под 2 гб озу запускается. А вот чтоб графику на конвеер поставить — таки маловато будет. Расходимся, рано еще хоронить Intel.
PS: еще один интересный обзор на них тут.
Разве что разработчику нужно поставить одну галочку в UWPправильно ли я понимаю, что все что было написано для Windows до появления этой галочки не заработает?
Интересно, а цена этих нетбуков вообще никого не интересует?
Просто вспоминая цены на фирменные планшеты от Microsoft, мне кажется, что будет дешевле купить будет купить какой-нибудь навороченный ноут Lenovo с огромным powerbank.
Тестеры жаловались, что у ARM-ноутбуков с Windows 10 не работает индикатор заряда аккумулятора, но это оказался не баг