Как стать автором
Обновить

Комментарии 89

Можно будет точно так же запускать параллелс, эпл это в ролике даже и показывала. А вот то что докер скорее всего будет тоже через эмуляцию — печально.
Докер вполне себе под ARM собирается и работает. Даже на первой Raspberry P можно запустить.
Если ктото разрабатывает про такую разбери, или AWS graviton — но у нас пока весь продакшн на х86 и в обозримом будущем никакими ARM и не пахнет. Да не то что арм, даже АМД не планируется.
НЛО прилетело и опубликовало эту надпись здесь

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

Тольку то, потом то этот докер должен пойти на линукс машина на х86 так что смысла работать с арм контейнером нет.

Вы часто локально собираете контейнеры для прода?

Контейнеры для прода собирает ci\cd но я для работы в локале собираю те же самые контейнеры. А если я для локали соберу на арм то они конечно будут не те что в проде.

По моему, it depends. К примеру, для веба в большинстве будет без особой разницы, на x86_64 nginx/php/node или arm64. В более специфичных кейсах это может быть проблемой, да.

если бы у вас был мак вы бы знали что докер работает через виртуализацию
Я думаю что автор коммента имел ввиду что Parallels показаный на конференции эмулирует ARM и соответственно Docker Machine (так же кажется их VM называется) тоже будет эмулировать ARM.
Есть пяток. И я еще знаю в чем разница между виртуализацией и эмуляцией. На арме придется эмулировать х86 чтобы делать сравнимые с реальным продом среды. А сейчас можно как раз все быстренько с виртуальизацией.

Они показывали только виртуализацию ARM guest.
Про виртуализацию x86 пока никакой информации не было, сам Parallels не комментирует.

Тогда все еще даже хуже. Возможно как то через rosetta2 можно будет, вопрос с какой скоростью.

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

Мне больше интересно, что будет с инструментами разработчиков, особенно игр. Например Unity или Unreal Engine. В частности речь идет о редакторах, средах сборки и прочим.

Может ли такой резкий переход означать, что первое время некоторые инструменты станут попросту недоступны или сильно затруднительны? Например малоизвестные движки или компоненты Android SDK, заточенные под определенную архитектуру.
Всё просто, разрабатывайте на обычных рабочих станциях :)
Насколько волнуют подобные темы Apple не понятно. Для векторной графики всё будет скорее всего впоряде, а вот 3D и тому подобное разделят и причём сильно. Или может предложат «облачный вариант». Как бы то ни было, я сам уже давно ушел от яблочных станций и перешел на горячую ПеКарню т.к. проще работать в той системе, где обычно будут юзать твой продукт.
Мы и сами работаем на ПК, однако у нас CI стоит на мак-миниках, и мы собираем С++ проекты. Более того, там так же есть сишарповские генераторы.
Все это от движка, и, по правде говоря, вглудь я не лез. Однако неизвестно, будет ли это все работать…

Мне так же интересно, будет ли вообще поддерживаться старая архитектура в плане сборки. Условно говоря, если и за 2 года перейдут на новую архитектуру, то ещё годика 3-4 мы сможем собирать на старых миниках. Если все так, то в целом это все не так сртрашно.
Например Unity или Unreal Engine. В частности речь идет о редакторах, средах сборки и прочим.
кажется у Unity не должно быть с этим проблем. Уверен, что Мигель обязательно запилит VS for Mac на арм. В конце концов он фанат макбуков.

Не волнуйтесь, скоро архитектура процессоров на серверах не будет отличаться от будущих устройств Apple :).

НЛО прилетело и опубликовало эту надпись здесь
Не знаю что вы слышали, но 10 лет назад не было ни серверных процессоров ARM, ни серверного софта, ни стандартов SBBR/SBSA на которые всё это опирается, ни даже device tree (на ARM).
Сейчас всё это есть.
aws.amazon.com/ru/ec2/instance-types/m6

Тоже слышу новости, что x86 пришёл конец последние если не 10, то 8 лет точно


https://habr.com/ru/post/102529/
https://habr.com/ru/post/144896/
https://habr.com/ru/company/dell_technologies/blog/228065/

Так он и пришёл, на сабже :)
Это тоже 10 лет обсуждали: Why Apple Won’t ARM the MacBook
Long term, ARM could become a viable notebook option…
Over 5-10 years though, many of the technical and business hurdles may change. The ARM ecosystem is moving forward at a rapid pace, and Apple is watching carefully


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

«Появилась неофициальная информация, что»
«Отправка тестовых аппаратных платформ избранным партнёрам и заказчикам. В свободной продаже серверов пока что нет.»

Первые процессоры, которые можно было куда-нить поставить, появились после 2014г — ThunderX, Opteron A1100.
Раньше были только Calxeda — но они появились слишком рано. Тормозные 32-битные ядра и абсолютно не готовая софтверная часть были никому не нужны, хотя HP их использовал в прототипах. Фирма была обречена.

Упомянутые мной чипы не были конкурентоспособны, хотя Интел перестраховался и выпустил серверные многоядерные Атомы.

Да, ARM тоже прогнозировал нереалистичные цифры.
www.kitguru.net/components/cpu/anton-shilov/arm-interest-in-64-bit-arm-servers-is-high-20-of-servers-to-be-arm-based-by-2020
2015г
ARM Holdings is optimistic about its market opportunities and expects 20 per cent of servers to be ARM-based by 2020.
Но хотелки разбиваются о жестокую реальность.

А я думаю, что просто будет больше arm серверов и arm ноутов, а ms выпустит windows для bootcamp и в итоге просто станет больше проблем со старым софтом, что не особо критично для разрабов.


Самое главное, чтобы это все поспособствовало большей стандартизации arm устройств, чтобы на них лучше работал gnu/linux. Тогда точно хуже не станет, как минимум.

Как раз для линукса и свободы действий в целом станет явно не лучше. x86 исторически очень открытая экосистема. Плюс много наработок со стороны драйверов. Что же имеем на ARM: закрытые бутлоадеры, немногочисленные драйверы, большинство из которых закрытые, плюс многие низкосортные по вине вендоров.

Вот я и надеюсь, что если будут хорошие arm ноуты, ситуация станет лучше.

Ну тот же Surface уже давно есть, только вот ничего хорошего для этого он не принёс. Видел попытки запустить ядро линукс, но это всё на уровне хакинга и развлечений. Вендорам просто без разницы на альтернативные ОС, так как это время и деньги. "Купил с виндой — пользуйся виндой".

Откуда взялось это «несколько дней работы от аккумулятора», не понимаю. по-моему это какие-то завышенные ожидания от процессоров Apple. Ноутбучные процессоры Intel итак уже достаточно энергоэффективны. Процессоры Apple может и будут более энергоэффективны за счет более современного тех процесса, но на несколько дней от одной зарчдки все равно не потянет. В ноутбуке есть экран, подсветка клавиатуры, радиомодули, все они потребляют энергию. Короче может и будет увеличение времени работы, но не до некольки дней, процентов на 20 может быть.
По производительности тоже, Врядли в реальных приложениях производительность будет даже такая же как на процессорах intel. В бенчмарках может быть и выше, а в приложениях — врядли.
Apple переходит на свои процессоры просто потому что хочет заработать больше денег, и кстати ноутбуки скорее всего станут даже чуть дешевле, это плюс.
ноутбуки скорее всего станут даже чуть дешевле

Или маржа у Apple станет чуть больше.

Одно другому не мешает. И маржа станет больше, и ноутбуки станут дешевле.
Готов поспорить, что ноутбуки станут дороже.
была недавно новость что MacBook на ARM готовится на конец года, с ценой на $300 дешевле варианта на Intel, более производительный и с автономностью под 20 часов
Откуда взялось это «несколько дней работы от аккумулятора»
ARM tsmc 5нм чип в сравнении с x64 intel 14нм чипом, который и так держит по 10+ часов.
В ноутбуке есть экран, подсветка клавиатуры, радиомодули, все они потребляют энергию
да, но именно CPU является основным потребителем энергии при сколь угодно интенсивном использовании.
По производительности тоже, Врядли в реальных приложениях производительность будет даже такая же как на процессорах intel
ну бенчмарк на то и бенчмарк чтобы пытаться отражать производительность в реальных приложениях. Тот же geekbench, который практически единственный обладает свойством «попугаи сравнимы между платформами», это браузерный бенчмарк. И если верить ему, A12X из ipad pro двухлетней давности на пассивном охлаждении обгоняет intel'я в последних macbook air на активном.

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

Geekbench это не браузерный, а нативный бенчмарк. Он состоит из популярных (и разноплановых) приложений типа Clang, 7z и т.д.

Для разработчиков, у которых экосистема Apple не является основной целевой платформой, изменения могут или остаться незаметными, или приведут к отказу от платформы.

Или потребуются небольшие изменения. Или большие изменения, и они поднапрягутся и сделают сразу. Или сделают потом. Или еще куча других вариантов.


Для множества других разработчиков, в особенности для веб-разработчиков (составляющих подавляющее большинство), эта новая архитектура может создать трудности, заключающиеся в том, что их машины будут работать на архитектуре, отличающейся от архитектуры используемых ими Linux-серверов.

А может и не создать. Фронтендерам вообще должно быть параллельно. Бэкендерам в большинстве случаев тоже.


Представьте ноутбук, способный несколько дней работать от аккумулятора, и при этом более мощный, чем современные модели.
С другой стороны, что если AMD и Intel по-прежнему будут доминировать на рынке мощных компьютеров, а чипы ARM компании Apple смогут конкурировать только в нижнем сегменте?

Так "более мощный" или "в нижнем сегменте"?


Какое-то словоблудие. Вроде бы хорошо, а может и плохо. Или кому-то нормально, а другому не очень. А может и всем неплохо. Или большинству никак.

Приложения iPhone разрабатывались для оптимальной работы на iPhone. Это значит, что без дополнительных усилий со стороны разработчиков они могут выглядеть очень странно на гораздо большем экране с соотношением сторон 16:10.

Автор вдруг забыл про iPad и iPhone+iPad приложения.
Экран iPad Pro не сильно меньше чем экран ноутбуков.

Требуется тестирование под Linux? Снова запускаем Parallels. Разрабатываем приложение для мобильных? Mac — это единственный компьютер, на котором можно протестировать ПО для iOS и Android.

И… ничего не изменится.
Это вы видимо забыли что помимо адаптации внешнего вида, а как «счастливый» обладатель айпада замечу что хороших в этом плане приложений немного, есть еще адаптация управления. Жесты (коих действительно немало в приложениях), ориентация на пальцетыкательные большие кнопки и подобное.

Жесты, кстати, довольно неплохо транслируются на трекпад, судя по немногим Catalyst приложениям, которые я пробовал.
А вообще ходят всё более упорные слухи про сенсорные экраны маков, да и интерфейс Big Sur заметно двигается в сторону управления пальцами. Возможно, что никаких изменений и не потребуется вообще.

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

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


Надо подождать и посмотреть, что получится. На моём рабочем месте с внешними мониторами и клавиатурой, где до ноутбука мне не дотянуться без наклона вперёд, врядли что-то изменится :)

Представьте ноутбук, способный несколько дней работать от аккумулятора, и при этом более мощный, чем современные модели. Представьте, что можно написать приложение один раз и без проблем запускать его на iPhone, iPad и Mac. Представьте, что можно запускать самые новые игры с отличной частотой кадров без отдельного GPU и быстрого разряда аккумулятора. Вскоре всё это может стать реальностью.

Мечтать можно о чем угодно, действительность же показывает совсем иную картину.
Я как обыватель начну самого понятно и простого. Про игры и повседневные утилиты.
Смею предположить, что куча игр и приложений которые сейчас можно нативно запускать на маке возможно полностью исчезнут из экосистемы маководов. Дуалбут и виртуальные машины это хорошо, но кто-то не запускает потому что нет в этом особой необходимости.
Второй момент. Возможно будет ещё больше увеличится количество костыльных приложений в виде вебаппов для нативных утилит так как вебапп будет создать проще чем нативный клиент.

НЛО прилетело и опубликовало эту надпись здесь
Немного не совсем точный пример, но у меня Windows-ПК с ARM. С софтом есть проблемы, да, некоторый софт не запускается, некоторый работает но медленно (режим х86 поддерживается в виде эмуляции). Windows-приложений, скомпилированных под ARM, весьма мало.

Другой вопрос, что для iOS-разработчиков мало что изменится, и эмулятор и XCode поставляются самой Apple, тут проблем не будет. Может быть эмулятор будет чуть быстрее, но по большому счету без разницы, все равно любую более-менее сложную программу лучше на реальном телефоне тестировать.
На Windows on ARM пока что только эмулятор 32-битных приложений, 64-битные обещают в будущем. Поэтому часть приложений вообще недоступна.
Производительность даже свежих процессоров 8cx/SQ1 не сказать что бы впечатляющая — у меня Samsung Galaxy Book S. А вот A12Z эмулирует х64 со скоростью натива SQ1.
В A12Z в частности есть специальный режим модели памяти по типу х86 TSO, специально для эмуляции.

Windows-приложений, скомпилированных под ARM, весьма мало.

В отличие от Microsoft, Apple сразу же озаботилась софтом и портированием опен-сорса.
Если не изменяет память, в Apple Store загружается что-то типа байт-кода, а окончательный бинарник выдается юзеру уже с сервера. Но может что-то путаю, давным-давно не писал под iOS.

Под Visual Studio компилировать под ARM можно было год назад уже, другой вопрос что ради 1-2% рынка мало кто заморачивается.
Нет. Bitcode обязателен только под watchOS.

Компилировать это часть дела, нужно проверять работоспособность и оптимизировать (при необходимости). Т.е. релизить софт, который даже не запускался — опрометчиво.

LLVM Bitcode требуется только для Apple Watch приложений, насколько я помню.
На iOS bitcode мало кто использует.

Под Visual Studio компилировать под ARM можно было год назад уже, другой вопрос что ради 1-2% рынка мало кто заморачивается.

проблема курицы и яйца в ИТ:
девелоперы — зачем поддерживать данную платформу, ведь там так мало юзеров?
юзеры — зачем покупать эти железки, ведь там мало софта?

И вот получаем замкнутый круг. Решить это поможет только владелец платформы, залив деньгами разработчиков, мотивируя их пилить софт, а дальше делать промо для продаж и тд. Так делал самсунг с их Bada (где она сейчас?), ms c винфонами и тд.
я могу вспомнить только 1 удачный кейс — амазон с их fireOS но это только за счет того, что их устройства продаются по себестоимости да и там тот же андроид, просто без гугловых сервисов. Просто сделай 1 раз флейвор для апы и поддерживай в будущем.
MS на телефонах трижды кидали разработчиков, делая существующие приложения несовместимыми с новой версией ОС.
1 раз когда с wm6.5 на wp7 перешли. А остальные два когда?

На wp8 работали проложения с wp7. на win 10m работали приложения и с wp7 и с wp8. Различия в разработке под SL for WP (который был на wp7) и WinRT (Который появился в wp8) были не то чтоб большили (собирал под два таргета из 80-90% общего кода, включая UI).
UWP, появившийся в Win 10 вообще работает на том же WinRT. Фактически сделав преобразование студией получали возможность деплоиться на десктоп из того же проекта (т.е. произошло объединение WinRT для мобил и WinRT для десктопа).
А из стора приложения на SL, а потом и WinRT не выкидывали?
SL продолжают работать на телефонах с win10, тот же Вконтакте и установить можно и работает до сих пор. WinRT приложения так же доступны в сторе и на телефоны и на ПК (как я уже отметил, они технически не сильно отличаются от UWP).
Представьте, что можно написать приложение один раз и без проблем запускать его на iPhone, iPad и Mac.

А что тут представлять? У нас эпоха веб приложений засунутых в webview. И без адаптации к конкретным платформам они так себе получаются. Даже банальные приложения написанные только для iphone на ipad запускаются, но пользоваться ими — удовольствие ниже среднего. Хотя, казалось бы, платформы друг к другу ближе некуда.


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

Представьте, что можно запускать самые новые игры с отличной частотой кадров без отдельного GPU

Что? Как вы себе это представляете?
Или по вашему АРМ настолько чудесная архитектура, что на неё можно творить магию?
НЛО прилетело и опубликовало эту надпись здесь
Всё относительно. В частности ожидается, что GPU будет более мощный чем в мобильном TigerLake. Т.е. быстрее любой встройки Intel/AMD (кроме консолей, конечно).
Ну то есть написан не совсем бред, но в фоне куча оговорок, которые не озвучились.

Как человек сидящий на mac-mini скажу — проблема Apple исключительно в жадности. Сейчас комплект разработчика под новую архитектуру стоит $500 (правда его необходимо вернуть). Если эпловцы прикрутят свою жадность и начнут продавать новые ARM mac-mini по $500 — они имеют все шансы очень сильно потеснить Wintel на пользовательских десктопах. Единственный Юникс с человеческим лицом это дорогого стоит. Очень дорогого.
Но, как человек сидящий на mac-mini, скажу — нет, не прикрутят...

комплект разработчика под новую архитектуру стоит $500

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

Эта смена платформы напоминает событие, произошедшее в 2006 году, когда Apple перешла с PowerPC на Intel,

тогда Apple не переходила, а возвращалась — ядро FreeBSD изначально было написано под х86 и Darwin все предшествующие годы писался под две архитектуры
Apple никуда не возвращалась, так как не имела продукта под х86
Apple купила NeXT computers у которой были продукты под х86
и именно на базе NeXTSTEP создавалась MacOS X
Интересная у вас логика. Т.е. если вы купили телефон у убийцы, вы сами стали убийцей :)

1) NeXT это не Apple.
2) У NeXT не было железа на х86.
Система была портирована на x86 только в последних ревизиях.

Т.о. ни у одной из этих контор не было ни одного компьютера на х86.
насколько мне известно swift разработчики, поигравшиеся с дев китом, отзываются о процессе перевода их приложений на apple silicon довольно позитивно.

С одной стороны, переписывание низкоуровневого заточенного под x64 кода под арм простым не будет. С другой стороны, едва ли доля такого кода сколь угодно существенна.
Покупал макбук только ради Logic. Что с ним будет дальше, интересно — портируют на ARM?
А вы что ожидаете? Что закроют проект?
Профессиональные инструменты самой Apple вроде Final Cut Pro и Logic Pro будут поддерживаться с момента релиза новых компьютеров.
В музыкальном софте типа Logic ключевые функции выполняют плагины сторонних производителей, т.е. просто сделать сам Logic под ARM абсолютно недостаточно. Например, предыдущее обновление MacOS грозно предупреждали не ставить, так как огромная куча плагинов от него превратились в тыкву, а поддержка новой версии у некоторых заняла чуть ли не полгода, а там было всего лишь обычное ежегодное обновление ОС безо всяких новых архитектур.
Время покажет.
Отвалились, значит были написаны под 32 бита. Переход с х86 на x86-64 имеет множество подводных камней и нужно чистить код.
Плюс вполне могли быть изменения в OS/Logic API и прочее (я не в курсе).
После этого перейти с x86-64 на AArch64 элементарно (даже если всё закодено на интринсиках).
Представьте, что можно запускать самые новые игры с отличной частотой кадров без отдельного GPU и быстрого разряда аккумулятора.

Я ещё могу единорогов себе представить, но как это относится к реальности?

Предполагаю, просто нужно читать как «самые последние игры под iOS».

Странная статья, в плане софта для работы у эпла проблем не было, с чего они должны быть сейчас? А вот с развлечениями все плохо, кому нужно парится и делать игрули под мак? А теперь все что мы имели под ios будет портироваться очень быстро и почти ничего не стоить. Так что я надеюсь платформа получит вторую жизнь.

Ниудели никто не понимает что разработчики аппле просто не нужны. Им нужен массовый рынок слабых устройств для всех. Чисто интернет инстаграмм тик ток. На большее их проц не способен. Остальных просто кинут.

Заголовок такой жёлтый, что аж на монохромных мониторах желтить будет.

Для разработчиков, у которых экосистема Apple не является основной целевой платформой, изменения могут или остаться незаметными, или приведут к отказу от платформы.

Капец, это как? Какой здесь заложен смысл?
Или будет или не будет. А может будет, но скорее всего нет. Но это не точно. Наверное. ;)

Для многих разработчиков это станет причиной отказа от платформы, потому что Windows на ARM лицензируется только для OEM, а значит, пока нет способов запуска Windows на Mac с ARM.

Крайне путанная фраза.
Сначала решил, что некие мифические разработчики перестанут писать ПО для чего-то.
Только потом понял, имеется в виду, что некоторые пользователи откажутся от устройства, так как нельзя будет запустить Windows.
И да, даже если на ARM получится установить Windows, на кой ляд она сдалась? Там же ничего нет.
И да, даже если на ARM получится установить Windows, на кой ляд она сдалась? Там же ничего нет.
как минимум там есть браузер, на котором можно тестить.
НЛО прилетело и опубликовало эту надпись здесь
Впрочем, насколько я помню, там сама МС вставляла палки в колёса с запуском нативного ARM софта в пользу программ из своего магазина.
Это было 8 лет назад…
НЛО прилетело и опубликовало эту надпись здесь
Причём тут магазин? Windows on ARM он не нужен.
Софт запускается не любой, а 32-битный х86 или 32/64-битный ARM. x86_64 пока не эмулируется.
sumanai вспоминал Windows 8 RT, который так же работал на ARM и где МС не давала устанавливать приложения мимо магазина. В том числе ломала хаки, которыми пользователи пытались это ограничение обойти.
Разумеется, но сие уже давно не актуально.
Я комментировал это:
То есть сейчас я без проблем могу запускать любой софт

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А для чего вам бекенды массово портировать? Они устареют к моменту смены архитектуры, да и не факт что кроссплатформенность грамотная будет, а не if (isArm) {… } else {...}. Опять же, какой работодатель на такое согласится, тратить лишние средства на поддержку не нужной в данный момент платформы?
НЛО прилетело и опубликовало эту надпись здесь
Поскольку речь про веб — то «на ноде» тогда уж.
НЛО прилетело и опубликовало эту надпись здесь

А как web-разработчик завязан на архитектуру процессора?

НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре , чтобы оставить комментарий