Всё, как обычно, зависит от задачи. Для бэка, возможно, будет удобнее per layer.
Для web-фронта же ещё надо думать про оптимальную доставку кода. Мне кажется, что per feature проще паковать и разрешать зависимости — можно паковать всю фичу в один чанк.
Для per layer сложнее построить дерево зависимостей и разбить файлы по чанкам.
Это обычная пирамида — новые клиенты оплачивают работу инфраструктуры для себя и для всех старых устройств на какое-то ограниченное время. Когда поток новых клиентов снижается — пирамида рушится (становится убыточной).
Тут спасёт либо модель подписки, либо полная автономность.
Есть ещё третий вариант — открытый стандарт IoT. Чтобы любое устройство работало в инфраструктуре любого вендора. Само собой это утопия.
Это и есть самое сложное в Вашей схеме. Arm не даёт готовых 128-ядерных процессоров, это не шилдики переклеивать для импортозамещения.
Нужно разместить ядра и контроллеры на кристале, решить вопрос со связью, питанием, охлаждением. Если контроллеры памяти и PCI-E не от arm, то сложностей ещё прибавится. Развести сокет, обеспечив совместимость с предыдущим поколением процессоров, тоже может быть проблемным.
Если судить по Вашим словам, то это как в супермаркете: взял с полочки сотню-другую ядер, парочку контроллеров, корпус, оплатил всё в кассе и тебе выдали 128-ядерный проц. Лишь бы денег хватило :)
Сначала они браузер в Chrome OS отдельным процессом запускают, потом учат Fuchsia запускать linux-приложения… Похоже скоро попросят то немногое, что осталось от Gentoo из состава Chrome OS.
Google активно продвигает их в школах. Скоро подрастёт поколение, у которого первый смартфон был на Android, а первый комп на Chrome OS. Плюс учётка, которую не все могут легко сменить спустя несколько лет активного использования (привязки к сервисами, регистрация на сайтах). Привязывают к своей экосистеме с детства.
Просто попадалась статья про дальнобойные носимые рации (тоже несколько км). Автор утверждал, что запеленговали и выписали штраф, получал потом разрешение.
Но ведь шейдерные блоки там изначально заблокированы не для того, чтобы продавать чип дешевле :) В чипе есть брак — на производстве отключили сбойные блоки. Вполне возможно, что зависания случались из-за этих блоков, включенных обратно моддером, а не из-за частот.
Судя по отверстиям по бокам центральной стойки, чудо на первом/третьем фото — это водоблок. Вода на горячей стороне, а вот что на холодной стороне — не понятно. Какая-то ёмкость. Просто так заполнить её теплоносителем вряд ли получится — нужно место для теплового расширения.
UPD: посмотрел исходники. qr-коды используются в двух местах:
1. homectl --recovery-key
для создания recovery-ключа. позволяет восстановить доступ к учётной записи при потере пароля.
2. journalctl --setup-keys
для создания, грубо говоря, цифровой подписи логов
Оператор ~ в Execute лишний.
locals.Push(Execute("-", 0, last));
Для web-фронта же ещё надо думать про оптимальную доставку кода. Мне кажется, что per feature проще паковать и разрешать зависимости — можно паковать всю фичу в один чанк.
Для per layer сложнее построить дерево зависимостей и разбить файлы по чанкам.
Тут спасёт либо модель подписки, либо полная автономность.
Есть ещё третий вариант — открытый стандарт IoT. Чтобы любое устройство работало в инфраструктуре любого вендора. Само собой это утопия.
Нужно разместить ядра и контроллеры на кристале, решить вопрос со связью, питанием, охлаждением. Если контроллеры памяти и PCI-E не от arm, то сложностей ещё прибавится. Развести сокет, обеспечив совместимость с предыдущим поколением процессоров, тоже может быть проблемным.
Если судить по Вашим словам, то это как в супермаркете: взял с полочки сотню-другую ядер, парочку контроллеров, корпус, оплатил всё в кассе и тебе выдали 128-ядерный проц. Лишь бы денег хватило :)
Сначала они браузер в Chrome OS отдельным процессом запускают, потом учат Fuchsia запускать linux-приложения… Похоже скоро попросят то немногое, что осталось от Gentoo из состава Chrome OS.
Для Microsoft такие методы продвижения своих продуктов слишком мягкие :)
Google активно продвигает их в школах. Скоро подрастёт поколение, у которого первый смартфон был на Android, а первый комп на Chrome OS. Плюс учётка, которую не все могут легко сменить спустя несколько лет активного использования (привязки к сервисами, регистрация на сайтах). Привязывают к своей экосистеме с детства.
Если IPv6, то вполне себе может быть
Чтобы это случилось, нужно купить какой-нибудь крутой OLED-монитор, стоимость которого долго будет окупаться этой экономией :)
UPD: посмотрел исходники. qr-коды используются в двух местах:
1. homectl --recovery-key
для создания recovery-ключа. позволяет восстановить доступ к учётной записи при потере пароля.
2. journalctl --setup-keys
для создания, грубо говоря, цифровой подписи логов
Или механический привод забабахать!