4-5 июня в РЭУ имени Г. В. Плеханова прошла XIII научно-практическая конференция OS DAY. В этом году центральными темами стали операционные системы для встраиваемых устройств, технологии реального времени, безопасность промышленного ПО и развитие отечественной экосистемы системного программирования. В программу вошли технические доклады, панельная дискуссия о технологическом суверенитете и круглый стол, посвященный подготовке новых специалистов.
Панельная дискуссия «Технологический суверенитет промышленного производства: встраиваемые устройства» была посвящена тому, как объединить отечественную аппаратуру, операционные системы, среды исполнения и прикладное ПО в готовые промышленные решения. Одним из участников обсуждения стал Денис Бахаев, руководитель отдела адаптивных промышленных технологий «Лаборатории Касперского». По приведенной им приблизительной оценке, более двух третей производителей конечных устройств сегодня вынуждены самостоятельно собирать системное ПО из компонентов с открытым исходным кодом, поскольку на рынке пока не хватает готовых программных платформ, которые можно было бы сразу интегрировать в контроллер или другой промышленный ПАК.
Бахаев ответил на два принципиальных вопроса. Первый – как разработчик ОС может упростить изготовителю конечного устройства прохождение оценки безопасности и сертификации. По его словам, для этого необходимы совместная работа с регуляторами, единые методические подходы и инструментарий, который переносил бы часть нагрузки с прикладного разработчика на уровень операционной системы. Второй вопрос касался того, почему при наличии российских процессоров и ОС до сих пор нет полного отечественного промышленного стека для всех классов задач. Бахаев отметил, что отдельные решения уже существуют, однако невозможно за четыре года воспроизвести экосистему, которую зарубежные вендоры выстраивали на протяжении 50-60 лет. Необходимо последовательно развивать микроэлектронику, системное и прикладное ПО, интеграторские компетенции и подготовку специалистов.
Нам нужно не просто объединяться, а правильно координироваться между вендорами железа, системного софта, операционной системы и прикладного ПО, чтобы выстроить целый стек для конечного заказчика.
Круглый стол второго дня «Преподавание системного программирования в вузах страны. Проблемы и решения» получился очень живым и интересным. Участники поднимали актуальные темы: привлекательность системного программирования для студентов, нехватку преподавателей и начинающих специалистов, разрыв между вузовскими программами и потребностями индустрии, организацию практики и стажировок, а также влияние генеративного ИИ на обучение и карьерный путь разработчика.
Особое внимание привлекли слова Андрея Духвалова, вице-президента и директора департамента перспективных технологий «Лаборатории Касперского». Он обозначил новое противоречие рынка: ИИ уже способен выполнять многие типовые задачи, которые традиционно поручали джунам, однако без начального карьерного этапа через несколько лет индустрии будет сложнее получать мидлов и сеньоров. Текущая экономия на начинающих разработчиках может обернуться кадровым дефицитом в будущем.
Искусственный интеллект очень хорошо заменяет простые, понятные задачи — а это как раз джуны. И вопрос теперь: откуда через два-три года появятся мидлы?
При этом Духвалов не предлагал отказываться от новых инструментов. Его позиция заключается в том, что специалистам следует сосредоточиться на новых и сложных инженерных задачах, для которых еще нет готового массива решений, а искусственному интеллекту передавать уже формализуемую и повторяющуюся работу. Фундаментальная подготовка, способность понимать код и проверять результат остаются обязательными.
Олег Большаков, ведущий разработчик «Лаборатории Касперского», рассказал об устройстве планировщика микроядра KasperskyOS. В докладе были рассмотрены назначение и архитектура планировщика, модель состояний потоков, поддерживаемые дисциплины планирования — реального времени (round-robin и FIFO), справедливая (fair) и бездействия (idle), параметры планирования — приоритеты и квант времени. Отдельное внимание спикер уделил классам планирования в KasperskyOS и защите от инверсии приоритетов.
Более острая часть обсуждения касалась того, можно ли считать KasperskyOS системой жесткого или мягкого реального времени, особенно применительно к ответственным автомобильным функциям. Большаков пояснил, что система может одновременно поддерживать обычные потоки и потоки реального времени. Для критических функций может быть организован отдельный контур реального времени – в том числе, при наличии необходимых допусков, для управления автомобильными системами. На вопрос о сравнении с Linux RT и другими ОСРВ спикер сообщил, что такие измерения ведутся и в компании разрабатываются соответствующие бенчмарки.
Сергей Байгудин, старший разработчик KasperskyOS в «Лаборатории Касперского», представил результаты исследования механизмов MPU и PMP в микроконтроллерных операционных системах реального времени. Команда проанализировала 21 ОСРВ примерно по 150 техническим характеристикам и свойствам информационной безопасности. В докладе Байгудин показал, как аппаратная защита памяти используется в архитектурах Arm M-profile и RISC-V, взяв в качестве практического примера Zephyr.
Первый вопрос касался изоляции программ друг от друга. Байгудин уточнил, что в рассматриваемом классе микроконтроллерных ОС обычно существует один процесс и несколько потоков, поэтому привычная для настольных ОС терминология здесь не вполне применима. MPU и PMP используются для ограничения доступа потоков к областям памяти и разделения привилегированного и непривилегированного режимов.
Наиболее продолжительную дискуссию вызвали накладные расходы защиты. В эксперименте они достигали нескольких микросекунд при переключении потоков. Докладчик оценил этот результат как небольшой относительно системного кванта длительностью одна миллисекунда. Представители индустрии возразили, что для некоторых приводов и контуров управления даже несколько микросекунд могут оказаться существенными. В результате участники сошлись на том, что величину задержки нельзя оценивать вне контекста конкретной аппаратной платформы и требований технологического процесса, а обсуждение продолжилось уже в кулуарах.
Игорь Сорокин, руководитель группы разработки KasperskyOS, представил методику проектирования систем, которые при отказе отдельных компонентов сохраняют основные функции. Предложенный подход включает определение цели системы, декомпозицию функций, анализ их зависимостей и критичности, распределение по компонентам, а также подготовку сценариев восстановления и перехода между нормальным, деградированным и безопасным состояниями.
Вопросы оказались принципиальными. У докладчика спросили, насколько graceful degradation применима в системах критического назначения, где требуется не просто частичная работоспособность, а доказуемый переход в безопасное состояние по принципу fail-safe. Сорокин ответил, что необходимо разделять операционную систему как платформу и информационную систему, решающую целевую задачу. Требования к ОС должны формироваться с учетом того, в какой системе и для каких функций она будет использоваться.
Еще один слушатель спросил, не является ли предложенная методика пересказом уже известных подходов к расчету надежности. Сорокин подчеркнул, что не претендует на уникальность: задача доклада состояла в том, чтобы систематизировать существующие решения, адаптировать их и показать, как они применяются при построении систем на базе KasperskyOS.
Сергей Парьев, руководитель группы разработки, занимающейся реальным временем в KasperskyOS, сравнил драйверные модели микроконтроллерных операционных систем. В основу доклада легло исследование 21 операционной системы реального времени. По оценке авторов, наиболее зрелой драйверной моделью среди рассмотренных систем обладает Zephyr: ее архитектура упрощает переносимость драйверов и приложений, работу с различными аппаратными платформами и реализацию групповых сценариев управления устройствами.
Из-за плотного расписания спикеру успели задать только один вопрос – о микроконтроллерных ОСРВ, написанных на Rust. Парьев пояснил, что одна из таких систем присутствовала в первоначальном списке примерно из 50 проектов, однако не прошла в итоговую выборку из-за критериев, в том числе недостаточной рыночной распространенности. При этом он согласился, что Rust помогает устранять определенные классы уязвимостей. Но одного безопасного языка недостаточно: защищенность ОС определяется также ее архитектурой, моделью привилегий, изоляцией, механизмами контроля доступа и процессом разработки.
За два насыщенных дня на площадке РЭУ имени Г. В. Плеханова участники обсудили широкий круг задач – от безопасности российских операционных систем и обеспечения жестких временных характеристик до создания программного обеспечения для различных процессорных архитектур. Разговор не ограничивался отдельными технологиями: практически в каждой дискуссии звучала необходимость развивать целостную экосистему, объединяющую аппаратные платформы, ОС, инструменты разработки, прикладное ПО, сертификацию и подготовку кадров.
Одной из заметных особенностей OS DAY 2026 стало более активное участие студентов, аспирантов и молодых программистов. Они присутствовали не только в аудитории, но и среди докладчиков и участников профессиональных дискуссий. Это показывает, что интерес к системному программированию и встраиваемым решениям растет, а вместе с ним постепенно формируется новое поколение специалистов, которому предстоит развивать отечественные программно-аппаратные платформы.
4-5 июня в РЭУ имени Г. В. Плеханова прошла XIII научно-практическая конференция OS DAY. В этом году центральными темами стали операционные системы для встраиваемых устройств, технологии реального времени, безопасность промышленного ПО и развитие отечественной экосистемы системного программирования. В программу вошли технические доклады, панельная дискуссия о технологическом суверенитете и круглый стол, посвященный подготовке новых специалистов.
Панельная дискуссия «Технологический суверенитет промышленного производства: встраиваемые устройства» была посвящена тому, как объединить отечественную аппаратуру, операционные системы, среды исполнения и прикладное ПО в готовые промышленные решения. Одним из участников обсуждения стал Денис Бахаев, руководитель отдела адаптивных промышленных технологий «Лаборатории Касперского». По приведенной им приблизительной оценке, более двух третей производителей конечных устройств сегодня вынуждены самостоятельно собирать системное ПО из компонентов с открытым исходным кодом, поскольку на рынке пока не хватает готовых программных платформ, которые можно было бы сразу интегрировать в контроллер или другой промышленный ПАК.
Бахаев ответил на два принципиальных вопроса. Первый – как разработчик ОС может упростить изготовителю конечного устройства прохождение оценки безопасности и сертификации. По его словам, для этого необходимы совместная работа с регуляторами, единые методические подходы и инструментарий, который переносил бы часть нагрузки с прикладного разработчика на уровень операционной системы. Второй вопрос касался того, почему при наличии российских процессоров и ОС до сих пор нет полного отечественного промышленного стека для всех классов задач. Бахаев отметил, что отдельные решения уже существуют, однако невозможно за четыре года воспроизвести экосистему, которую зарубежные вендоры выстраивали на протяжении 50-60 лет. Необходимо последовательно развивать микроэлектронику, системное и прикладное ПО, интеграторские компетенции и подготовку специалистов.
Нам нужно не просто объединяться, а правильно координироваться между вендорами железа, системного софта, операционной системы и прикладного ПО, чтобы выстроить целый стек для конечного заказчика.
Круглый стол второго дня «Преподавание системного программирования в вузах страны. Проблемы и решения» получился очень живым и интересным. Участники поднимали актуальные темы: привлекательность системного программирования для студентов, нехватку преподавателей и начинающих специалистов, разрыв между вузовскими программами и потребностями индустрии, организацию практики и стажировок, а также влияние генеративного ИИ на обучение и карьерный путь разработчика.
Особое внимание привлекли слова Андрея Духвалова, вице-президента и директора департамента перспективных технологий «Лаборатории Касперского». Он обозначил новое противоречие рынка: ИИ уже способен выполнять многие типовые задачи, которые традиционно поручали джунам, однако без начального карьерного этапа через несколько лет индустрии будет сложнее получать мидлов и сеньоров. Текущая экономия на начинающих разработчиках может обернуться кадровым дефицитом в будущем.
Искусственный интеллект очень хорошо заменяет простые, понятные задачи — а это как раз джуны. И вопрос теперь: откуда через два-три года появятся мидлы?
При этом Духвалов не предлагал отказываться от новых инструментов. Его позиция заключается в том, что специалистам следует сосредоточиться на новых и сложных инженерных задачах, для которых еще нет готового массива решений, а искусственному интеллекту передавать уже формализуемую и повторяющуюся работу. Фундаментальная подготовка, способность понимать код и проверять результат остаются обязательными.
Олег Большаков, ведущий разработчик «Лаборатории Касперского», рассказал об устройстве планировщика микроядра KasperskyOS. В докладе были рассмотрены назначение и архитектура планировщика, модель состояний потоков, поддерживаемые дисциплины планирования — реального времени (round-robin и FIFO), справедливая (fair) и бездействия (idle), параметры планирования — приоритеты и квант времени. Отдельное внимание спикер уделил классам планирования в KasperskyOS и защите от инверсии приоритетов.
Более острая часть обсуждения касалась того, можно ли считать KasperskyOS системой жесткого или мягкого реального времени, особенно применительно к ответственным автомобильным функциям. Большаков пояснил, что система может одновременно поддерживать обычные потоки и потоки реального времени. Для критических функций может быть организован отдельный контур реального времени – в том числе, при наличии необходимых допусков, для управления автомобильными системами. На вопрос о сравнении с Linux RT и другими ОСРВ спикер сообщил, что такие измерения ведутся и в компании разрабатываются соответствующие бенчмарки.
Сергей Байгудин, старший разработчик KasperskyOS в «Лаборатории Касперского», представил результаты исследования механизмов MPU и PMP в микроконтроллерных операционных системах реального времени. Команда проанализировала 21 ОСРВ примерно по 150 техническим характеристикам и свойствам информационной безопасности. В докладе Байгудин показал, как аппаратная защита памяти используется в архитектурах Arm M-profile и RISC-V, взяв в качестве практического примера Zephyr.
Первый вопрос касался изоляции программ друг от друга. Байгудин уточнил, что в рассматриваемом классе микроконтроллерных ОС обычно существует один процесс и несколько потоков, поэтому привычная для настольных ОС терминология здесь не вполне применима. MPU и PMP используются для ограничения доступа потоков к областям памяти и разделения привилегированного и непривилегированного режимов.
Наиболее продолжительную дискуссию вызвали накладные расходы защиты. В эксперименте они достигали нескольких микросекунд при переключении потоков. Докладчик оценил этот результат как небольшой относительно системного кванта длительностью одна миллисекунда. Представители индустрии возразили, что для некоторых приводов и контуров управления даже несколько микросекунд могут оказаться существенными. В результате участники сошлись на том, что величину задержки нельзя оценивать вне контекста конкретной аппаратной платформы и требований технологического процесса, а обсуждение продолжилось уже в кулуарах.
Игорь Сорокин, руководитель группы разработки KasperskyOS, представил методику проектирования систем, которые при отказе отдельных компонентов сохраняют основные функции. Предложенный подход включает определение цели системы, декомпозицию функций, анализ их зависимостей и критичности, распределение по компонентам, а также подготовку сценариев восстановления и перехода между нормальным, деградированным и безопасным состояниями.
Вопросы оказались принципиальными. У докладчика спросили, насколько graceful degradation применима в системах критического назначения, где требуется не просто частичная работоспособность, а доказуемый переход в безопасное состояние по принципу fail-safe. Сорокин ответил, что необходимо разделять операционную систему как платформу и информационную систему, решающую целевую задачу. Требования к ОС должны формироваться с учетом того, в какой системе и для каких функций она будет использоваться.
Еще один слушатель спросил, не является ли предложенная методика пересказом уже известных подходов к расчету надежности. Сорокин подчеркнул, что не претендует на уникальность: задача доклада состояла в том, чтобы систематизировать существующие решения, адаптировать их и показать, как они применяются при построении систем на базе KasperskyOS.
Сергей Парьев, руководитель группы разработки, занимающейся реальным временем в KasperskyOS, сравнил драйверные модели микроконтроллерных операционных систем. В основу доклада легло исследование 21 операционной системы реального времени. По оценке авторов, наиболее зрелой драйверной моделью среди рассмотренных систем обладает Zephyr: ее архитектура упрощает переносимость драйверов и приложений, работу с различными аппаратными платформами и реализацию групповых сценариев управления устройствами.
Из-за плотного расписания спикеру успели задать только один вопрос – о микроконтроллерных ОСРВ, написанных на Rust. Парьев пояснил, что одна из таких систем присутствовала в первоначальном списке примерно из 50 проектов, однако не прошла в итоговую выборку из-за критериев, в том числе недостаточной рыночной распространенности. При этом он согласился, что Rust помогает устранять определенные классы уязвимостей. Но одного безопасного языка недостаточно: защищенность ОС определяется также ее архитектурой, моделью привилегий, изоляцией, механизмами контроля доступа и процессом разработки.
За два насыщенных дня на площадке РЭУ имени Г. В. Плеханова участники обсудили широкий круг задач – от безопасности российских операционных систем и обеспечения жестких временных характеристик до создания программного обеспечения для различных процессорных архитектур. Разговор не ограничивался отдельными технологиями: практически в каждой дискуссии звучала необходимость развивать целостную экосистему, объединяющую аппаратные платформы, ОС, инструменты разработки, прикладное ПО, сертификацию и подготовку кадров.
Одной из заметных особенностей OS DAY 2026 стало более активное участие студентов, аспирантов и молодых программистов. Они присутствовали не только в аудитории, но и среди докладчиков и участников профессиональных дискуссий. Это показывает, что интерес к системному программированию и встраиваемым решениям растет, а вместе с ним постепенно формируется новое поколение специалистов, которому предстоит развивать отечественные программно-аппаратные платформы.
Подпишитесь на наши сообщества и получите ссылку на дистрибутив в чате
