Возможно, когда-нибудь в будущем самой популярной операционной системой в мире снова будет Windows. Такое произойдёт, если Microsoft удастся реализовать свои планы и распространить Windows 10 на мобильных устройствах — смартфонах, планшетах и других гаджетах, которые работают преимущественно на процессорах ARM. У операционной системы Microsoft есть главный козырь — огромное количество сторонних программ, написанных под Windows. Но все они написаны под архитектуру x86 и не запускаются на смартфонах. Microsoft намерена исправить этот недостаток.

В декабре 2016 года компания Qualcomm объявила о партнёрстве с Microsoft и анонсировала новый 64-битный процессор Snapdragon 835 (ARMv8), на котором сможет работать Windows 10. Предполагалось, что эти процессоры Qualcomm можно будет устанавливать в ноутбуки вместо традиционных чипов Intel и AMD. Начало продаж нового SoC обещали во второй половине 2017 года.

Наверное, кроме ноутбуков, такие чипы пригодны для установки в смартфоны и планшеты. Это будут гаджеты с полноценной системой Windows 10. И они смогут запускать любые приложения для x86, от «Фотошопа» до старых игр.

До сих пор продажи ещё не начались, но на конференции Microsoft Build 2017 разработчики из компании Microsoft записали презентацию (видео), где показали возможности компьютера с процессором Qualcomm Snapdragon 835. Авторы презентации — ведущий менеджер программ подразделения Window Core Kernel Platform Хари Пулапака (Hari Pulapaka) и директор разработки Арун Кишан (Arun Kishan).

Как иронично замечает Liliputing, новая Windows 10 для ARM обеспечивает даже более нативный опыт работы на десктопе, чем Windows 10 S, потому что Windows 10 для ARM разрешает запускать 32-битные приложения из-за пределов Windows Store.

На видео показали, как приложения x86 запускаются и работают на ARM-процессоре Snapdragon 835. Для демонстрации использовался опытный образец планшета (engineering device), предоставленный компанией Qualcomm.

На устройстве установлена операционная система Windows 10 Pro Insider Preview (Evaluation copy Build 16183.rs_onecore_base_cobalt.170423-2207) и полный комплект офисных приложений MS Office 2016. Судя по ярлыку на рабочем столе и в меню «Пуск», там также установлена игра League of Legends, Keeper Password Manager, Tunelin Radio, 7zip.



В свойствах системы явно написано, что 64-битная операционная система операционная система работает на процессоре Qualcomm Snapdragon SDM835 на тактовой частоте 1,9 ГГц, с 4 ГБ оперативной памяти



Менеджер задач показывает запущенные процессы. С виду Windows 10 на ARM ничем не отличается от работы ОС на нормальном компьютере.



На вкладке производительности можно убедиться, что задействованы все восемь ядер ARM-процессора.



Браузер Edge запускается примерно за секунду, работает быстро, прокрутка не тормозит.

Сотрудники Microsoft сказали, что совместимость поддерживается и на аппаратном уровне. В качестве доказательства они подключили к инженерному устройству веб-камеру по USB — и она сразу заработала, без установки драйверов вручную и т.д. Приложения тоже устанавливаются привычным образом — вставляете флешку с дистрибутивом или запускаете инсталлятор, скачанный из торрентов или официального сайта программы — и устанавливаете программу. На демонстрации осуществили такую операцию: зашли на сайт 7zip, скачали инсталлятор и установили архиватор.

Существующие приложения x86 win32 устанавливаются и запускаются на ARM совершенно прозрачно — без необходимости осуществлять дополнительные действия со стороны пользователя или разработчика приложения. Инструкции x86 транслируются в инструкции ARM64 прозрачно во время выполнения программы, а также кэшируются на диске для более быстрого использования в будущем. Ядро, драйверы и все приложения работают полностью нативно (код ARM).

Таким образом, разработчикам приложений не придётся перекомпилировать свои программы под новую платформу. Как показано в презентации, ARM-бинарник в системе прекомпилируется автоматически. Разве что разработчику нужно поставить одну галочку в UWP.



Возможно, в будущем на рынке появится больше ARM-процессоров, на которых сможет работать Windows 10, и тогда действительно ноутбуки с ARM пойдут в народ. Хотя вряд ли они смогут запускать последние видеоигры и выполнять сложные задачи по видеорендерингу.

Месяц назад представители Qualcomm говорили, что ARM-ноутбуки с Windows 10 не появятся на рынке до IV кв. 2017 года.
Поделиться с друзьями
-->

Комментарии (123)


  1. kekekeks
    13.05.2017 15:49
    +1

    Этакий qemu-user. Тот тоже сисколлы хостовому ядру перенаправляет.


    1. StjarnornasFred
      14.05.2017 02:41

      В принципе, это правильно. Программе (и юзеру) должно быть пофиг, какая архитектура у процессора — программа работает не на процессоре, а в операционной системе, которая уже транслирует все команды на процессор, на котором работает. В этом огромный плюс высокоуровневой разработки.


  1. imanushin
    13.05.2017 16:18
    +8

    Нереально круто. По факту конкуренция на рынке планшетов увеличится, что не может не радовать.


    1. UJIb9I4AnJIbIrUH
      13.05.2017 18:22

      Особенно если судить по ценам на чипы Intel. Ноутбучный мейнстримовый Core i3-5005U 2?2GHz + HT стоит $275, а новенький Pentium G4560 2?3.5GHz + HT стоит всего $64.


      1. pOmelchenko
        13.05.2017 22:36

        Особенно если учитывать тот факт, что рынка планшетов практически и нет =)


        1. UJIb9I4AnJIbIrUH
          13.05.2017 22:52

          Да я в общем-то и не про планшеты говорю. Вот я не так давно купил себе ноутбук за 31к с i3-5005U на борту. В нём 17к — процессор. Более 50% цены!!! И это при том, что в моём ноутбуке есть дискретное видео gt940m. То есть если бы я купил ноутбук без дискретной графики, то доля процессора в цене была бы ещё выше. А процессору то даже $100 не факт, что красная цена. То есть по сути конкуренция в лице ARM могла бы помочь мне сэкономить порядка 10000 рублей, что, согласитесь, немало при ценах 25-35к.
          И это не говоря уже обо всяких планшетах на Win x86-64, там цена процессора вообще превышает все разумные пределы даже с учётом их достоинств. А за разумные деньги в таких планшетах стоят только атомы, от которых волосы встают дыбом. Так что если Qualcomm дотянется своими ARM-овскими руками до полноценной Windiws, то это положительно скажется и на рынке планшетов в том числе. Да и на рынке смартфонов, возможно. В общем успехов им в начинании!


          1. jamakasi666
            13.05.2017 23:08

            Лучше дождаться Райзенов с графикой, пока выглядит более чем аппетитно.


            1. UJIb9I4AnJIbIrUH
              13.05.2017 23:23

              Будем надеяться, что так оно и будет. И вишенка на торте — общая ОЗУ.


            1. Tufed
              15.05.2017 12:01

              Если они будут иметь завышенную ценовую политику как уже выпущенные то не вижу аппетитности. И вообще не понимаю ажиотажа вокруг Райзенов. 8-ядерные FX ± такие же по мощности, а с гипертрейдингом у меня тоже показывает 16 потоков. Все сравнения в обзорах напоминают погоню за попугаями без привязки к реальным задачам. Единственное что заставляет задуматься — поддержка более высоких частот DDR4. Если уж смотреть на встроенную графику то есть более аппетитные по бюджету решения на А сериях, десктопные версии которых лично меня впечатлили (мобильные версии не пробовал).


          1. Areso
            14.05.2017 14:03
            +1

            РРЦ и настоящая цена для OEM — две абсолютно разные вещи, в случае с Intel.


            1. UJIb9I4AnJIbIrUH
              14.05.2017 14:06

              А где можно узнать настоящую долю цены процессора?


              1. Areso
                14.05.2017 20:47

                Нужен инсайд от OEM сборщиков. Просто так, под запись, вам это никто не скажет. Партнерские соглашения, более чем уверен, содержат NDA.
                Но можете попробовать посчитать самостоятельно. К примеру, с этими процессорами продаются fanless PC на aliexpress, за 200-250 долларов предлагаются в barebone формате (корпус + бп + мать + проц).


                1. UJIb9I4AnJIbIrUH
                  14.05.2017 21:00

                  Ну не знаю, 250 долларов это в общем то где-то 14000 рублей. Я нашёл вот это за 17к у продавца, получается с учётом доставки 20,5к рублей. Он как раз соответствует моей конфигурации ноутбука (в том, в чём может соответствовать, конечно, но он ещё и WiFi раздавать умеет). Если добавить сюда экран, батарею, внешнюю видеокарту, дисковод, клавиатуру, динамики, тачпад (может ещё забыл что-то, не знаю), то получится что-то около 28-30к. Вроде сходится всё по ценам в итоге.


                  1. ustasby
                    16.05.2017 17:32

                    Маржа производителя и продавца в ноутбуке за 30К примерно 10-15К, исходя из этого и считайте. Получается себестоимость + работа примерно 15-20К.


  1. alex_ter
    13.05.2017 16:30

    это надо быдло реализовывать одновременно с выпуском Windows 8. конечно, лучше поздно, чем никогда, но тем не менее.


    1. Giriia
      14.05.2017 00:17

      А была же попытка. Windows RT- по внешнему виду как обычная восьмая винда, но несовместимая с виндовыми приложениями. ПО только из магазина приложений.

      скрин
      image


      1. Kobalt_x
        14.05.2017 00:20

        ну вообще то для неё и arm компилятором можно было что-то собрать, и ставить в обход магазина. Вроде тот же 7-zip собирали


        1. sumanai
          14.05.2017 00:33

          Неофициально и вроде быстро прикрыли.


          1. SargeT
            14.05.2017 02:14

            Не прикрыли, если быть точным. В 8.1 тот метод джейлбрейка (привязанного, кстати) пофиксили, но если очень надо, можно хардресетнуть до 8.0 и запретить обновления, а в нём вполне себе джейлбрейкать и ставить в обход магазина. Это я в смысле, что дыра не в фирмваре, а в ОС, и её прошивкой не прикрыть никак.


        1. Giriia
          15.05.2017 21:01

          Но там был такой скудный набор, что по сути ничего и не было.


          1. rPman
            16.05.2017 19:07

            .net приложения работают?


      1. alex_ter
        14.05.2017 02:19

        Дело не в Сторе. Для WinRT требуются exe, собранные ARM компилятором. Чтобы запускать на ARM приложения x86 архитектуры, нужна технология, описанная в этом посте.


  1. olgerdovich
    13.05.2017 16:41

    Это было бы сказочно хорошо!
    Моя мечта — 8 дюймов на Винде со стилусом. Три-четыре года назад был на этот счет Asus vivotab 8 на Intel Atom, но этой модели были свойственны проблемы со стилусом; я их вполне словил на своем экземпляре, который со временем как-то совсем захворал (пошли проблемы с аккумулятором) и сдох. А нынче либо стилус, либо винда, либо 8 дюймов, либо цена заоблачная и не в России. Хочу надеяться, что с переходом на ARM количество моделей на Windows расширится достаточно, чтобы среди них нашлись 8-дюймовые модели со стилусом.


  1. Tanner
    13.05.2017 16:45
    +3

    Это что теперь, за разлочку телефона тоже придётся платить $30 биткойнами?


    1. chupasaurus
      13.05.2017 16:53
      +3

      Windows XP не может в ARM


      1. sumanai
        13.05.2017 19:09
        +3

        Ничего, скоро сможет ReactOS.


        1. a553
          13.05.2017 20:21

          А под ReactOS работает тот вымогатель?


          1. sumanai
            13.05.2017 20:57

            Сейчас думаю нет, там самбы нет нативной. Но ничто не мешает написать полностью совместимую с Windows реализацию ))


            1. iDm1
              14.05.2017 01:33

              Совместимую на уровне багов и уязвимостей? :)


              1. sumanai
                14.05.2017 02:44
                +2

                По крайней мере стремятся к совместимости «Баг в Баг», так как многие программы опираются на эти баги в своей работе, и разработчикам ReactOS, как и WINE, приходится эти баги эмулировать. А про уязвимости да, юмор )


  1. yurisv3
    13.05.2017 16:48

    в OS X (до 10.7) была Rosetta — транслятор PowerPC в x86. если производительность примерно такого же порядка, то это лихо, весьма юзабельно.


    1. vvzvlad
      14.05.2017 10:26

      Переход на x86 был, в том числе, обусловлен тем, что их производительность была выше. А тут пытаются перейти, потому что арм дешевле и менее жруч. Так что вряд ли будет как в OS X


      1. yurisv3
        14.05.2017 14:54

        все банально проще — уменьшение издержек. экосистема х86 в тот момент стала дешевле всех.

        я года четыре назад поставил 10.6 хакинтош на нетбук 1.6ghz Atom (типа сделал утилизацию в милый сувенир), это было ноздря в ноздрю с iBook's G4 1.2ghz.

        CS2 фотошоп (а он был только PowerPC!) на ощупь был даже малька пошустрей, чем до этого на XP. из-под Rosetta.


  1. Nekto_Habr
    13.05.2017 17:27
    +2

    Возможно, когда-нибудь в будущем самой популярной операционной системой в мире снова будет Windows.


    Хмм. Понимаю, что недавно у Андроида была важная веха и всё такое (самая распространенная ОС). Но таки сравнивать мобильные ОСи и десктопные как-то пока всё-таки ну нельзя. И если сбросить мобильные ОСи со счетов — Винда не самая ли популярная ОСь до сих пор?


    1. Akuma
      13.05.2017 17:41

      Тоже так считаю.
      Более того, многие пользователи считают винду вообще единственной ОС для компьютеров. А это очень крутой показатель популярности.


  1. redpax
    13.05.2017 17:34

    Вообще это здорово, что софт от х86 будет совместим, это даст жизнь планшетам на windows 10 и возможно займет место офисных десктопов. Вот бы посмотреть как фотошоп работает на ARM, если adobe еще выпускает x86 версии.


    1. kAIST
      13.05.2017 21:07

      Х86 он выпускает. Хоть сейчас можно взять какой нибудь планшет на атоме и посмотреть, как собственно все это дело работает. По моим ощущениям не очень.
      Большинство профессионального софта с тачскрина не юзабельно, только подключив мышку можно нормально пользоваться.
      Да и с производительностью проблемы — практический на любом ноутбуке все это работает ощутимо быстрее.


    1. Anarh
      13.05.2017 22:33

      В прошлом году они уже показывали запуск фотошопа на 820 snapdragon.
      https://www.youtube.com/watch?v=A_GlGglbu1U


  1. Bluewolf
    13.05.2017 17:43
    +1

    С другой стороны, планшеты на Атомах давно есть и винда с фотошопом на них работает и так. В чем преимущество ARM?


    1. Viknet
      13.05.2017 19:01

      Производительность на ватт и стоимость.


      1. Bluewolf
        13.05.2017 19:29
        +3

        По производительности на ватт вроде как они давно сравнялись.

        По цене — наличие виндовых планшетов за 5-7 т.р. с клавиатурой (в местных магазинах!) не показывает высокой стоимости атома.

        Понятно, что если винда будет на АРМе запускать легаси-приложения, то выбора будет больше. Но в целом — это не похоже на перемену мира.


        1. UJIb9I4AnJIbIrUH
          13.05.2017 23:31

          Ну на такой «зверюге» особо не погоняешь,

          … а благодаря повышенному объему внутренней памяти до одного гигабайта пользователь сможет комфортно выполнять любые задачи с помощью данного устройства.

          А уже более-менее вменяемые мобильные-мобильные процессоры Intel идут по ценам в районе $280400. Я, конечно, понимаю, низкий TDP и всё такое, но это всё таки явный перебор.


        1. Viknet
          14.05.2017 14:43

          Пока ещё не сравнялись. А Intel уже признал, что для мобильных устройств Atom проиграл гонку и выбывает. Модели же помощнее и жрут побольше (особенно если считать вместе с чипсетом, как в случае ARM SoC).
          Внутре же вашего примера списанный процессор четырёхлетней давности. Неудивительно, что их хоть как-то пытаются сплавить.
          А в нормальный запуск виндового легаси я не верю вообще. Это скорее стратегия постепенного перетягивания всех на новые .NET приложения, которые будут работать куда быстрее на этих камнях благодаря JIT.


      1. Alex_ME
        14.05.2017 15:16
        +1

        Отец некоторое время назад купил планшет на Windows с атомом, Irbis какой-то. 2 Гб ОЗУ, 32 Гб ssd (emmc?), где-то тысяч за 10 плюс-минус. С аналогичным объемом памяти 10" android-планшеты были дороже.
        Спустя некоторое время друг купил тоже Irbis, другой модели, там уже 4 Гб ОЗУ и 64 Гб накопителя.


        Так что я поспорил бы с тем, что arm-ы дешевле идут.


        1. dronab
          14.05.2017 20:07

          Хотел прям тоже самое написать, прям опередили)) Только я Ирбис брал за 6700 руб. Неплохая машинка, брал для редкого девелопа в полевых условиях. Тянет визуал студию 2015 вполне неплохо. Правда если в Опере открыть больше 10-15 кладок — то начинаются тормоза жуткие. Батарейка долго живет, клава в комплекте с тачпадом и это чехол одновременно — это вообще круто. Одним словом очень понравилось и софт любой поставить можно.
          Из минусов тачскрин не успевает правильно обрабатывать касания если быстро набираешь и ошибается и жмет соседнюю клавишу или точку.


    1. stetzen
      13.05.2017 23:05

      Вроде Интел свернул разработку планшетных атомов.


      1. Areso
        14.05.2017 14:09

        А толку? Core m серии это примерно тоже самое)


  1. Punk_Joker
    13.05.2017 17:48

    Важна не только ОС, но и софт. Сейчас софта под Windows на мобильный устройствах мало. Являюсь обладателем 8' планшета на Atom, с установленной Win10. но необходимый минимум есть. Не хватает только LibreOffice адаптированного для планшетов, но это уже мое IMHO


  1. nehrung
    13.05.2017 17:56

    они смогут запускать любые приложения для x86, от «Фотошопа» до старых игр.
    В статье не сказано, какой пользовательский интерфейс использовался на демонстрации. Если привычный графический под курсор и мышку, то да, смогут. Если же плашечный ModernUI (что гораздо вероятнее на смартфонах и планшетах), то не смогут — слишком мелки элементы графического интерфейса, а пятно контакта пальца слишком велико.
    Ну разве что придумают какой-нибудь преобразоватор… Но даже в этом случае придётся тренировать себе новый навык управления.


    1. UJIb9I4AnJIbIrUH
      13.05.2017 19:03

      Сделают интерфейс смартфон-телевизор/монитор и все дела. Вообще емнип у Самсунга такой уже давно есть. И получится «всё своё ношу с собой».


    1. UJIb9I4AnJIbIrUH
      13.05.2017 19:04

      Ну и на мышь+клавиатуру, само собой. Это у Самсунга вроде тоже уже было реализовано.


    1. Alexsey
      13.05.2017 21:35

      Одно слово — continuum.


  1. sumanai
    13.05.2017 19:15

    Интересно, а х64 работать будут?
    Так же интересно, можно ли будет компилировать нормальные приложения под ARM, тот же 7-zip имеет открытый код, или это поддерживается только для метро-приложений.


    1. gimntut
      13.05.2017 22:34

      Статью не читали?
      Необходимости компилировать под ARM нет, так как x86 код в этой системе и так хорошо работает.
      При этом система 64-битная.
      Хотя, если я правильно понял статью, запускается именно ARM код, который генерируется перед первым запуском приложения из x86 кода.


      1. rPman
        14.05.2017 12:20

        Компиляция в нативный код в любом случае нужна, какой бы не был хорошим автоматический бинарный транслятор, он хуже компилятора из исходных кодов.

        p.s. оперативная памяти! 1-2 гигабайта для windows приложений это МАЛО! Я правильно понимаю что у современного ARM потолок — 4гб?


        1. Kobalt_x
          14.05.2017 13:41

          ну вроде сейчас выходят в "тренд" телефоны с 6gb+ памятью, так что не думаю что у Snapdragon 835 потолок 4gb.


        1. sumanai
          14.05.2017 13:54

          Я правильно понимаю что у современного ARM потолок — 4гб?

          У вас устаревшая информация, сейчас 64 битный ARM с намного большим потолком по памяти.


  1. mistergrim
    13.05.2017 19:19
    +3

    Раз уж 7-Zip гордо демонстрируют, продемонстрировали бы и результаты его бенчмарка.


    1. jamakasi666
      13.05.2017 23:10
      +1

      Им стыдно =)


  1. Arxitektor
    13.05.2017 19:33

    Все очень круто как и пасали
    А все из-за того что ARM очень не хило подняли производительность за последние 5 лет.
    А apple os X перепишет для работы на своих А процах )
    Может и Интел снизит цены раздутые дальше некуда на свои камни.
    А главное что Snapdragon 835 полноценный и очень крутой SOC
    LTE модем и производительная графика и прочие вкусности на борту )).
    А теперь как я думаю о главном:
    Если еще не будет вендор лока… т.е. винда в отличии от андроида обновляется то централизованно и долго ))
    Это будет супер ведь мне ничего не помешало на 8 ноут накатить 10 диск только на SSD поменял.
    А попробуй так с андроидом том вообще может и такого производителя телефонов уже не быть года как 2.
    И главное добавить нативный запуск андроид приложений…
    и не забывать про интеграцию с линуксом которую потихоньку пилят…


    1. Revertis
      13.05.2017 20:55

      Боюсь вас огорчить, но всё же скажу: самая главная проблема с обновлениями андроида не в самой системе, а в драйверах под конкретную конфигурацию железа. Со старыми ноутами в мире винды существует та же проблема.


      1. bondarenkod
        13.05.2017 22:35
        +3

        В 2009 году купил Toshiba A300-1JJ, сам ноут 2008 года выпуска. До сих пор прекрасно работает, включая самые последние версии Win10. К сожалению, более старые ноутбуки не сохранились, но предположу, что проблем даже с железом 2006 года не будет.

        Кардинально иная ситуация с телефонами — получить официальный апдейт на 3-4 летний флагман (к слову, скорее всего купленный за те же 700-800 долларов, что и мой ноут) скорее всего невозможно. Более того, вполне возможно что и поставить самый последний андроид — тоже.

        Так что с вашим утверждением, что со старыми ноутами существуют проблемы — не согласен, если не брать все ноутбуки, вплоть до тех, которые были во времена выхода windows xp и приводить их в пример плохой экосистеме обновлений на андроїде.

        На рынке Windows+железо ситуация с поддержкой на порядок лучше, на мой взгляд.


        1. prounixadmin
          14.05.2017 06:43

          Планшет Motion m1400, графика: Intel® 82852/82855 Graphics Controller Family, драйвер есть для XP, в семёрке работает как Стандартный VGA графический адаптер, из-за чего не работает поворот изображения, так что не всё так радужно =(


        1. Mairon
          14.05.2017 16:59

          Да бросьте, вместе с Windows 8 Microsoft выпускала планшеты на Intel Atom с PowerVR. Догадайтесь с одного раза, что происходило, когда ничего не подозревающие пользователи соглашались на обновление до Windows 10.

          Так что на Windows+Intel ситуация может быть и лучше, но на Windows+Qualcomm — смотрите Windows Phone, где обновления приходят точно так же, как и на Android (не приходят).


          1. Imbecile
            14.05.2017 18:18

            Не понял, чего это на Windows Phone не приходят обновления?
            У меня Lumia 930 обновляется регулярно.


            1. dronab
              14.05.2017 20:18

              Речь видимо про предыдущие модели — мелкомягкие с нокией кинули всех с обновлением. Сам обладатель люмии 800. Когда брал объявляли что будет доступно обновление, взял купил, а они выкатили одно обновление до 7.8 и на этом гудбай Вася, жуй опилки. И народ слышал ковыряли платформу, говорят что ничего не мешало выкатить обновление до 8 виндовс, но не сделали. Софта в магазине как не было, так и нет, от слова "с куриную ширинку". Увы, телефон стал просто тупой звонилкой, вкидывать теперь жалко, продать — никто не возьмет. До того единственного обновления было все печальней.


            1. Mairon
              14.05.2017 20:30

              Недавно новости проскакивали, что L930 сняли с поддержки. Но я не о конкретных моделях, а о платформе в целом — мажорные обновления в духе WP7>WP8, WP8>W10M платформа проходила мучительно со сбросом большого количества устройств с поддержки. То есть, глобально ситуация та же, что и в Android. Добиться поддержки в 5-6 лет на уровне iOS ни первые, ни вторые не смогли.


              1. dronab
                14.05.2017 21:50

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


                1. Mairon
                  15.05.2017 17:18
                  +1

                  Ну на бумаге многие древние андройд-аппараты тоже формально до сих пор обновляются через сторонние прошивки, и вроде даже работают, то есть технических ограничений не выпустить обновление нет, но Qualcomm в течение двух лет говорит своим железкам дотвидання, и дропает их поддержку.
                  Причём, если судить по всяким туманным намекам-экивокам от ОЕМов, Квалком как-то по хитрому лицензирует свои BSP вендорам, то есть вендор смартфона имеет право выпускать BSP только с определенными версиями ОС. Если BSP используется для разворачивания другой версии ОС, то это нарушение лицензионного соглашения со всеми вытекающими. И получается ситуация, что для того, чтобы выпустить официально новое обновление, вендор должен заплатить Квалкому за поддержку вне стандартной поддержки. Естественно, никому это не надо, и получается, что самые лучшие железки Квалкома поддерживаются от силы 2-2,5 года даже Гуглом или Микрософтом.

                  Квалком очевидно зажрался, и вполне понятно, почему Эпл пытается соскочить с их модемов и судится с ними.


      1. Kobalt_x
        14.05.2017 00:30
        +2

        так это связано с тем что abi у ядра linux для драйверов не стабильно и меняется от версии к версии, поэтому нельзя загрузить модуль ядра от одной версии в другой, в отличии от винды.


        1. Zverienish
          14.05.2017 11:18

          Вот в этом большая беда. И может одна из причин, что Гугл пилит Фуксию.


          1. dartraiden
            14.05.2017 13:52

            1. Zverienish
              14.05.2017 14:36

              Давно назревало. А может еще специально делают, чтобы создать большую базу драйверов под этот интерфейс, а потом такой же интерфейс для драйверов реализуют в Фуксии и сразу обеспечат ей поддержку большого количества оборудования, на тот момент, когда она выйдет.


        1. Mairon
          14.05.2017 17:01

          У Windows Phone ABI тоже стабилен, но у Qualcomm есть своё мнение по вопросу обновлений. Так что стабильные там интерфейсы или нестабильные — для ряда поставщиков железа значения не имеет.


  1. ValdikSS
    13.05.2017 20:33
    +3

    Так-так-так, можно ли надеятся, что вот, наконец-то, в ARM-мире будет унифицированный загрузчик, предположительно UEFI? Наконец-то хоть какие-то подвижки в этом плане.


    1. DarkTiger
      13.05.2017 20:57

      ЗАЧЕМ???
      Чем именно текущая ситуация не устраивает?


      1. ValdikSS
        13.05.2017 21:12
        +10

        Потому что сейчас нет единого загрузчика. Каждый SoC грузится как умеет, у одного IPL загружает начало флеш-памяти и прыгает на нее (примерно как загрузчик MBR), у другого — загружает SPL с первого FAT32-раздела флешки. Один в качестве SPL использует устаревший u-boot без поддержки загрузки по сети, у другого свой проприетарный, у третьего вообще Android-загрузчик и Android Recovery.


        Из-за этого у нас нет единого формата образов. На компьютере я могу скачать iso, записать его на флешку и загрузить его на любом компьютере. Я могу разметить диск, установить загрузчик и быть уверенным, что он загрузится и на другой материнской плате с другим процессором.


        Для ARM, если вы хотите поддерживать, скажем, Allwinner, Amlogic, iMX, и Broadcom, нужно знать все особенности загрузки конкретного SoC, особенности и недостатки SPL, и делать образы для каждого конкретного SoC, а зачастую и каждой конкретной платы. В самом Linux-ядре есть Device Tree, можно сделать одно ядро для одного SoC, а не для каждой платы. А хотелось бы унификации, чтобы хотя бы можно было сделать один образ для разных SoC.


        1. DarkTiger
          14.05.2017 00:54

          Нельзя сделать «один образ для разных SoC» по определению.
          Поскольку ARM-то продает свои ядра одинаковыми для семейства :) а вот остальную периферию каждый производитель лепит как на душу ляжет.
          Один пример, чтобы закрыть этот спор. Intel FSP — Firmware Support Package. Погуглите подробности, если заинтересуетесь. FSP производит начальную инициализацию Интеловского SoC-а, еще до операционки — в UEFI, точнее, PI. Казалось бы — Интел, гигант, процессы, стандартизация и все такое, уж свои-то SoC-и может сделать если не унифицированными, то хоть совместимыми снизу вверх. Ага. Смотрим на страничку Интела с версиями FSP:
          https://github.com/IntelFsp/FSP
          Впечатляет, да? При том, что это закрытый код, бинарники, поскольку содержит фиксы для различных версий чипов, и то, что будет работать на одной версии, может подвесить или вообще сжечь другую.
          А теперь представьте себе не более-менее управляемый Интел, а независимое и конкурирующее сообщество. Их-то как привести к единому стандарту? Каждый — КАЖДЫЙ — SoC имеет свои баги, для которых нужны свои программные фиксы, и разумеется, один фикс не подходит к другому даже в пределах одного производителя. Я уж не говорю, что любой SoC — это десятки и сотни конфигурационных регистров, которые не обязаны быть одинаковыми и располагаться по одному и тому же адресу опять-таки даже для чипов одного производителя.
          На самом деле, процедура загрузки довольно несложна: надо найти консоли ввода и вывода, найти на шине контроллер диска (или ethernet), найти там диск, на нем найти файл загрузчика и передать ему управление. Однако в практических реализациях этих простых, на первый взгляд, вещей наличествует такой зоопарк, что про какое-то единство не стоит и задумываться.
          Существует также проект coreboot, выросший из стремления к быстрому единому загрузчику. Вот здесь — список исходных кодов для разного железа — материнки, мосты. Посмотрите на это раскидистое дерево:
          https://github.com/coreboot/coreboot/tree/master/src
          Мне жаль, что я разрушил Вашу мечту о едином загрузчике, но мир, увы, сложнее, чем кажется. UEFI — наше все, именно благодаря поддержке стандартов UEFI (и Legacy BIOS) для PC Вы можете «разметить диск, установить загрузчик и быть уверенным, что он загрузится и на другой материнской плате с другим процессором». А на копеечных платах с АРМами он не поддерживается — нашли единственный работающий (хоть и через одно место) путь для загрузки, и ладно


          1. ValdikSS
            14.05.2017 01:20
            +5

            Либо вы не поняли мою мысль, либо вы где-то видите противоречие, где не вижу его я.
            Я бы хотел, чтобы каждый производитель, вместо того, чтобы писать свой форк u-boot или проприетарный загрузчик, реализовывал бы минимальный стаб с самой низкоуровневой инициализацией (CPU, память, SEC-стадия в UEFI, грубо говоря), а производитель платы (условной Rasiberry Pi) реализовывал бы инициализацию периферии (PEI-стадия), и чтобы эти данные хранились не на MicroSD, а на отдельной памяти, как на x86. Это совершенно не обязательно должен быть UEFI как таковой, главное — договориться о типе хранения payload. Т.е. пусть это будет такой coreboot с внешним стандартизированным payload на SD-карте. Да пусть хоть обычный u-boot, который бы загружал стандартизированный файл со стандартизированного раздела на карте и прыгал по его EP.


            К тому же, UEFI есть и для ARM, и некоторые (немногочисленные) платы идут сразу с ним.


            1. ValdikSS
              14.05.2017 01:33
              +2

              А под одним образом для разных SoC я имел в виду унификацию на уровне IPL, например, хотя бы такую, чтобы все SoC пытались загрузить SPL с одного и того же фиксированного адреса на флешке. Например, чтобы загружались 4 КБ с начала флешки и исполнялись. Так можно было бы сделать один большой образ без загрузчика, в котором была бы куча ядер и настроек для разных SoC и плат, и кучу маленьких загрузчиков для каждой платы, каждый из которых инициализировал бы оборудование и загружал ядро для этой платы. Таким образом, можно распространять только один большой образ, который будет работать на всех платах, и кучу маленьких загрузчиков для каждой платы отдельно, которые нужно однократно записать в начало флешки при записи образа, по стандартизированному адресу.


            1. DarkTiger
              14.05.2017 01:48

              «реализовывал бы минимальный стаб с самой низкоуровневой инициализацией (CPU, память, SEC-стадия в UEFI, грубо говоря), а производитель платы (условной Rasiberry Pi) реализовывал бы инициализацию периферии (PEI-стадия), и чтобы эти данные хранились не на MicroSD, а на отдельной памяти, как на x86» — посмотрите coreboot. Это оно. Прошивается в NVRAM, вместо BIOS.
              Пожалуйста, прочитайте хотя бы первую главу из книги «Embedded Firmware Solutions». Я Вам сейчас ее пересказываю. Книга написана отличным, доступным стилем, а я чувствую, что пересказываю ее довольно коряво :)
              UEFI, вроде даже с EDK2, есть и для Raspberry :) Детально не вникал, просто запомнилось, когда читал о другом. Погуглите. В i2c чип прошивается, что есть на expansion board.


              1. ValdikSS
                14.05.2017 01:56
                +1

                У нас с вами, видимо, недопонимание. Я знаю, что сейчас существуют решения, тот же Coreboot или UEFI для ARM. Я же хочу, чтобы они по умолчанию были установлены на плате. Просто чтобы SPL, как и IPL, тоже был где-то на плате (не обязательно внутри SoC). Чтобы все производители SoC между собой договорились, мол, пишем свои SPL так, чтобы они инициалзировали оборудование и загружали файл «kernel» с первого раздела на флешке, ФС — fat32.


                1. DarkTiger
                  14.05.2017 02:32

                  По-видимому да, недопонимание. Обычно такое случается, когда термины понимают по-разному. Давайте определимся.
                  IPL — это, грубо говоря, UEFI BIOS. Он на плате (внутри SOC его сделать сложновато) в микросхеме NVRAM.
                  SPL — это загрузчик, соответствующий UEFI стандарту. Он находится на диске, флешке, где угодно еще. Его не надо специально писать, он и так есть, в исходниках, Линуксовый или чей-то там еще.
                  Собственно, все так сейчас и есть в мире РС. В мире дешевых плат на АРМ не так, но тут уж производители сами себе буратины.
                  Тут вот какое дело. Существующая сейчас философия разделения функций UEFI и ОС гласит следующее: в BIOS (IPL) мы производим только минимально необходимую инициализацию периферии, достаточную, чтобы получить консоли ввода-вывода отладочной информации, получить доступ к диску и загрузить в в память загрузчик (SPL), находящийся по стандартному пути (аппаратура + файловая система), а затем передать ему управление. Далее загрузчик грузит ОС и уже она — именно она — производит всю остальную инициализацию SoC.
                  Причин данного разделения несколько. Одна из них, очевидная — не нужна аппаратура (программатор), чтобы править обнаруженные с течением времени баги в железе путем перепрошивки BIOS — не всякий юзер подцепится программатором (где его взять?) к материнке, одно неосторожное движение — и вместо компа кирипич. Вместо этого на ОС накатывается обновление от производителя чипов, пользователь жмет кнопку Ок и все счастливы. Второе — людей, которые могут работать с BIOS, сильно меньше, чем людей, которые могут работать с ОС.
                  Как-то так.


                  1. ValdikSS
                    14.05.2017 06:13
                    +1

                    Под IPL/SPL я описывал текущие IPL/SPL.
                    IPL — минимальный загрузчик, который инициализирует минимальное количество оборудования (CPU, память на минимальную частоту) для SPL и что-то внешнее (SD-карту, USB для загрузки с USB-флешки, NAND). У Allwinner он расположен на 32 КиБ ROM внутри SoC. Он загружает следующий загрузчик (SPL) определенного формата (у каждого производителя SoC он свой) по определенному смещению и передает ему управление.
                    SPL — u-boot под конкретный SoC или плату, от производителя. Он инициализирует больше оборудования, инициализирует память под более высокую частоту, и загружает ОС.

                    Если бы хотя бы формат файла SPL был одинаковый между разными производителями, а IPL ожидал бы найти его по одному и тому же смещению на SoC разных фирм, это уже бы сильно улучшило ситуацию (для меня).


                    1. DarkTiger
                      14.05.2017 11:22

                      То есть я правильно понял, что Вы, по сути, сейчас описываете BIOS как IPL и хотите, чтобы этот IPL делал то же самое, что стандартный BIOS — грузил стандартный загрузчик SPL из стандартных расположений. В этом случае все внутренности и багфиксы SoC инкапсулируются внутри бинарника IPL от производителя чипа, предоставляя наружу стандартный интерфейс. Который дает возможность передавать управление на стандартный SPL (u-boot) на любой платформе, лишь бы система команд была совместима.
                      Если сформулировать до конца, Вам нужна поддержка некоего стандарта IPL. Но не уже существующего UEFI BIOS, а какого-то другого :) Вот я и спросил в самом первом вопросе — зачем?
                      Либо производитель поддерживает UEFI и идет со всеми вместе по широкой ровной дороге, либо, если нет ресурсов/времени/желания это делать, ищет узкие кривые проприетарные дорожки загрузки.


                      1. ValdikSS
                        14.05.2017 13:11

                        Прошу прощения, я вас окончательно запутал, потому что думаю и пишу о двух (или даже трех) вещах сразу, и недостаточно хорошо объясняю свои мысли.

                        Программа максимум: перенести всю инициализацию оборудования на саму плату, т.е. чтобы оборудование было полностью инициализировано до попытки обращения к, скажем, MicroSD, на которой записана ОС, и унифицировать загружаемые данные на MicroSD в смысле формата (заголовка) payload, смещения и/или путей. Скажем, чтобы одноплатники разных производителей умели, по аналогии с компьютерным Legacy Boot, полностью инициализировать оборудование, загружать первые 446 байт MicroSD-карты, начиная с нулевого смещения, по фиксированному адресу в памяти (или адреса из заголовка payload), и прыгать на них. Если сделать загрузку описанным образом, наши 446 байт на MicroSD не будут содержать код под конкретный SoC или конкретную плату, и смогут выполняться на любом процессоре ARMv7 или ARMv8.
                        Насколько я понимаю, сейчас так не делают в основном из-за того, что внутрь SoC перезаписываемую память вставлять дорого, делать SPL внутри SoC неперезаписываемым неприемлемо (пропадает возможность управления инициализацией оборудования), внешняя память тоже дорогая, не всегда есть возможность ее вообще подключить только для загрузки (например, у SoC только линия для MicroSD и eMMC, отдельный чип для хранения SPL подключать некуда).

                        Преимущества программы максимум: чтобы поставлять ОС, скажем, Debian, достаточно собрать ядро с DeviceTree под все необходимые SoC (это возможно уже сейчас, можно сделать ядро, которое будет запускаться на AmLogic, Tegra, i.MX) и написать 446 байт кода, который бы загружал ядро и прыгал на него. Получится один образ MicroSD-карты под все SoC, а не для каждого свой.

                        Программа минимум: сделать стандарт способа загрузки SPL из IPL, унифицировать загружаемый SPL с MicroSD в смысле формата (заголовка) payload, смещения и/или путей. Пусть это так же будут совершенно разные SPL, которые инициализируют оборудование, но чтобы они все загружались с ожидаемого места. Чтобы точно знать, что IPL ожидает SPL на MicroSD-карте, с таким-то стандартным заголовком, с нулевого смещения карты.

                        Преимущества программы минимум: чтобы поставлять Debian, достаточно сделать один общий образ ОС, первый мегабайт которого забит нулями (т.е. без SPL), и кучу маленьких мегабайтных SPL к нему, для каждой платы.

                        Что имеем сейчас: для Allwinner нужна одна разметка SD, запись SPL по одному смещению на MicroSD и специальные fex-файлы для инициализации оборудования (DeviceTree не поддерживается стандартным SPL), для Amlogic своя разметка и смещения, для других SoC тоже все разное.

                        В процессе поиска обнаружилось, что в последних i.MX применен подход программы максимум:

                        …some modern SoCs (for example, Freescale i.MX6) have a vendor-provided boot loader with device tree on a separate chip from the operating system.
                        https://en.wikipedia.org/wiki/Device_tree


                        1. DarkTiger
                          14.05.2017 16:34
                          +1

                          Понимаете, все это Вы технически правильно говорите, пока мы рассуждаем о том, чтобы сделать по фэн-шуй. Все примерно так и должно быть (у меня есть второстепенные замечания, но суть верна). А я сейчас попробую объяснить, почему такого не будет.
                          Если мы переходим в волчий мир капитализма и хотим выпустить миллионнным тиражом, например, что-то типа наручных фитнес-часов на высококонкурентном рынке, то из технической сферы мы уходим в бизнес и к нам сразу же начинают приставать всякие приземленные люди. Сначала финансисты, которые думают о прибыли компании с данного продукта, что есть, главным образом, разница между отпускной ценой устройства с завода и ценой комплектующих. И если Вы финансистам скажете, что надо поставить флешку ценой дороже хоть на 1$, чтобы в него влезли не только наши проприетарные драйверы-инициализаторы, а весь Device Tree, то встретите очень агрессивное неприятие. Например, обратите внимание, что Windows лезет за драйверами на свой сайт, вместо того, чтобы хранить их на локальном диске, хотя, казалось бы — диск-то не их. И то…
                          Далее. Инициализация, точнее поиск «всех возможных» шин и всех возможных устройств на всех возможных SoC также занимает время. Тут уже придется бодаться с маркетологами, которые скажут нечто вроде «Слушай, ты мне сейчас предлагаешь объявить среднему потребителю в американской глубинке, фермеру Джону, что ему придется глядеть на пустой экран целую минуту, потому что у нас самый лучший софт, который обнаруживает все возможные чипы? А что, если он задаст вопрос „А мне-то какая разница? Я хочу иметь рабочий экран через пару секунд, как у всех остальных производителей. Либо вы это сделаете, либо я куплю продукт конкурентов“.
                          Есть еще множество нетехнических причин, но этой полутехнической пары хватит вполне. ARMы ведь не ограничиваются Allwinner и Broadcom. Их ОЧЕНЬ много типов, и именно этот факт портит всю картину. Наверное, на более чем половину типов ARM SoC информация (в том числе — документация) не поступает наружу вообще, это очень закрытый B2B рынок — как в целях сокрытия от конкурентов, так и как лишняя ступень защиты от взлома хакерами путем эксплуатации аппаратных багов.


        1. enclis
          14.05.2017 06:20

          Если так хочется унификации, то надо просто, чтобы эти самые SoC были заменяемые на платах. Пока этого не произойдёт — не стоит ждать такой же унификации какая сейчас есть у PC.


    1. Mairon
      14.05.2017 17:46

      Так в Windows Phone с самого начала (как минимум с WP8) был UEFI, правда с неотключаемым SecureBoot.


  1. DarkTiger
    13.05.2017 20:48

    Интересно будет посмотреть значения производительности и энергопотребления для сравнимых по цене версий Atom и этого процессора — на одинаковых синтетических тестах. Пока еще говорить рано, успех это или обычная реклама. Ждем.
    К тому же есть сильное подозрение, что дьявол — в деталях, точнее, в Интеловских оптимизирующих библиотеках. gcc, конечно, великая вещь, но Винда — это ОЧЕНЬ большая операционка, и Microsoft в ее нутре копаться с тонкой оптимизацией ради одного процессора не будет, разве что действительно получилось нечто реально экстраординарное.


    1. Sigest
      13.05.2017 22:36

      ARM — это уже не просто «один процессор». Это огромная доля рынка. И конечно они будут «копаться ради одного процессора».


      1. DarkTiger
        14.05.2017 01:10

        Начнут копаться только при условии что тесты выдадут хоть что-то сравнимое по производительности с Atom, или ясное понимание, где затык и как устранить.
        Давайте подождем результатов тестов. Может быть, мы стоим на пороге переворота в мире РС. А может быть, с обычным разрекламированным частным случаем


    1. Kobalt_x
      14.05.2017 00:35

      "в Интеловских оптимизирующих библиотеках"
      не думаю что винду с mkl собирают.


      1. DarkTiger
        14.05.2017 01:03

        Я ж не в MS работаю. Инсайдеры, ау :)
        Интеловские библиотеки — это не только FFT, это еще и пузырьки конвейера, мультитредовость, счетчики производительности и много всего другого. Если от этого зависит скорость работы ядра — хочешь не хочешь, а поиграешься с тулзами. Тем более, что консультанты же есть, были бы деньги, а их у MS вроде хватает


  1. keydon2
    13.05.2017 22:09
    -2

    Не, спасибо. С этими ребятами мне не по пути, пока не откроют код. Общеиспользуемая ОС это не та вещь, которая должна управляться одной компанией. От нее слишком многое зависит.
    Причем кину камень конкретно в огород майкрософта — архитектурно это то еще мессиво из новых недоработанных фич и старых костылей для совместимости, к тому же маркетинговые дешевые уловки не делают им чести… Документооборот уже десятилетие топчится на месте, в основном из-за их офиса. До этого десятилетие топтался веб из-за осла. Те же области куда их не пустили — сервера и мобилки развились наиболее прогрессивно.


    1. artskep
      14.05.2017 09:15
      +4

      Э-э… А как именно «топчется» документооборот из-за офиса? Насколько я могу видеть, офисный пакет у MS как раз самый крутой среди всего существующего. В отличие от «осла», который действительно выигрывал конкуренцию только потому что установлен по умолчанию.

      А по поводу «не пустили в мобилки» — это вы пошутили, я полагаю? Windows Mobile был по факту стандарт для коммуникаторов долгое время. Просто ребята долго почивали на лаврах и продули конкуренцию всяким борзым iOS и Android


      1. VEG
        14.05.2017 11:32
        +2

        IE6 (или даже скорее IE5) на момент выхода был самым передовым браузером, опередивший время на несколько лет. Он уже тогда позволял делать такие вещи, которые в стандарты и в другие браузера попали только годы спустя. Ни одного достойного конкурента у него не было.

        Подробнее можно глянуть, например, здесь: https://www.youtube.com/watch?v=w4WAPTJM8E0

        Совершенно неудивительно, что он занял 95% рынка. Потом, правда, Microsoft остановила его развитие на 5 лет. За это время конкуренты подтянулись. Стандарты также потихонечку подтягивались, правда, описывая те же вещи не так, как они были реализованы в IE6 за годы до этого, что конечно же добавило головной боли веб-разработчикам и испортило репутацию браузеру за то что он не поддерживает стандарты. Ну не было нужных стандартов когда браузер вышел, что поделаешь. А поддерживать IE6 приходилось и 10 лет после его релиза. Вот потому и все такие злые на этот браузер :)

        Сегодня же факт предустановки IE/Edge как-то не сильно помогает популярности этих браузеров — Chrome гораздо популярнее, даже если считать только по десктопам.


  1. bouncycastle
    13.05.2017 22:26

    Все таки не совсем понял, там идет перекомпиляция x86 бинарников или эмуляция в реальном времени?


    1. sumanai
      13.05.2017 23:53

      Бинарная трансляция с сохранением результатов на диск.


      1. ValdikSS
        14.05.2017 02:21

        С большой вероятностью не только трансляция, но и динамическая рекомпиляция.


        1. Kobalt_x
          15.05.2017 13:48

          Я правильно понимаю что при динамической рекомпиляции образ инструкций в памяти будет другой и все программы считающие хэш от какого-нибудь куска кода навернутся. Или рекомпилируемый код идёт в отдельный бинарь загружаемый отдельно при вызове горячего метода. Тогда вопрос где они хранятся и не может ли кто их подменить?


          1. ValdikSS
            15.05.2017 14:06

            Нет, неправильно. Программы ничего не знают про динамическую рекомпиляцию, с их точки зрения код не меняется.


  1. ustas33
    13.05.2017 22:26
    -4

    CromeOS допилят до запуска Android приложений, и можно будет смело брать Chromebook.
    Прощай Windows…


  1. Fox_exe
    13.05.2017 23:49

    Если пилят под Cortex-A9, то Windows будет работать на большинстве ARM девайсов (RaspberyPI и прочие).
    Под вопросом только сами драйвера, которые уже сейчас очень сложно пилить Opensource (Для х64 требуется цифровая подпись, которая стоит огого сколько, а отключить эту проверку с каждым годом билдом всё сложнее)

    … С одной стороны M$ конкретно потеснят Linux/Android… С другой — Intel и AMD придётся тоже переходить на ARM, поскольку технология очень популярна и продолжает захватывать рынок всего и вся…


    1. sumanai
      14.05.2017 00:07

      Если пилят под Cortex-A9, то Windows будет работать на большинстве ARM девайсов (RaspberyPI и прочие).

      Вряд ли, процессор в статье ARMv8, да и не потянут старые процы винду.


      1. Fox_exe
        14.05.2017 19:41

        Отчегож не потянут? Windows XP в эмуляторах давно гоняют (Да и Win 7 тоже).
        Причём WinXP вполне себе производительная получается (Если учесть слабую производительность флешки и огромный Оверхед от не самой быстрой эмуляции).
        А тут — «Нативный код» и всё такое. Тоесть на какомнить H3 должна тормозить примерно также, как на обычном компе с soc.775.


        1. sumanai
          14.05.2017 19:53

          Ну, текущий тренд у МС это отказ от х32, так что сомневаюсь, что они будут заморачиваться с 32 битными ARM.


          1. Mairon
            14.05.2017 20:55

            Ну вроде как Windows on ARM сможет запускать вроде только 32-битное ПО. x86-64 вроде как на данный момент не обещают.


            1. sumanai
              14.05.2017 22:54

              x86-64 вроде как на данный момент не обещают.

              Это немного печально.


        1. quwy
          15.05.2017 01:59

          А как запускают XP? У меня, вот, такая крутится на апельсинке в qemu (внутри проприетарщина), так она там еле ползает: клик мышкой по RDP запросто может пережевываться секунд 10. Любая операция с файлами — минуты времени на прстейшее копирование килобайтного файла. Доходит до того, что если нужно что-то мало-мальски сложное сделать в этой системе, то быстрее вынуть карточку, подключить к компьютеру, запустить там qemu, сделаь нужное, и вернуть карту назад.


          1. dronab
            15.05.2017 07:41

            Простите, но вам не проще ли купить на авито б\у ноутбук, вскрыть его и дернуть с него материнку с некоторыми потрахами — запилить все это в свой корпус и накатать на него все что нужно и нативно с неплохой производительностью? Высокая производительность, отсутствие шума, нативно x86, низкоеНеужели есть смысл крутить на апельсинке? Дернув плату с ноутбука можно сделать очень тонкий и небольшой девайс с богатой периферией.
            Я сам время от времени работают над таким проектом, есть ноут с разбитым в хлам корпусом, планирую дернуть только материнку из него. Ноут хоть и древний, но накатил на него виндовс 10 — работает очень шустро. Замер толщины материнки прям кричит сделай корпус для меня тоньше 1 сантиметра) пока думаю сделать из него мультимедиа плеер.
            Есть еще вариант — распотрошить и оставить дисплей, сделав например мультимедиа фото рамку с возможностью отображения разных данных жмакая на пару внешних кнопок через ардуино. Или утром встал, жмакнул на кнопку включился дисплей — глянул погоду, может какие короткие новости.


            1. quwy
              15.05.2017 17:29

              Битого ноута не было, а апельсина была. Вот и вся причина.

              Свою функцию оно выполняет не глядя на тормоза интерфейса. Но я грешным делом подумал, может просто чего-то не знаю и есть шанс увеличить скорость работы…


              1. Fox_exe
                18.05.2017 18:53

                Я шагнул чуть дальше — запускал WinXP в Qemu на NAS'е (WD MyCloud Gen2). Работает примерно как на P3 1GHz / 128MB Ram.
                А на апельсине она очень тупит в основном из-за медлительной флешки.


  1. amarao
    14.05.2017 09:57
    -3

    Поддержка wcry будет? Я слышал, что это очень популярное приложение для windows, которое установлено на миллионы компьютеров сегодня.


  1. haryaalcar
    14.05.2017 11:59

    Вендекапец всё равно настанет!


  1. KivApple
    14.05.2017 15:42

    Кого как, а меня больше беспокоит тот факт, что secure boot на arm uefi неотключаем...


  1. VRV
    14.05.2017 15:59

    по мне так все это шляпа, надо ждать когда ноутбучные процы станут похожими по энергопотреблению на мобильные, или разовьют охлаждение и батарею. Чтобы не просто с ноутом ходить, а с произодительной мобилой передающей инфу по воздуху на большой моник — по мне так следующая задача. Предыдущая — сделать ноуты похожими на стационарники, с ней справились еще в прошлых годах, чем позволили сократить кол-во устроиств до 2 Мобила и ноут, Теперь ждем когда останется одно мелкое устройство — мобила мега монстр =)
    Планшеты нафиг не нужны…



    1. Fox_exe
      14.05.2017 20:12

      Следующий шаг — вообще без девайсов: Чип в голову и дополненная реальность в глазу :P


    1. Areso
      14.05.2017 20:52

      Производительность таких решений вызывает вопросы.


      1. VRV
        15.05.2017 07:56

        Кстати, из-за того что в конце останется одно устройство, вся надежда на Винду, потому что от ГУГЛ-андройда ждать нормальной ОС под все сразу не приходится… во всяком случае пока.

        Мне кажется пойдут ответвления, кто-то станет ярым полклоником виртуальной реальности, тому надо будет супер производительные стационарные машины, ибо другие пока не тянут эту дребедень, а кому 2д достаточно тот и «мобилой мегамонстром» обойдется =)


  1. sumanai
    14.05.2017 20:41

    Интересно, а там Linux приложения в соответствующей подсистеме будут работать?


  1. PaulZi
    14.05.2017 23:07

    Проблема в том, что большая часть этого софта под винду, вообще не заточена под использовании в планшетах, да даже под мониторы с большим разрешением. Сужу по собственному опыту использования atom-планшета с виндой.