https://www.opennet.ru/openforum/vsluhforumID3/138590.html В кодовую базу ядра Linux, на основе которой формируется релиз 6.19, принят код подсистемы LUO (Live Update Orchestrator), разработанной компанией Google для обновления ядра в Live-режиме без физической перезагрузки. Подсистема базируется механизме KHO (Kexec HandOver), ранее добавленном в ядро 6.16 и реализующем возможность запуска нового ядра из старого без потери состояния системы...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64397<br> https://www.opennet.ru/openforum/vsluhforumID3/138590.html#152 Tue, 16 Dec 2025 10:07:16 GMT &gt; Как показал пример Blackberry (он кстати где?) <br>&gt; В этом месте Blackberry по сценарию про@#$%вается под напором конкурентов.<br><br>О да, я помню сии девайсы. Но пример Блекберри показал лишь:<br>- то, что аппараты покупают пользователи, а не сферическая *целевая аудитория* в вакууме. И то, что юзерская база очень быстро меняется в предпочтениях и нужно охватывать их все, но как-то. И их изначальная ставка на *бизинесс* и *сериоус пипл* хоть и работала некоторое время, с удешевлением трубок и связи просто дала петуха, слив изначально разработанным на массы айпхон/ведроид и даже потугам от нокиа, типа симбиан.<br>- то, что завязываться на проприентарные и *дорогие* подписки пользовательского софта, типа хаба можно, но недолго и болезненно, что софт должен стать для конечного юзера бесплатен, путь и ценой неявной монетизации или входить в стоимость аппарата <br>- то, что премиальный сегмент, где он гнил долго, хоть и ёмок по разовой покупке, но мал по объёму покупок (хотя казалось бы, новость) и подвержен точно таким ж https://www.opennet.ru/openforum/vsluhforumID3/138590.html#151 Mon, 15 Dec 2025 13:37:04 GMT &gt; Куникс я взял для примера того, что сделать *можно*. Хоть смартфон на <br>&gt; куниксе, хоть на вынь 2000/ХР - там с тех времён уже есть службы,<br><br>Микроскопом тоже можно гвоздь забить. Как показал пример Blackberry (он кстати где?) куникс на мобилке это примерно как гвозди и микроскоп. Много мучений с перфомансом, power management, софта нет, и получается - дорого и хреново, а взамен ничего видимого для юзерей. В этом месте Blackberry по сценарию про@#$%вается под напором конкурентов.<br><br>&gt; отвечающие за основные компоненты мобильно-могильного устройства:<br><br>"В теории, Петька, мы с тобой миллионеры..."<br><br>&gt; Как и любое гениальное инженерное решение: простое - в том числе и <br>&gt; для дешёвого индусского программиста, надёжное - с десятикратным запасом прочности, <br>&gt; но дубовое.<br><br>Видите ли, за "запас" кто-то либо доплатит сильно отдельно, либо ему в итоге напаяют самый отстойный из флешей которых можно купить - зато дешево. И у него через год-другой ОБА эти A/B утекут и пусть что хочет то и делает. Ибо гуанофлеш тече https://www.opennet.ru/openforum/vsluhforumID3/138590.html#150 Mon, 15 Dec 2025 10:26:17 GMT Куникс я взял для примера того, что сделать *можно*. Хоть смартфон на куниксе, хоть на вынь 2000/ХР - там с тех времён уже есть службы, отвечающие за основные компоненты мобильно-могильного устройства: от тача до набора радиомеждумордий - принципиально ограничений никаких нет, кроме очевидных "объём вложений" и "пользовательский спрос". Хоть для особых месье и касперскийОС воткнуть, но с юзерлендом от купленной сейлфиш - любой каприз за ваши шекели.<br><br>&gt; А все эти A/B [...] в целом очень педальные конструкции. Первобытный вариант, палка-копалка этакая.<br><br>Как и любое гениальное инженерное решение: простое - в том числе и для дешёвого индусского программиста, надёжное - с десятикратным запасом прочности, но дубовое. <br><br>Что очень пользительно отражается на массовом производстве целого спектра девайсов. Клепается на коленке даже лоу-дно-тир китайцами и подвальными индусами. Не требует от программистов буквально ничего, кроме знания разметки, а именно двух адресов - начала раздела А и начала раздела В. В бутлоад https://www.opennet.ru/openforum/vsluhforumID3/138590.html#149 Mon, 15 Dec 2025 07:51:29 GMT &gt; А как всё лишнее отключать?<br><br>make menuconfig - и фигачьте, маэстро. Если чего-то лишнего отфигачите - заодно и в траблшутинге нестандартных систем поупражняетесь. Да и в целом подразучите что там для вас лишнее а что нет. Это все равно кроме вас не знает, так что без вариантов.<br> https://www.opennet.ru/openforum/vsluhforumID3/138590.html#148 Mon, 15 Dec 2025 07:45:11 GMT &gt; А кто спорит-то, что можно?<br><br>Можно. И практикуется.<br><br>&gt; Можно и куникс в качестве ядра задействовать - вот вам и микроядро, <br>&gt; и реалтайм, и mission-critical ready (в переводе с баззводного: оно зрелое <br>&gt; для серьёзных применений). Можно. Только текущие инженерные решения не позволяют.<br><br>Вообще-то - это даже используется. Я даже видел железки с этим. Но есть нюанс. Они старые. И их апгрейды как раз - на пингвине уже.<br><br>Да, куникс реалтаймный. Но вот микроядро - вовсе даже и не фича, и превращает создание драйверов - в брейнфак с спагетти сервисов в разных закоулках. Экзотичные самобытные знания, которые некуда приткнуть - в паре с конскими условиями лицензирования - привели к тому что девелоперов под это нет, мучений много, но денег все равно извольте. И тут вдруг оказаолсь что есть нехилый спрос на более приятные варианты чем ЭТО. Так линуха научили в реалтайм, а нонстоп апдейты вообще не так уж много кто умеет, куникс - вроде никогда такое не умел. А пингвин вот - даст мастеркласс тому что раньше был https://www.opennet.ru/openforum/vsluhforumID3/138590.html#147 Mon, 15 Dec 2025 06:59:16 GMT &gt; Linux все это уже есть и работает - у тех кто это хотел.<br><br>А кто спорит-то, что можно?<br>Можно и куникс в качестве ядра задействовать - вот вам и микроядро, и реалтайм, и mission-critical ready (в переводе с баззводного: оно зрелое для серьёзных применений). Можно. Только текущие инженерные решения не позволяют.<br><br>Схема с А/В-разделами и атомарщина исключает живое обновление, херя неизменность образа. Единственное, что реально можно - overlayfs, но оно реально применимо только для мелких патчей, а не для "больших" обновлений.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/138590.html#146 Sun, 14 Dec 2025 01:15:21 GMT &gt; Гугл делает для себя. И в принципе оно нужно только ему.<br><br>Мне тоже пригодится, и на серваках, и в эмбедовке. Non-stop обновления систем с минимальным даунтаймом и без потери состояния - это круто хорошо и правильно. А вы там можете ребутаться наздоровье если хотите.<br> https://www.opennet.ru/openforum/vsluhforumID3/138590.html#145 Sun, 14 Dec 2025 01:13:05 GMT &gt; Не со схемой "А/В-разделов".<br>&gt; Не в этом веке<br><br>С снапшотами btrfs какими и проч можно и без этого всего. И кто-нибудь даст вам мастеркласс на тему как надо было. Конечно в этом веке. Так же как с реалтаймом. И нонстоп системами. В Linux все это уже есть и работает - у тех кто это хотел.<br> https://www.opennet.ru/openforum/vsluhforumID3/138590.html#144 Sat, 13 Dec 2025 15:23:11 GMT &gt; Я извиняюсь, что долго отвечал.<br><br>Да я не спешу - но и не особо активно мониторю "холодные" треды. Но вот конкретно тут вы попытались начитать лекцию - автору этой новости. Хе-хе.<br><br>&gt; сам, в момент выбора BLK_DEV, автоматом не выбирается). Это что за <br>&gt; забота такая, когда напрямую не необходимые опции комплектом включают?<br><br>Минимизация подцепляемых опций никогда не была там какой-то серьезной самоцелью. Но кому надо именно это - могут это получить. Пусть и с ограничениями и оговорками.<br><br>Впрочем - это вообще сильно отдельный топик. Скажем, defconfig на x86 - это скорее всего тоже не то что вы хотели бы получить. Да, мир не идеален. И в нем бывают свои странности и приколы. Но ничего фатального и непреодолимого. И кто лучше то? Вот по менеджменту фич ядра ос допустим? И в любом случае тезис что это принципиально неотключаемо - действительности не соответствует.<br><br>&gt; а что такое BPF, пусть уважаемый "systems engineer" сам вопрос пробьёт <br>&gt; для себя. А то объяснения заводчан, похоже, ему снобизм мешает во