>>182407
> В презентации обещали, что некоторые приложения даже быстрее будут работать.
> В презентации обещали
Главное тут - обещали. У мелкомягких постоянно в презентациях невероятностные обещания, вроде сюрфейсов, очередной платформы, которая изменит мир. А в итоге получается...получается реальность из пасты
http://k-press.ru/cs/2001/1/clr/clr.asp
. И ведь даже если взять поправку на 2020 ничего кардинально не поменялось.
И да, я бы потыркал их тесты, хотелось бы теперь не синтетики с их "наш ультрапроцессор (оверклокнутый, на задаче к которой писали тесты мы и смогли оптимизировать имплементацию на 100%) лудше ихнего процессора (в режиме энергосбережения на нашем тесте, где нет суперской оптимизации, а от и if ... else по cpuid)", а реальных задач в одинаковом окружении, без "мы тут в биг сюр подкрутили бибилиотечку..." или "в версии для мак мы выкинули фреймворк...".
> теперь ещё и весь софт с мобилок можно запускать на десктопе
Зачем? Ну кроме ВАУ!-эффекта?
>>182408
> Сейчас подавляющее большинство софта пишется на языках высокого уровня без привязки к архитектуре процессора
> х86 еще жива и будет жить только за счет обратной совместимости с софтом, который пересобрать и отладить УЖЕ стоит миллиарды бачей
В качестве самого близкого примера - 1С. Да, не смотри так, 1С. Корпоративная платформа на которой делаются конкретные бабки с тоннами конфигураций под любую задачу, написана на С++. Язык высокого уровня, пересобирается между платформами. Однако это не помещало платформе быть до сих пор нормально не собранной под х64 для win - а ведь это просто расширение х86! Постоянно всплывают баги, только последние релизы более-менее стабилизировались. Но все равно, даже х64 не везде применишь - очень много легаси, внешние компоненты обычно собираются под х86 (как наши, так и западные), про дрова на оборудование (спец.оборудование сделанное даже не у нас, а developed in shvitoi zapad, assembled in PRC) я вообще молчу - они и под родной архитектурой работают криво и требуют воспроизведения окружения, вплоть до списка установленный патчей на ОС. Казалось бы вот, С++ портируем куда угодно - просто пересобери - но почему-то на линуксовую платформу без слез взглянуть нельзя.
Если у вас НЕПРИЯТИЕ, то в SAP'е точно такая же ситуация, если не хлеще. И если часть компонент перевести можно относительно быстро и недорого, то с основными наработками все далеко не так однозначно.
И так везде. Я не про фотошопчики говорю, я про тот софт, который приносит деньги, который писан под конкретную архитектуру и который И пересобрать, И эмулировать будет накладно. Очень накладно.
Ну или на вкусненькое - игры. Современные, требовательные к ресурсам игры. Проблемы те же. Не, часть движков, такие как юнити проблему частично снимают, но не убирают.
>>182409
> Для слоупоков x86 можно эмулировать програмно.
Можно. С просадками в быстродействии и геморроем к пробросом железа. Удачи тебе пробросить COM, который в драйвере железки (обычный сканер штрихкодов, суть датчик и простейший контроллер, передающий по кнопке в одну сторону распознанные и кодированные 15 байт с CRC) реализован настолько криво, что может работать только при физической установке. Вот что тут делать, гений эмуляции? А если час простоя еще и убыток даёт?
> ак что больших проблем с переходом не предвидится.
На бумаге все очень гладко-гладко. А про овраги анон помнит, или головокружение от успехов случилось?
К тому же просто так интел-амд не отдадут арму свою нишу, суть олигополию.
Вангую ситуацию, которая уже была на рыночке - эппл на своем железе, остальные - на своем, а страдают хакинтошники и те, кому приходится выбирать между работой в "эксклюзивном" софте.