Comments 171
Win32 работают, а 64?
А что за Win64?
Под Win32 здесь, как мне кажется, подразумевается API Windows как таковое, а не разрядность платформы
The verge пишет, что поддержки эмуляции 64х битных приложений нет
www.theverge.com/2016/12/7/13866936/microsoft-windows-10-arm-desktop-apps-support-qualcomm
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
Помнится, у Интела были возражения по поводу нелегальной трансляции x86 в ARM64, ждем судебных исков?
Она может быть легальна, с соответствующими отчислениями? Нет?
Ну, как видно, эмуляция в принципе технически возможна, вопрос лицензионных прав тут скорее юридический. Насколько я знаю, пока публикаций не было и разрешений на это Интел не давал, а представители Qualcomm и Microsoft от ответа уходят.
Немного подробностей есть в статье: www.zdnet.com/article/intel-seemingly-hints-of-potential-patent-infringement-around-x86-emulation-on-arm
Немного подробностей есть в статье: 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'ы делают тоже самое, но только в обратном направлении.
Если это окажется правдой, то нас ожидают забавные судебные разборки "кто у кого и что первым спёр". :-)
«Его можно зарядить через пару дней. Вот какое время работы от батареи» — это не проблема, надо просто сделать ноутбук ещё тоньше.
UFO just landed and posted this here
UFO just landed and posted this here
Это для ARM в простое?
Насколько я знаю, потребление «обычного» wintel ноута типа i5-6200u/8Gb/SSD m.2/13" раскладывается примерно так: 4-6 Вт матрица, 3-17 Вт процессор, 1-2 Вт накопитель, 2 Вт память и остальное примерно 2-3 Вт. Итого выходит 10-30 Вт суммарно, и экран тут не самый многожрущий…
Насколько я знаю, потребление «обычного» wintel ноута типа i5-6200u/8Gb/SSD m.2/13" раскладывается примерно так: 4-6 Вт матрица, 3-17 Вт процессор, 1-2 Вт накопитель, 2 Вт память и остальное примерно 2-3 Вт. Итого выходит 10-30 Вт суммарно, и экран тут не самый многожрущий…
Как же тогда макбук с батарей около 40 втч живёт около 10 часов?
А он не живёт, он спит :)
При офисной работе (набор текста, просмотр информации...) компьютер спит большую часть времени, отключается всё, что можно и немного того, что нельзя. И экран макбуки пригашивают очень быстро, чуть отвлекся — и он уже потускнел.
Но всё равно в 90% долю потребления экрана даже в таком режиме не верится, я бы поставил на 50-60%, процессор в простое 1.3-1.5 Вт ест, насчет памяти не в курсе, но вроде в ноутбуках неиспользуемый объем отключать пока не научились.
При офисной работе (набор текста, просмотр информации...) компьютер спит большую часть времени, отключается всё, что можно и немного того, что нельзя. И экран макбуки пригашивают очень быстро, чуть отвлекся — и он уже потускнел.
Но всё равно в 90% долю потребления экрана даже в таком режиме не верится, я бы поставил на 50-60%, процессор в простое 1.3-1.5 Вт ест, насчет памяти не в курсе, но вроде в ноутбуках неиспользуемый объем отключать пока не научились.
Формально интеловскому процессору тоже можно урезать потребление (сделать из него 835-й по сути), также если к qualcomm-овскому чипу при крутить радиатор, он сможет расходовать больше энергии. Есть сомнения что qualcomm смог сильно обойти intel по энерго-эффективности.
Кстати, 90% расхода это экран, вернее подсветка.
Не 90, а 30 и то в простое.
Сравните время в простое со включенным экраном и потом тоже самое со 100% нагрузкой CPU. Разница будет в несколько раз.
Часто ли обычный юзер (вряд ли на ARM-нетбуках кто-то будет держать сервер БД) загружает процессор на 100%? Мой ноут на 5-летней батарее, которой хватает едва ли на 40 минут чтения с экрана, может на ней часами играть музыку в фубаре при закрытой крышке. Но стоит ее только открыть, как моментально выдает battery critically low и уходит спать.
Обидно, что не будет сразу эмуляции х64. Надеюсь, это только на первых порах, а то попахивает жлобством по части ОЗУ или нежеланием сразу с х64 работать, вместо того, чтобы начинать с х86.
Хотя постойте, в ARM вообще есть поддержка х64? Вон Razer грозится 8 ГБ в их смартфоне
Хотя постойте, в ARM вообще есть поддержка х64? Вон Razer грозится 8 ГБ в их смартфоне
Конкретно эта модель 64-битная, Snapdragon 835. И не единственная, среди топовых все 64-битные.
Все современные arm — 64хбитные.
ограничение в 3.6 гигов для х86 чистая формальность. на win2003 x86 прекрасно виделось 16 гигов оперативы без проблем. там проблема только с РАЕ и драйверами его поддерживающими. тоесть чисто в теории профита от х64 на этих ноутах не будет если виндовозы сразу нормальные драйвера напишут с поддержкой более 3.8 гиг оперы
если виндовозы сразу нормальные драйвера напишут с поддержкой более 3.8 гиг оперы
Ну еще же аппаратная поддержка этого дела требуется. х86-64 видимо по той же причине нет — или регистров нехватает для аппаратной эмуляции или еще чего-то.
на обычном P3 800 это работало на ура — нкиаких проблем обычный х86 старый проц дремучий :) только программно ограничено. кстати есть патчи чтоб включить на х86 системе поддержку бОльшего кол-ва оперативы но тут же вылезут проблемы с драйверами видеокарты и обычно — встроенный звук тоже…
Причем тут P3 который изначально на х86 если речь про Snapdragon на ARM? 64-битная ОС под ARM и так видит больше 4 гб, какой толк там PAE драйверами эмулировать? A обычные среднестатистические user-mode 32 битные х86 приложения абсолютно одинаково не смогут использовать больше 2 гигабайт за раз что с трансляцией в arm, что на х86, что на х64 системе, что с PAE что без него.
Ну точнее технически это конечно возможно но требуется специально приложение затачивать под это, используя всякие костыли Address Windowing Extensions и.т.п. (таких приложений по моему в мире ничтожно мало), и вот профит от х64-86 как раз в том чтобы избегать такой клоунады с адресацией.
Ну точнее технически это конечно возможно но требуется специально приложение затачивать под это, используя всякие костыли Address Windowing Extensions и.т.п. (таких приложений по моему в мире ничтожно мало), и вот профит от х64-86 как раз в том чтобы избегать такой клоунады с адресацией.
много приложений под мобильное устройство заточенное на длительность работы будет требовать кучи в 2.3 гига? Зачем такое приложение тогда вообще нужно не на рабочем компьютере/сервере а на мобильном недобуке. Или ктото всерьёз рассматривает мощнейший арм + эмуляция х86 всерьёз как замену настольному х86/х64? Вы меру знаете? Почему тогда не возмущаетесь что всего 2 гигагерца в смартфонах процы и нет AVX? когда выйдет смарт для майнинга с 4 разьемами под 1080 жифорс? Или может это просто мобильный телефон — ноутбук/трансформер для конкуренции в сегменте андроид смартфонов? много у вас на смартфоне приложений зажирающих за раз больше 2-х гиг оперативы если учесть что брайзер открывает каждую страницу отдельным потоком?
Зачем вам 16 гиг оперативы на телефоне?
Зачем вам 16 гиг оперативы на телефоне?
UFO just landed and posted this here
свернутые убиваются? вы про андроид? у него 2 мегабайта простой хеловорд занимает… забейте… кроме того речь о больше чем 2 гига НА ОДИН ПОТОК ОДНОГО ПРИЛОЖЕНИЯ! остальное 32-хбитные системы позволяют легко. win2003 умеет 32 гига будучи 32-хбитной :)
Эмм… А потоки одного приложения разве не в одном (общем) адресном пространстве запускаются?
Есть способы это обойти. Опера с хромом например запускают доп процессы для обработки а в головной шлют уже обработанные данные. в общем я писал на c# приложение которое единоразово кушало 6 гигов на 32-х битной системе и ничо не вылетало… другое дело что не всегда я мог получить одним целым куском 1 гиг. а именно это является ограничением. х64 позволяет а х86 не позволяет единовременно одним цельным куском выделить больше 2 гиг оперативки. но я не знаю зачем одниму приложению единоразово больше 2-х гиг оперативки на портативном устройстве фишка которого энергосбережение.
malloc(8Gb) там сделать можно? нет? не нужна такая «поддержка».
а зачем такая огромная монолитная куча? или вы думаете что ваша программа с такой реализацией будет нормально запускаться после того как ктото в танчики поиграл или в браузере полазал?
Ну покажите мне реальный практический смысл такого оператора в портативном устройстве? чем вы собрались занимать 8 гигов непрерывно выбеленной кучи и что будет с вашей программой когда единым куском система хоть х64 хоть х86 с PAE выделить не сможет. даже 2 гига непрерывной кучи уже большая проблема выбелить не говоря уже о таких извратах
Ну покажите мне реальный практический смысл такого оператора в портативном устройстве? чем вы собрались занимать 8 гигов непрерывно выбеленной кучи и что будет с вашей программой когда единым куском система хоть х64 хоть х86 с PAE выделить не сможет. даже 2 гига непрерывной кучи уже большая проблема выбелить не говоря уже о таких извратах
malloc() выделяет виртуальную память, а не физическую. x64 спокойно выделит такой блок, если его размер будет меньше, чем суммарный размер свободного места файла подкачки и ОЗУ.
8 ГБ может занимать, например, отсканированная 3D модель. Можно, конечно, постараться и расположить эти данные в не непрерывном массиве, но проще воспользоваться преимуществами виртуальной памяти на x64 и впихнуть всё в 1 блок.
Вы это на карманном устройстве собрались делать который будет иметь производительность на уровне хорошо если 5% от компьютера который этот арм пытается симулировать? вы серьёзно? будете ждать 20 минут пока ваша модель прогрузится и разместится в памяти (которым в данный момент итак больше 4-х и не планируется!
Его фишки две — компактность и энергопотребление и он иногда сможет с жуткими тормозами и вылетами через раз — запускать простые приложения полностью написанные по канонам мелкомягких без использования хардвар специфических фич… вы точно поняли суть презентации и что это вообще за устройства планируются?
Его фишки две — компактность и энергопотребление и он иногда сможет с жуткими тормозами и вылетами через раз — запускать простые приложения полностью написанные по канонам мелкомягких без использования хардвар специфических фич… вы точно поняли суть презентации и что это вообще за устройства планируются?
Какие 5%, какие тормоза, какие приложения по канонам? Вы видос с фотошопом не видели что ли? По-моему путаете эту разработку с атомом в китайских планшетах.
Пользователи моих программ (геологи) в некоторых случаях хотят оперировать моделями (но не обязательно такими огромными), не вылезая из карьера. Сейчас это невозможно по ряду причин (аккумулятор, экран, корпус в планшетах плохие, формфактор ноутбука неудобен), но я "в фоне" подыскиваю подходящее железо.
Так что спрос на портативные и мощные устройства есть. Но это не совсем массовый рынок.
проведите им инет и считайте ваши модели на серваке а им — только результирующие картинки
Есть определённые трудности, чтобы провести инет в карьер (не всегда есть видимость на БС, где её ни размести; wifi наверно вообще не добьёт), а в шахту совсем сложно. Ну и цена — мощное мобильное устройство дешевле.
локальный сервак? не? инет-то тут причем? Хотя что мне пытаться до вас чтото донести? у меня ж на домашней рабочей машине НЕ ноутбуке всего 8 гиг. и система 32 и я ни разу не встречался с проблемой. Вы пытаетесь засунуть слова в ужа :) уж он по земле ползает, слон он большой и по земле ходит. Вам надо мощное железо с поддержкой х64 и 64 гигами оперативвы — так и купите то что вам подходит а не придумывайте на некую пародию атома мегазадачи — это глупо
Локальный сервак где? В рюкзаке? Если он будет весить килограмм 5 с батарейками на 15 часов работы, то может быть. Иначе проще "наверх" подняться.
Почему-то из того, что вам хватает 8ГБ, вы делаете вывод, что 8ГБ хватит всем, и дальше наращивать мощности вообще не имеет смысла. Нет, условные 64ГБ RAM в планшете, способном работать автономно часов 15 — это хорошо, и хорошие задачи под это железо найдутся.
Воспринимайте эти дополнительные гигабайты как быструю подкачку.
Приложения всё равно остаются ограничены адресным пространством.
Приложения всё равно остаются ограничены адресным пространством.
а зачем мне как писателю мобильного приложения под операционку с 100500 библиотеками встроенными на любой вкус выделять одному потоку единый кусок в 2 гига и больше? расскажите ка пожалуйста почему такое приложение не должно крутиться на большом мощном настольном пк а должно запускаться на мелком тормозном и внезапно-портативном устройстве? Вы на андроиде в своем смартфоне можете выделить больше 2-х гигов кучи единым куском единым потоком? пишите по-человечески программы, разбивайте распаралеливайте огромные массивы данных если уж пришла потребность в такой огромной куче. это моветон — писать пользовательские приложения жрущие 3-5 гиг оперативы цельным куском ибо фрагментацию оперативки никто не отменял и поработав на компе пол дня в одних приложениях может легко оказаться что из 16-ти гигов оперативки цельным куском и 3 гига не найдется.
Откуда вы взяли про "цельный кусок оперативы"? Фрагментация ОЗУ перестала быть проблемой начиная с эпохи i386
Если ноутбук претендует на то, чтобы быть ноутбуком — причём здесь «писатель мобильного приложения»?
Я вот совсем наоборот, пишу приложение, где можно и сотню, и более гигов выделить, при этом именно «одним куском».
Разумеется, не мобильное и не десктопное.
Но на рабочей машине в целях отладки хочется иногда его запустить с объёмами поскромнее сотни, но побольше четырёх — как раз чтобы убедиться, что оно на этом не споткнётся.
Я вот совсем наоборот, пишу приложение, где можно и сотню, и более гигов выделить, при этом именно «одним куском».
Разумеется, не мобильное и не десктопное.
Но на рабочей машине в целях отладки хочется иногда его запустить с объёмами поскромнее сотни, но побольше четырёх — как раз чтобы убедиться, что оно на этом не споткнётся.
Отладка серверных линуксовых sql запросов на х86 домашней машине с sqlexpress? вы серьёзно? использовать разные платформы для проверки платформозависимых особенностей? на андроиде в смарте тоже так проверяете? и все получается? Какие претензии к 'bvtyyj этому продукту? Вы попутали сервер десктоп и мобильный автономный ноут на арме который ИНОГДА может запускать НЕКОТОРЫЕ приложения х86 через медленнучую онлайнтрансляцию кода! Вы только вдумайтесь! это даже не уровень явы… это уровень DOSBOX под ПокетРС
Зачем вы сразу придумали как натянете лося на вентилятор и тот дуть не будет? Это нишевое устройство сидеть вконтактике ганять 1с примитивные и листать ютубчики.все. ниокаком дебагинге серверных аплетов нет и речи ни о каком полнейшем 100% совершенном транскодинге речи не идет — есть некоторые приложения написанные по всем канонам мелкомягких которые иногда будут почти без глюков запускаться прозрачно для пользователя. Все. об остальном должен бумать разработчик этих приложений.
Зачем вы сразу придумали как натянете лося на вентилятор и тот дуть не будет? Это нишевое устройство сидеть вконтактике ганять 1с примитивные и листать ютубчики.все. ниокаком дебагинге серверных аплетов нет и речи ни о каком полнейшем 100% совершенном транскодинге речи не идет — есть некоторые приложения написанные по всем канонам мелкомягких которые иногда будут почти без глюков запускаться прозрачно для пользователя. Все. об остальном должен бумать разработчик этих приложений.
Ничего себе Вас бомбануло!
Даже возникает ощущение, что Вы как-то заинтересованы (материально, или ещё как-то шкурно), чтоб замолчать недостатки и претензии.
Слишком громко кричите!
Даже возникает ощущение, что Вы как-то заинтересованы (материально, или ещё как-то шкурно), чтоб замолчать недостатки и претензии.
Слишком громко кричите!
просто как андроиды по 9 тыщ покупать ни на что не способные куски глючного г-нокода то норм а вот х86 платформа с энергосбережением — фууу хрееень… ага ну дада… хрень… точно… андроиды тогда что? там и х86 нету :)
Меня бомбит да… люди сразу кидаться гавном начали в то что всегда казалось недостижимым. это успех и это нереальное кол-во работы труда и т.д.
Надо в карьере такие обьемы — ставь там в карьере сервер а на руки людям — экранчики с RDP и все :)
Меня бомбит да… люди сразу кидаться гавном начали в то что всегда казалось недостижимым. это успех и это нереальное кол-во работы труда и т.д.
Надо в карьере такие обьемы — ставь там в карьере сервер а на руки людям — экранчики с RDP и все :)
Возможно, лицензионные проблемы.
К тому же под виндой это может быть не так критично, если многие приложения нынче на .NET
Байткод же можно нативно эмулировать, а не через прослойку x86/x64
К тому же под виндой это может быть не так критично, если многие приложения нынче на .NET
Байткод же можно нативно эмулировать, а не через прослойку x86/x64
Убунту поставить можно?
Убунта уже умеет на арм работать. Правда только серверная на сколько мне известно. Но хватает и десктопных арм-дистрибутивов.
В Linux и qemu можно, и транслировать и x86_64 приложения в ARM. Но загрузчик, скорее всего, заблокирован, да и драйверов не будет :(
Пока что рано судить. По факту эти ноутбуки — это (очень грубо, но тем не менее) как ARM SoC based PC, такие как Raspberry Pi или Orange Pi и другие, только в формате ноутбука плюс прослойка софта для x86.
Выглядит как попытка попасть в нишу 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.
Выглядит как попытка попасть в нишу 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.
Насколько я понял — они не ориентируют его как веб-ноут, типа хромбука, а просто ноут на арм — чтобы было. Так что — сложно понять, в какую нишу лезет майкрософт, такое впечатление — что сами не понимают.
Qualcomm выпускает низкоуровневые дрова для сборок андроидов, так что драйвера от Qualcomm под линукс будут. Вот остальное — это вопрос.
UFO just landed and posted this here
Qualcomm самый «открытый» из всех ARM: www.codeaurora.org
Ну и даже на Toshiba AC100 Fedora хорошо работает из коробки.
Основная проблема это SecureBoot, если он будет включен и официального 'unlock'а
не будет, нечего стороннего поставить не удастся…
Ну и даже на Toshiba AC100 Fedora хорошо работает из коробки.
Основная проблема это SecureBoot, если он будет включен и официального 'unlock'а
не будет, нечего стороннего поставить не удастся…
Вопрос поддержки x64 уже подняли выше, но также интересен формат носителей данных под эту Windows 10 для ARM. Будет ли поддержка жестких дисков или только SSD? Какой будет разметка дисков? Ведь традиционные ARM ничего не знают ни про MBR, ни про GPT.
А должны знать? В x86 есть какой-то блок инструкций для работы с MBR/GPT?
С MBR есть. 16-битный реальный режим и всё такое.
При чем тут сам процессор? Имеется в виду вся платформа в целом. Wintel платформа для запуска ОС использует BIOS или UEFI — вот они и «знают», как загружать ОС с MBR/GPT дисков, а не сам процессор. Так же и с ARM — там тоже загрузчик загружает ОС, но традиционно схема разделов на носителе совершенно другая. Я специально написал «носитель», а не «диск», т.к. аппаратно он может быть реализован в виде «голого» NAND, MMC или eMMC, некой комбинации NOR flash памяти и eMMC, и т.д. С голым массивом NAND памяти существуют различные варианты разделения «диска» на разделы. По крайней мере на некоторых устройствах разделы управляются на уровне устройств mtd Linux, а их размер и расположение жестко прописаны в загрузчике и ядре. Вот цитата из Википедии по этому поводу:
Но это все на встраиваемых системах, коими и являются наши смартфоны, TV-приставки, всяческие «Android mini-PC» и прочие ARM-устройства. Как будет сделано на полноценном ноутбуке — я не знаю, я таких никогда не видел. Так что как именно будет реализована загрузка Windows на ARM-ноутбуке — вопрос для меня актуальный. Во всяком случае мне это интересно.
После включения системы на базе ARM-процессора, из ROM-памяти загружается начальный загрузчик и адрес его точки входа. Начальный загрузчик проводит предварительную инициализацию системы, исполняя тем самым ту же роль, которую исполняет BIOS на системах x86, после чего может загрузить либо системный загрузчик, либо напрямую ОС.
Единого стандарта на начальный загрузчик не существует: хотя современные версии стандарта UEFI предусматривают возможность реализации этого стандарта для архитектуры ARM, но на практике UEFI используется редко — большинство ОС используют собственные загрузчики, или реализуют совместимость с одним из загрузчиков других систем.
Но это все на встраиваемых системах, коими и являются наши смартфоны, TV-приставки, всяческие «Android mini-PC» и прочие ARM-устройства. Как будет сделано на полноценном ноутбуке — я не знаю, я таких никогда не видел. Так что как именно будет реализована загрузка Windows на ARM-ноутбуке — вопрос для меня актуальный. Во всяком случае мне это интересно.
A зачем процессору знать о MBR или GPT? Это уже уровень ОС.
ну дрова не эмулируются так что про кучу железо-ориентированного специфичного софта можно забыть
Мне кажеться, они нацелились на нишу Macbook Air — модный, лёгкий, долгоиграющий. Вот только шаг влево — шаг вправо от проторенной дорожки браузер-почта-что-то_из_аппстора и получаем грустную какаху.
Если вся схема взлетит, то и производители этих самых программ подтянутся и встроят в них работу этим самым железом в среде арм. Но что-то во мне подсказывает, что не будет этого.
Если вся схема взлетит, то и производители этих самых программ подтянутся и встроят в них работу этим самым железом в среде арм. Но что-то во мне подсказывает, что не будет этого.
здесь как минимум интересно, когда ав-вендоры выпустят свои продукты. Т.к как правило под новые винды, из стороннего софта именно ав решения выходят одними из первых. А если не выпустят, то это будет тонким звоночком об «интересности» и «нужности» платформы
КМК, в плане АВ ситуация будет как на Андроиде. Платформа то очень даже популярна, но а) серьёзные вирусы на неё появились только лет через 5 (поправьте, если не прав) и нужды в АВ не было. А когда они появились, то всплыло, что б) АВ всёравно с ними сделать ничего не могут ибо кто же им даст рут.
Кстати, интересно как у WinOnARM будет с этим.
UFO just landed and posted this here
да свежий атом с нормальной батареей легко даст 20+ часов. другое дело — не производят почему-то, все больше унылые какахи с батареей на 3-4 часа простоя лепят…
Я не очень жалую технику эппл, но вроде как для IT (программистов, вебдизайнеров, аналитиков) у них все на уровне, даже лучше чем у Windows. Это правда?
Отвечу как программист — у всех трёх основных ОС есть свои косяки, а посидев на трёх стульях — они все начинают казаться кривыми.
Для програмистов вроде бы как только XCode, который мастхев для написания под iOS. (Его, кстати, разрешили запускать вне макоси?)
А вот для дизайнеров/клипмейкеров/саундов там, говорят, и правда поприятнее.
UFO just landed and posted this here
Видимо большая часть софта для винды так и останется 32 битной. Кстати, а там uefi загрузчик и есть ли данные, можно ли в нем secure boot открутить.
Зачем вам на ноутбуке х64? ради бОльшего чем 3.8 гигов оперативки? так бОльшее кол-во оперативки прекрасно работает и на х86 WinServer2003 тому пример.
Тебе показать диспетчер приложений? Из 15.9 ГБ занято 12.62 ГБ. Правда, у меня там хром с открытыми более 100 вкладок, так что не показатель.
у меня тоже порой из 32ГБ 20 и более занято, но я не могу понять как можно держать 100 вкладок в хроме — зачем?
12,62 занято одним процессом?
Некоторый софт уже есть только в х64. Например для меня это Factorio, которая с версии 0.15 поддерживает только х64…
В любом случае сейчас x64 это мейнстрим, но из за того, что куча софта не портировано на него винда грузит по 2 версии библиотек. Это банально больше потребление памяти. Да и если бы весь софт на x64 перелез, то можно было бы legacy mode из процессора выпилить.
К тому же для процесса все равно будет 3.5 гига доступно ибо указатели то 32 битные.
Дело не в том "зачем нужно", а в том что это заявляется как чуть ли не абсолютно полноценная замена обычной x86_64 платформы, как равнозначная. А по сути этой равнозначности то и нету. Отсюда и все эти посты.
PS и да, у меня нет стационарника, роль основного компа у меня выполняет таки мощный, но ноут — и покодить, и поиграть, и в инете посидеть, и ещё чем-то нестандартым (для меня) заняться вроде редактирования аудио-видео...
А под windows стим работает? И сколько там игрушек запустится на арме?
Какая разница, сколько запустится? Там будет 1 FPS. Попробуйте поиграть на Атоме, а потом разделите FPS на 2-3-4.
UFO just landed and posted this here
из-за того что бинарная трансляции и динамической рекомпиляции всё же иногда нужно транслировать, не смотря на кэш
UFO just landed and posted this here
Тут абсолютно та же ситуация что и с эмуляторами консолей. Чем точнее эмуляция и чем мощнее эмулируемая система и чем более прожорливо приложение — тем мощнее нужно конечное железо. Для игр банально не хватит мощности процессора чтобы достаточно быстро транслировать вызовы x86 в вызовы ARM. Да и игры в последнее время все чаще x64.
Если я правильно понял, то не совсем так. В эмуляторах вся платформа эмулируется софтверно и постоянно, что обычно крайне медленно (вспомните запуск всяких x86 виндусов на часах через qemu или bochs). В данном случае трансляцией занимается винда один раз, после чего приложуха как бы уже arm, но не совсем.
GPU подджерживает OpenGL, Vulkan и DirectX12, так что может быть не всё так печально будет с играми. Но понятно что в основном это будут казульки уровня смартфонов и игровых консолей (поза)прошлого поколения. Ну дык и девайс не для игроманов.
Поживем увидим, выглядит интересно, я бы взял такой, если на него можно будет накатить нормальный Linux без извращений и с поддержкой всего железа, в чем я сильно сомневаюсь.
GPU подджерживает OpenGL, Vulkan и DirectX12, так что может быть не всё так печально будет с играми. Но понятно что в основном это будут казульки уровня смартфонов и игровых консолей (поза)прошлого поколения. Ну дык и девайс не для игроманов.
Поживем увидим, выглядит интересно, я бы взял такой, если на него можно будет накатить нормальный Linux без извращений и с поддержкой всего железа, в чем я сильно сомневаюсь.
Вы недавно из криокамеры? ARM уже давно перерос недопроцессор Atom
Если туда портируют Linux, то игрушки, имхо, будут, но не стимовские(проприетарные и бинарные), а те, что opensource
Подозреваю, что будет как обычно — дрова на SOC и GPU будут закрытые и только для Microsoft. Да и с залоченными загрузчиками не зря у них был прецедент.
Это очень круто, очень может взлететь (особенно при поддержки трансляции для x86_64). Интересно, какое в среднем замедление.
Предыдущая версия Windows RT не пользовалась успехом, в том числе из-за нехватки совместимого программного обеспечения.
Ну да, конечно! А разрешение установки ПО только из windows store кто придумал?
Можно ещё и secure boot сюда привести, что не позволяет запустить ОС, отличную от WinRT.
Apple скорее всего тоже на arm перейдет. Вопрос времени....
Apple на arm уже есть ios называется)
Не совсем, тем более проскакивала информация о том что если новый процессор собственного производства окажется достаточно работоспособен именно macOS будет переписана под ARM и Intel останется без контрактов.
Они уже не первый год пытаются соскочить с крючка Самсунг и Интел — но все никак не получается…
Однако попыток не оставляют. OLED дисплеи Самсунг будет делать только некоторое время, после поставщика сменят на Japan Display который к 2018 году обещает наладить производство. С Интел так же вопрос будет решён. Apple закрывается не только в программном, но и в аппаратном смысле. И в конце концов у них это получится.
Будут ли переписывать или уже переписали? С х86 было именно так, что несколько лет у Эппла была версия и под ппц и под х86.
Что там переписывать? iOS и macOS имеют одно и то же ядро.
github.com/opensource-apple/xnu
github.com/opensource-apple/xnu
Совсем переходить не надо — всё же мощность Core i7 порой бывает нужна.
Но вот сделать гибридную платформу, с незаметным для пользователя переключением с мощного Core i на экономный ARM, которого за глаза хватит для большинства задач, было бы неплохо.
С видеокартами это у них получилось.
Тогда уж надо на Atom переключаться, а не на ARM. А то "переключение" между двумя процессорами с разными системами команд как-то слабо представляется...
Если мощность Core i7 нужна, вы и купите его. И Core i7 умеет Throttle Down при необходимости. Вычислительная производительность ЦП уже давно превысила психологический порог комфорта использования ОС. Если вам «кино, вино и домино», то зачем покупать дорогую платформу? Майки поступают логично, спасают себя (ос Windows) на рынке мейнстрим устройств и готовят вход на рынок мобильных платформ (UWP и повторюсь, закрытие Windows Phone как отдельной ветки). Continuum работает, ничто не помешает теперь сделать телефон с этой функцией (desktop+mobile touch). Windows Phone теперь рудимент и правильно они от него избавляются. А дальше, вперед к «Корпорации сервисов».
Вспоминается почивший в бозе Cruzoe.
Теперь понятно зачем закрыли Windows Phone. Новая мобильная платформа будет на Windows ARM. Логично!
И нигде не указана ёмкость батареи этого «чуда»… Может там 100500 mAh !?
о внешнему виду Windows 10 на ARM ничем не отличается от ОС на нормальном компьютере.
Верно написано. Пока тяжелые рабочие приложения не будут нормально и шустро бегать — речь ни о чём. Фотошоп запустили — молодцы, он у меня и на интел атоме 5-летней давности под 2 гб озу запускается. А вот чтоб графику на конвеер поставить — таки маловато будет. Расходимся, рано еще хоронить Intel.
Интелу всё-таки есть о чём начинать беспокоиться, на той же технологии у Quallcomm уже готовы 48-ядерные ARM SoC Falkor. Они еще как могут подвинуть x86 на задачах, где больше нужна паралелльность работы, особенно с отдельной выделенной памятью. Там же уже есть аппаратное шифрование, активно целят в нишу веб-серверов на HTTPS.
PS: еще один интересный обзор на них тут.
PS: еще один интересный обзор на них тут.
Я конечно не спец по ОС и процессорам ARM, но мне кажется или теперь можно полноценную винду на RaspberryPi3 установить?
Все, кто пишут про лимит оперативной памяти: лимит зависит от ПРОЦЕССОРА, я думаю что qualcomm могут использовать всю оперативную память. Другое дело что ПРИЛОЖЕНИЯ х86 будут ограничены двумя или тремя гигабайтами памяти, но приложения это не железная платформа. Насколько я понял, просто берется код х86 и интерпретатором прогоняется через ARM64. Так что все ваши вопросы про 3.25 гигов скорее всего бесполезны и не нуждаются в ответе (просто внимательнее прочитайте, это ПРИЛОЖЕНИЯ х86, не процессор или платформа а приложения).
Разве что разработчику нужно поставить одну галочку в UWPправильно ли я понимаю, что все что было написано для Windows до появления этой галочки не заработает?
Интересно, а цена этих нетбуков вообще никого не интересует?
Просто вспоминая цены на фирменные планшеты от Microsoft, мне кажется, что будет дешевле купить будет купить какой-нибудь навороченный ноут Lenovo с огромным powerbank.
Может пригодиться музыкантам, привычным к Виндоуз. У нас повышенные требования к мобильности и большой расход оперативной памяти на сэмплеры и эмуляторы синтезаторов, на фоне жёстких финансовых ограничений. Если привычный ReAper запустится в этой среде тогда интересная тема…
Sign up to leave a comment.
Тестеры жаловались, что у ARM-ноутбуков с Windows 10 не работает индикатор заряда аккумулятора, но это оказался не баг