Apple Rosetta для Linux-приложений

Ссылка интересная, но может, это всё-таки не в новости, а в мини-статьи?

Далее. Почитал материал по ссылке. К стыду своему, не совсем понял. Речь вроде бы про виртуализацию, но заметка Apple лежит в разделе для разработчиков и приводятся примеры программного кода. Код чего имеется в виду — того самого линукс-приложения, которое мы запускаем на маке или какой-то внешней оболочки?

Повторюсь, материал потенциально интересный для ЛОРа, но хотелось бы получить комментарии от людей в теме.

1. пусть будет в статьи, хотя смысл - ознакомить с этой новостью, тк это с 13+ , а на макОС хороший тон не спешить 1-1.5 года с переходом по версии, те это свежак и по сути толком непотестенный еще, да и формат вроде тоже не статейный этой инфы так-то.

2. https://developer.apple.com/documentation/virtualization

Во введении все вполне поясняется.

API на свифте или objC дает возможность замутить виртуалку с линуксом, но тк оно будет ARM, то прикрутили еще транслятор calling convention и прочего для ELF x86_64 и всё это каждый может свободно кодить … и даже «карапузы» с закосами :)

это аналог wsl для mac?

мало что знаю про wsl и планов погружаться в ЭТО нет

хотя смысл - ознакомить с этой новостью, тк это с 13+

Убедил.

на макОС хороший тон не спешить 1-1.5 года с переходом

Для ios тоже актуально?

Вспомнилась заметка на ЛОРе box86(64) или есть ли жизнь на ARM-e?

Ну т.е. можно писать приложения под линукс и запускать везде? Щикарно я считаю.

Забавно, крупнейшие (и не очень) ОС запиливают поддержку linux-приложений. Как-то много внимания для «студенческой красноглазой поделки».

У тебя звёздочка порвалась? Фигасе...

Но нахрена? Эпплоспецифичный путь запускать x86 бинарники внутри линукса который работает внутри макоси. Ну такое себе, на самом деле. Чтобы девопсы могли запускать x86-only контейнеры внутри своего макбука?

это хорошо, но 90% софта с linux вполне спокойно собирается на macOS

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

Тогда они спокойно поднимут этот самый сервис от которого зависит их сервис на архитектуре AArch64

ну потому что это про то как портировать своё приложение на apple silicon не портируя его целиком а частично транслируя через розету. сходства с wsl в целом есть

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

В макос пару раз в мажорных апдейтах прилетали проблемы с вайфаем, поэтому более осторожные люди ждут недельку после релиза. С иос и столько не ждут. Откуда он взял про год-полтора без понятия. Может какие-то единицы так и делают. Яблоки в целом достаточно оперативно фиксят баги, и столько ждать нет смысла. За это время десяток секьюрити апдейтов выйдет

Во-первых этому уже несколько месяцев, во-вторых это просто более быстрая замена qemu-user

Чтобы окончательно загнать её под контейнерную шконку, очевидно же.

Слишком много условий. макос 13+, чипы какие-то «Яблоко кремний»…

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

Пляски с бубном. Вместо того, чтобы просто купить нормальный ноутбук или купить или самому собрать (при наличии интереса) нормальный ПК.

Apple хорошо сделала, затруднив установку Linux. А то, я помню, тут были фанаты Apple, размахивающие своими Макбуками с Linux. Воображали себя какой-то «элитой». А Apple их мордой об стол.

Вместо того, чтобы просто купить нормальный ноутбук или купить или самому собрать (при наличии интереса) нормальный ПК.

Жужащий пылесборник без автономности =)

Apple хорошо сделала, затруднив установку Linux

Ну да, специально перевела ноуты на ARM =)

Я так и не понял. Докер контейнеры научились уже таким макаром запускать?

Я понял и даже немного разбирался с этим поэтому могу ответить на конкретные вопросы.

В целом схема выглядит так:

Имеется библиотека от Эппл под названием Hypervisor.Framework. Она даёт низкоуровневое апи для написания пускалки виртуальных машин. Упомянул для полноты. Ее апи реально низкоуровневое и чтобы запустить виртуальный Линукс, нужно быть гуру.

Недавно добавили библиотеку Virtualization.Framework. Это надстройка над Hypervisor.Framework. По сути в этой библиотеке реализована полноценная виртуальная машина. Она адски высокоуровневая. В несколько десятков строк можно запустить консольный Линукс. В несколько сотен — с графикой. В ней встроена поддержка для запуска Линукса и макоси. Не знаю, в чем именно эта поддержка заключается.

Эти библиотеки для макоси, для Swift/ ObjC. Виртуализация идёт для родной архитектуры. То бишь на M1 можно запустить только ARM Линукс. Эмуляции других архитектур нет.

Далее. Не связано со всем предыдущим. С выпуском M1 Apple разработала компонент макоси под названием Rosetta. Он нужен для того, чтобы запускать x86 программы для макоси на процессоре Apple Silicone. Он работает путем преобразования инструкций с x86 на ARM во время выполнения и в целом работает очень быстро кроме некоторых пограничных случаев.

О чем эта новость: в прошлом году (новость слегка запоздала, ну да ладно) в Virtualization.Framework добавили новую фичу. Теперь на процессоре Apple Silicone, в запущенной хостовой макоси можно запустить ARM Linux. В этом Линукс нужно установить некую программку. И после этого внутри этого ARM линукса можно будет запускать x86 программы для линукса, используя технологию Rosetta.

В целом новость для обычных юзеров не слишком ценная. Больше для тех, кто с этой виртуализацией работает.

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

Все это, конечно, проприетарно от начала до конца.

Ну я прям щас ставлю 12.6.3. Предыдущая версия тоже поддерживается. Я не думаю, что большинство так делает, но я обычно перехожу на следующую версию как раз через год после ее релиза. Мне новые фичи не нужны. А стабильность повыше.

Хотя вот на 13 скорей всего перейду пораньше. Как раз из-за фичи, которую в этой теме обсуждают - хочу с ней поэкспериментировать. Но это исключение. Мне и 10.8 хватало по большому счёту, это была первая макось, которой я пользовался и с тех пор я ничего нового в новых версиях не увидел для себя.

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

Он её драит слишком часто.

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

Ладно, запустить бинарь не проблема. Проблема в том, что программа не состоит из одного бинаря, ей нужно окружение, библиотеки. Базовые библиотеки, условный glibc, openssl можно притащить с собой. Но что насчет тяжеловесных зависимостей, привязки к тем же X-am, Dbus, systemd в конце концов. Получается, что нужно эмулировать каждую из этих зависимостей? Да ну нах, проще сразу собирать под MacOS с учетом и архитектуры и API.

Нет. Эмулировать нужно только сисколлы ядра. Все остальное обеспечивается библиотеками той архитектуры, которая эмулируется. Обычными библиотеками из обычных пакетов из репов дистрибутива.

Взаимодействие с иксами, пульсой и подобным идет через сокеты и не зависит от архитектуры.

Все равно не понимаю. Вот есть условная программа, пусть например nginx, только не нативно собранный, а эмулируемый. Он пишет логи в syslog. Но как он будет работать под MacOS, если тут нет syslog? Перед запуском nginx'а придется запускать syslog?

А если программа обращается ну например в /proc, которого тоже в макакоси нет?

Я имею в виду не низкоуровневые вызовы типа ioctl() а в принципе работу в незнакомом окружении.

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

Вот так и будет.

А, ну так это мрак, как мне кажется.

Чем пробрасывать целое окружение ради одной программки, проще эту программку пропатчить под нативную работу на макоси.

Если она свободная - конечно проще ее собрать под мак. А если блоб? Не пропатчишь.

Даёшь нативный Линух. А всякие WSL с Rosetta это самообман

без автономности

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

э.... а зачем? если есть виртуалка с арм-линуксом то почему бы там не запускать арм-линукс-приложения?

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

Потребление одного ядра на i7 как у всего CPU кластера из 8 ядер на М1.

ЛОЛ, ну да. Ты главное верь.

ЛОЛ, ну да. Ты главное верь.

Че верь? У меня обе железки сейчас на столе.

Купить эппл, чтобы в виртуалке поставить Линукс. Да ещё и ARM… Месье знает толк в извращениях!

Главный юзкейс - гонять образы для x86_64-linux в докере. Оно и до этого работало через qemu, но очень медленно. Тестил нативную сборку софта для x86_64-linux через nix в докере - стало работать раз в десять быстрее. Для работы нужен Docker Desktop 4.16.0+ и галочка в настройках докера. В общем теперь на маках можно запускать линуксовый софт под две архитектуры с минимальными усилиями

Да

осмелюсь предположить, что линукс как ядро и вычислительную среду, основанную на стандартах никто поделкой не считает, чего не скажешь о ГУЙ на линуксе в большинстве проявлений и прочей белиберде поверх годной основы

возможно внимание мелкософта и апле к линуксу говорит об их вере в корпоративное будущее линукса

он это взял из личного опыта и кругозора, у тебя это может быть противоположным и ты имеешь на это право, оставь его и мне

к сожалению техническая политика компании, даже лучшая, подчинена учетной и маркетинговым политикам, ткчт ответ - нет, апле и фиксит вовремя, и притемняет, и закрывает глаза если это выгодно …

также фактом является активная разработка крайней мажорной версии - выводы может каждый сделать сам

ты не мог бы привести пример «нормального ноута» за 70к - аналога МВА? спасибо.

ну наверное они что-то про это знают и ожидают, что так будет получаться не всегда, а в игре оставаться хотят :)

есть предложение взять паузу быть «пупом земли» и оглядеться :)

тайминг не панацея, главная идея не попадать в бета-тестеры, если нет такого желания

разработка версии закончена - самое время начинать :)