LINUX.ORG.RU

Google без официального анонса опубликовала Chrome для Linux на ARM64

 , ,


1

1

В официальном репозитории Google появился нативный пакет Google Chrome для 64-разрядных систем Linux на архитектуре ARM. Стабильную сборку можно загрузить в формате DEB, однако обычная страница загрузки Chrome пока может предлагать пользователям ARM-компьютеров пакет для архитектуры AMD64. Отдельного сообщения о начале распространения новой версии Google также не публиковала.

О планах перенести браузер на ARM64 Linux компания объявила 12 марта 2026 года, пообещав закончить работу во втором квартале. Google объясняла порт растущим спросом со стороны владельцев одноплатных компьютеров, ARM-ноутбуков и рабочих станций, отдельно упомянув NVIDIA DGX Spark. Намеченный срок был пропущен, а готовые пакеты появились в репозитории лишь в конце июля.

В отличие от уже давно доступного для ARM64 открытого браузера Chromium, Google Chrome содержит проприетарные компоненты и обеспечивает полноценную синхронизацию через учётную запись Google. После входа пользователь может восстановить закладки, пароли, расширения, историю, открытые вкладки и настройки с других устройств. Google также заявляет о доступности фирменных средств защиты, менеджера паролей, перевода страниц и сервисов своей экосистемы.

В ARM64-пакет включён нативный модуль Widevine CDM, необходимый для воспроизведения защищённого DRM-контента. Раньше владельцам Raspberry Pi и других ARM-систем нередко приходилось извлекать Widevine из ChromeOS или применять неофициальные сценарии установки. В новой сборке библиотека размещается в каталоге /opt/google/chrome/WidevineCdm/_platform_specific/linux_arm64/. Это упрощает просмотр поддерживаемых потоковых сервисов, но не снимает обычных ограничений DRM в Linux: воспроизведение Netflix в 4K и HDR, вероятнее всего, останется недоступным из-за отсутствия аппаратной цепочки защиты.

Журнал OMG! Ubuntu проверил браузер на Raspberry Pi 5 под управлением Ubuntu 26.04. Установленный пакет определялся как нативная сборка aarch64 Chrome 150, синхронизация с Google работала штатно, а ролики YouTube в разрешениях 1080p и 2K воспроизводились плавно даже без аппаратного декодирования. При просмотре видео в 4K наблюдались пропуски кадров и подтормаживания.

После установки DEB-пакет добавляет официальный репозиторий Google, благодаря чему дальнейшие обновления должны поступать через штатный менеджер пакетов дистрибутива. По данным OMG! Ubuntu, сборки также появились для дистрибутивов, использующих RPM. Нативный Chrome может работать не только на Raspberry Pi, но и на PineBook Pro, ноутбуках со Snapdragon X, ARM-рабочих станциях и NVIDIA DGX Spark.

На момент публикации официальная документация Google ещё не была обновлена: в системных требованиях для Linux по-прежнему указан процессор Intel с поддержкой SSE3, а страница загрузки не всегда определяет ARM64 правильно. Поэтому пока неясно, считается ли обнаруженная сборка окончательным стабильным выпуском или частью постепенного развёртывания. Актуальная стабильная ветка Chrome для Linux относится к серии 150; 23 июля Google выпустила версию 150.0.7871.186.

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: unclestephen (всего исправлений: 1)

Навайбкодили.

Irma ★★★★
()

В отличие от уже давно доступного для ARM64 открытого браузера Chromium, Google Chrome содержит проприетарные компоненты

Ну и нахрен он нужен?

обеспечивает полноценную синхронизацию через учётную запись Google

Пароли и историю что-ль? Можно и через веб-интерфейс их достать.

kaldeon ★★
()

Какой-то очень перегруженный релиз libwidevine.so под AARCH64 получился.

shahid ★★★★★
()

Google объясняла порт растущим спросом со стороны владельцев одноплатных компьютеров

Да уж, эту монстрятину только на одноплатниках гонять...

sluggard ★★★★★
()
Ответ на: комментарий от sluggard

а ведь когда-то хромог (в виде хромиума) неплохо так работал на allwinner. Но юзать хром(иумы) всё равно преступление против интернета

mittorn ★★★★★
()

firefox все равно лучше, блокировка рекламы та же там хорошо работает, в хроме же урезано.

cetjs2 ★★★★★
()
Ответ на: комментарий от navrocky

Интересно, а открытый chromium уже был под arm?

Разумеется, и под 32-битный, и под 64-битный. Во всякой эмбедщине он очень популярен

annulen ★★★★★
()

Я на всякий случай напишу что мне предлагали реверсить скрипт от Гугла который пробивает гугложабаскрипт-движок. Нормально он не реверсится потому что меряет пинг от себя до Гугла и на ходу … Ска… Вот щас я понял с чем я пойду по поводу этого реверса.

Так вот гугл пихает скрипт который пробивает виртуалку js хрома. Инфа сотка.

ckotctvo
()
Ответ на: комментарий от ckotctvo

Зачем ему что-то «пробивать», когда в хроме захардкожены обращения к гуглоскриптам с особыми правами?

firkax ★★★★★
()

Сегодня катанул на Lenovo Yoga Slim 7x на Snapdragon X Elite, работающий под Fedora 44 aarch64.

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

FlyingBuzz
()
Ответ на: комментарий от sluggard

А что ему будет то? 15 лет назад как бы не пень второй был, чтоб сильно лагать. Тому же компу с которого я сейчас пишу уже около того возраста и я бы не сказал что в чём-то близко к проблемам подошёл (ну видяшку поменял, когда 4K монитор купил и SSD/HDD по мере необходимости добавляются всё большего размера). Разве что к искусственным, вроде TPM в оффтопике. Тот же Intel Core i7-3770 вышел в апреле 2012 года (больше 14 лет назад) и я честно не знаю, зачем обычному юзеру нужно что-то шустрее, да и память уже тогда была 16 гигов которых всё равно досаточно. Игрунам может и нужно больше, я ХЗ.

Тут смотри какая беда - компы экспоненциально не растут в мощности, если софт специально не пишется так, чтоб эту мощность использовать (много потоков и свежие SIMD инструкции). Я лично знаю очень мало софта, который хотябы на 10% выжимал возможности современных камней (нет голая сишка на которой пишется «быстрый» софт так не умеет из коробки, а компиляторы застряли где-то в 2007 году, что и к лучшему, т.к. софт совместим со старыми компами). Кто напрямую хоть раз юзал в коде что-то свежее SSE2 (2000 год)? Вот компиляторы в него умеют более-менее эффективно. Всё что выше это уже ручками надо. Все эти SSE3 и иже с ними, там конечно можно собрать код, но толку, когда алгоритмы него надо иначе делать, а компилятор любой алгоритм так не переделает.

Да Блендер там какой-то или специфические дробилки пишут так что всё это используют. Но это редкость. Браузеры не могут GPU ускорение в линуксы завести нормально, а ты от них хочешь чтоб они современное железо выжимали.

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.