Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 17
Виртуальная машина загружается за 2-3 секунды (это быстрее, чем Docker, потому что используется минимальный initramfs).
Что-то я ни разу не замечал, чтобы контейнеры в докере стартовали дольше секунды (за исключением случаев, когда надо было сначала скачать образ, разумеется).
Единственное ограничение — Docker. Внутри виртуальной машины нельзя запустить вложенную виртуализацию (nested virtualization). Docker работает, но только в режиме rootless (без KVM).
Причём тут вообще вложенная виртуализация, и как связаны rootless режим докера с наличием KVM?
У меня ощущение что этот текст написан в GPT и немного нагаллюцинирован
У меня есть ощущение, что там не "немного", и GPT не должен галлюционировать прям настолько сам по себе. Его еще направлял кто-то со своим интересным полетом.
Вы проснулись только сегодня? Сейчас почти весь Хабр-контент на ИИ сгенерирован, это стало нормой, в статье хотя бы более менее глубокий разбор есть
В статье продемонстрирован ряд заблуждений, по моему мнению, не характерных для LLM, но характерных для людей. Собственно мой комментарий был о мясном источнике галлюцинаций, а не о использовании/неиспользовании LLM при создании. Сожалею, если не смог написать эти два предложения достаточно понятным языком.
Да, всё верно, правильные части написаны при помощи LLM, а не правильные мной самим (мясная природа галюцинаций), на то я и человек, проверяю заблуждения и если это действительно мои заблуждения - признаю и исправляю. Поэтому и предложил обсудить в комментариях. В течении суток всё проанализирую. А за исправления всех благодарю!
По моему проблемы Flutter как раз начались когда они перешли на Metal и внезапно выяснилось что им в skia на тот моментдоступна только рантайм компиляция metal shareds, а на OpenGL все отлично работало.
В результате они запилили свой движок, про качество его идут дискуссии, но skia уже тоже подтянулась.
Вообще я думаю что Flutter нужен был как "план Б" во время судебных тяжб с Oracle по поводу реализации Java.
про качество его идут дискуссии
я бы сказал, речь даже не о качестве, есть еще один момент, который я не упомянул - зависит от того какое приложение вы делаете, в некоторых редких случаях лучше по производительности подходит именно skia, но по своей структуре "для бизнес приложух" импеллер лучше и выигрывает
А можно выбирать? Я думал они уже просто все перешли Impeller
Я помню дискуссии в Twitter где-то в мае 2025 - что мол skia тоже уже сделали компиляцию шейдеров и никаких лагов и там не было бы, зачем мы ввалили столько сил в свой движок, который порой и тормознее и памяти ест больше, а ключевой, вдохновивший проект разработчик просто бросил его.
Но тут конечно надо делать поправку что это Twitter и там любят передергивать ситуацию
Да, можно, по дефолту сейчас Impeller, и именно под него команда Flutter оптимизирует стек. А в задачах примерно так:
Impeller:
Лучше для типичных Flutter-приложений:
бизнес-UI,
сложные layout’ы,
анимации,
скроллы.
Предсказуемый frame time.
Меньше «внезапных» лагов.
Skia:
В некоторых нишевых кейсах реально быстрее:
кастомная 2D-графика,
нетипичные эффекты,
плотная работа с canvas.
Но требует аккуратной настройки и понимания
То есть сейчас это не «Impeller всегда быстрее», а: Impeller выигрывает по UX-стабильности, Skia иногда по сырой пропускной способности. В последних версиях Flutter Impeller — основной рендерер по умолчанию, но Skia жива и применима и доступна по флагу при желании, ее хотели убрать, но оставили и правильно сделали. На мой взгляд, надо оставить оба рендера + Skia тоже подтянулась.
Небольшая неточность с React Native. Моста уже нет, но Skia при желании уже есть. Причём на одном экране можно использовать и рендеринг в Skia и нативные контролы OS, получив нативное поведение (например, критикуемый во Flutter скроллинг).
C ABI означает отсутствие type safety. Вызов glUniform4f(location, r, g, b, a) — если перепутал порядок аргументов, получаешь random pixels. Компилятор не поможет, потому что все аргументы имеют тип float. В Rust или Dart это была бы ошибка компиляции.
location – GLint, остальные флоты. Что по-вашему происходит в rust/dart – отдельный тип для красного цвета, отдельный для зеленого?
Каждый вызов glDrawArrays() — это синхронный вызов драйвера.
Синхронный вызов, который синхронно только сохраняет команду в очередь.
Это невозможно исправить в OpenGL, потому что спецификация не позволяет прекомпилировать шейдеры заранее.
Шейдеры вообще можно один раз на старте приложения скомпилировать. То, что конкретная реализация динамически собирает шейдеры, чтобы заинлайнить параметры виджета не относится к тому, что шейдер нельзя скомпилировать заранее, а к тому, что исходного кода шейдера заранее не существует в конкретной реализации skia.
Дальше читать пока духу не хватило, нужно немного собраться с силами.
Странная статья. Странные "прогнозы"
первый Tensor с интегрированным модемом появится в Pixel 10 (2027 год)
Pixel 10 уже полгода как есть. И в нем модем... Самсунговский Exynos 5400.
eSIM (embedded SIM) — это виртуальная SIM-карта, которая программируется через интернет. Вам не нужна физическая карточка. Вы скачиваете профиль оператора и активируете его
И как ЭТО (eSIM) поможет реализации модема? С учетом того, что eSIM это по факту замена SIM, а та, в свою очередь, просто хранит ключи -а значит, необходимо реализовать всю ту же работу радиотракта что и для обычной SIM - поэтому eSIM вообще никак не повлияет на ситуацию.
В общем, странные утверждения и предположения.
Из какого года вообще статья? Из 2022? Потому, что если смотреть на позиции сегодняшнего дня, то можно практически быть уверенными, что Google "прикопала" проект своего модема и перебросит все усилия на NPU в новых процессорах, оставив модем на далекое-далекое "потом".
Я объяснил это себе так что статья написана ИИ
Pixel 10 (2027 год)
Да, это опечатка, имелось ввиду 12
Из какого года вообще статья? Из 2022? Потому, что если смотреть на позиции сегодняшнего дня, то можно практически быть уверенными, что Google "прикопала" проект своего модема
С этим не соглашусь, для пользователей пикселей всё актуально, а андроид до этого года испытывали на пикселях
Прекрасная статья, спасибо! Очень плотно по информации и очень вдохновляюще. Появляется какая-то симпатия к гуглу и его инженерам через близость и сложность задач по обеспечению совместимости и трансформации нагорячую, ну и конечно, из-за сумасшедшего масштаба (по сути, вся планета).
Можно два тупых вопроса?
Почему приложение камеры в телефоне в рамках модели ухудшается с каждым обновлением? Наблюдал на мейзу, мотороле и ванплюсе по мере смены телефона. Типа ядро обновляется, и вендору просто лень писать новые драйверы на уровне старой функциональности?
Как вы оцениваете будущую динамику деятельности сообществ по подготовке неоффициальных прошивок, особенно для старой техники? Я так понимаю, для новых изделий FIDL облегчает переносы драйверов плюс сокращается количество оболочек плюс легче вырезать сервисы гугла из-за открытости платформы. А для старых устройств нас ждет ренессанс реинкарнаций или ничего особо не изменится, потому что для старых компонентов не будут переписывать драйвера, как минимум, нативно под фуксию?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Flutter, Fuchsia, Zircon, ChromeOS, Aluminium OS, WGPU, Tensor Modem, RIL, SeL4, FIDL будущее Андроида и других ОС №2