イノポリスのOSデー

最近 、 OS Day開発者会議に参加しました。 オーガナイザーはDmitry Zavalishin 、 OS Phantomの作者、 ISP RASでした。 これは2回目の会議で、今回はRIFと共同で開催されました。 これらのイベントは両方とも、実際にすべてが起こったイノポリス市の公式オープンと一致するようにタイミングが取られました。

私自身がほとんどのイベントに参加したため、OS Dayイベントについてのみ説明します。

おもてなしのイノポリスに敬意を表して、私は私の感情によると、結果はスコルコボよりもはるかに顕著であると言います。 建設は非常に活発で、大学はすでに一生懸命働いており、一般的には都市に実際に生活があり、明るい未来への希望を抱かざるを得ません。

オスデー

OS Day-オペレーティングシステムの国内開発者の会議。 Dmitry Zavalishinが述べたように、過去2014年に、彼はシステムプログラミング研究所（ISP RAS）と共同で、オペレーティングシステムの開発に何らかの形で関係しているすべての人を集めることにしました。 驚くべきことに、Linuxディストリビューション（ALT Linux、ROSA）の作成に関与する企業からだけでなく、OS RVの開発者チームからもかなり多くの人々が集まりました。 もちろん、Dmitryは実験的なOS Phantomでも実行し、ISP RASからオペレーティングシステムの検証に関する興味深い報告がありました。 ただし、リアルタイムシステムに関するレポートの数ははるかに多くなりました。

OS RV

その理由はおそらく理解できるでしょう。汎用OSをゼロから作成することは意味がありません。また、近い将来には実現不可能です。 しかし、リアルタイムシステム、特にオンボードシステムの場合、特殊なOSの作成は非常に正当化され、実行可能です。 実際、一方ではVxWorksのオープンな類似物はなく、他方では、OSに必要な機能、したがって人件費ははるかに低くなっています。 これにより、OS RVのトピックが2回目の会議で主要なトピックになりました。

ISP RAS

ISP RAS Alexei Khoroshilovの講演者は、特に、ミッションクリティカルなシステムにLinuxを使用することの複雑さと、ユニバーサルOSとしてのLinuxが原則としてリアルタイムシステムにとって冗長であるという事実に注目しました。 さらに、彼はLinuxをリアルタイムシステムで使用できる、つまり特別なハイパーバイザーを使用できるようにするアプローチを提案しました。 アイデアは新しいものではありません。たとえば、 私の記事の1つに対する解説で、同様の提案がなされました。 実際、このアイデアはMILSアーキテクチャと呼ばれ、 ARINC-653標準に準拠するすべてのシステムを構築する必要があります。 研究所の別の従業員であるニコライ・パクリンがISP RASでのハイパーバイザーの実装について話したのは興味深いことです。 確かに、彼はハイパーバイザーに基づいたセキュリティについてもっと話しましたが、レポート間の明らかな関係は間違いなくたどられました。

ゴスニアス

今回の新しい会議でのもう1つのアイデアは、開発者と消費者、つまり国内のOSに興味のある人々を紹介したいという主催者の願いでした。 オンボードシステムのOSについては、航空システムの国家規制機関であるGosNIIASがそのような消費者であることが判明しました。 正直に言うと、会議で私は彼らについて初めて聞いたので、より詳細な情報を得るには彼らのウェブサイトに行く方が良いです。 この組織から2つのレポートがありました。

最初は、企業で進行中のプロジェクトについて話していたアンナ・カンからのものであり、制裁のために組織が特定の困難に直面したため、共同努力で航空電子工学のための統一国内プラットフォームを作成するというアイデアが表明されたという彼女の報告でした。

2番目のレポートはYuri Solodelovからのもので、実際に企業で使用されているプラ​​ットフォーム（OSおよびオンボードコンピューター）について話しました。 OSに関しては、VxWorks 653（WindRiver）、LynxOS-178（Lynx Software Technologies）、およびPikeOS（SYSGO）という3つの外部システムが命名されました。 報告書はまた、国内の競合他社を持ちたいと述べているが、今日ではどのシステムも要件を満たしていない。 3つの国内システムが再び命名されました：MOS OP（「VAIS-Technika」）、OS RV Baget（別名OS2000）（NIISI RAS）、およびEOS（St. Petersburg Design Bureau「Elektroavtomatika」）。 最初の2社の代表者が会場にいてプレゼンテーションを行ったが、それらについては少し後で説明する。 主な問題を正しく理解すれば、すべてのRV OSメーカーがそれらを空中システムでリリースするため、使用に多くの制限が課せられます。 もちろん、誰もがソースコードを振り回しているので、誰にも渡されません。

副技

MOS OPについては、 Ilya Mezentsevが代表を務めました 。 彼は以前の会議にも参加しましたが、Weiss-Technika社ではなく、Ramenskoye Instrument-Making Design Bureauを代表しました。 今回、彼は提示されたOSの詳細を明らかにしなかった。 しかし、最初の会議からの情報に基づいて、このOSはオープンなMinix 3 OSに基づいて構築されていると言えます。 残念ながら、「MOS OP」自体のソースコードは閉じられています。

NIISI RAS

OS RV Baget、またはNIISI RAS Alexander Godunovのスピーカーから呼び出されたOS2000は、おそらく非常によく知られています。 私は、OSバゲットの家族全員がいることだけに注意します。 最初はOS2000があり、それからOS3000が登場しました。これは、私が理解しているように、ARINC-653互換のインターフェースを持ち、OS4000もあります。 私はそれらの最後の本質を掘り下げませんでしたが、財産権にはいくつかの問題があることに気づきました。スホーイ設計局はOS4000上にあり、このOSの著作権者でさえあると主張しています。 一般的に、政治戦争は私の記事の範囲を超えています。 AlexanderがARINC-653規格の良いレビューを行ったとしか言えません。

この会議では、車載システムのOSであると主張する、さらに2つのシステムも発表しました。 これは「MCST」のElbrus OSとプロジェクト「 Embox 」です

ICST

Elbrus OSは、Sergey Semenikhinによって代表されました。 彼は原則として、Elbrus OSがDebianであり、カーネルにRT-LinuxパッチとE2Kアーキテクチャサポートが課されていることを正直に認めました。 彼のレポートの興味深い点は、Linuxカーネル、つまりRTパッチが修正する場所に対する批判でした。 彼はまた、フォークを持っていることでPOSIXを批判し、フォークの概念はARINC-653にはないことを指摘しました。

Embox

自分のプロジェクトについて話すのは難しいです。 もちろん、私たちは最高で最もクールであると言いたいのですが、おそらくこれはあまり美しくありません:)したがって、私は乾燥した事実だけを与えます。 このプロジェクトは2人のスピーカーによって発表されました。 Andrei Terekhovは 、実際にプロジェクトが生まれたサンクトペテルブルク州立大学のシステムプログラミング学部長であり、私はAnton Bondarevがプロジェクトの創設者の1人であり、Embox LLCのゼネラルディレクターです。 証明を必要としない利点には、オープンソースコードとクロスプラットフォーム設計があります。

丸テーブル

RTOSの方向性をまとめると、円卓会議が開かれ、かなり議論が活発になりました。 誰もが協力の必要性について話しましたが、それぞれがこの協力について異なるビジョンを持っていました。 その結果、GosNIIASは、空輸用の国内RTOSの作成に関心を持つ人としてコーディネーターとして行動することが決定されました。 また、開発チーム間の共通点をどうにかして見つけるために、Dmitry Zavalishinは、将来のOSのさまざまなモジュールの単一のインターフェースを開発するというアイデアを提唱しました。 彼らはフレームバッファから始めることにしました。 これが何をもたらすのか見てみましょう。

Linuxディストリビューション

もちろん、会議の実質的な部分は、国内のRTOSの建設よりもはるかに広かった。 さらに、主催者は会議のテーマを拡大することを決定し、システムおよびツールソフトウェアの開発者の会議に変更しました。 たとえば、DBMS開発者からいくつかのレポートがありました。 しかし、それについては後で。 もちろん、まずはLinuxディストリビューションの作成者について話す必要があります。

残念ながら、今回は会議でALTLinuxが発表されませんでした。 おそらくこれは、ALTLinuxがROSAと協力関係を結び、 ウラジミールルバノフの報告書でALTLinuxへの言及が頻繁にあり、そのエンブレムがちらついていたためであると思われます。

その結果、国内の開発者が作成した3つのディストリビューションがROSA、Astra-Linux、Goslinuxのカンファレンスで発表されました。

Goslinux

たとえば、最初の2つについて多くのことを聞いた場合、後者について初めて聞いたことがあります。 これは、「連邦保釈サービス」（FSSP）の情報セキュリティ部門の長であるイゴール・ヴァシリエフが代表しました。 とても驚きましたが、喜んでいます。 このようなイニシアチブは、州でオープンソースを使用する良い例だと思います。 セクター。 その結果、このディストリビューションは8万5千のジョブにインストールされます。 FSTECからの必要な証明書のみがあり、必要なものはすべてパブリックドメインにあり、ユーザーはFSTECからステッカーを送信するだけなので、この配布はユーザーに対してよりオープンに思えました。

アストラリナックス

「NPO RusBITech」のAstra-Linuxには、あらゆるタイプの安全証明書があります（FSTEC、ロシア連邦国防省、FSB）。 スピーカーAndrei Borisovは、これを特別な目的のOSと呼んでいます。 すべての部門の証明書が存在するため、部門間システムを含め、この配布を使用できます。 私の意見では、レポートの興味深い点は、証明書を受け取るまでの配布パッケージの継続的なライフサイクルの話でした。

ローザ

ウラジミール・ルバノフの報告は非常に興味深いものでしたが、私はそれほど驚いていませんでした。 しかし、本当に嬉しかったのはROSAとALTLinuxとの協力でした。 製造業者、そして最も重要なこととしてエンドユーザーの両方に役立つことを願っています。

DBMS

私が言ったように、今回は会議でもデータベースを提示しました。 私たちの国にデータベース開発者がいることは、私にとって小さな発見でした。 有名なオープンDBMSの開発に参加したチームは2つまであることが判明しました。

PostgreSQL

このDBMSが提供するのは、共同設立者であり、Postgres Professionalのリーダーの1人であるIvan Panchenkoです。 おそらく彼の報告で最も興味深く、新しいものは、プロジェクトへのロシアの貢献についての情報でした。 プロジェクトの4人の創始者の1人がクラスノヤルスクのプログラマーであることが判明しました（名前はもう覚えていません）。 そして、彼の会社には現在、プロジェクトに3人のコミッターがいます。

REDデータベース

これは新しいデータベースであり、少なくとも私はそれを聞いたことがありません。 したがって、簡単に言うと、「Firebird」プロジェクトに基づいたオープンソースのサーバーデータベースです。 Red SoftのRoman SimakovはFirebirdデータベースの積極的な開発者であるため、後者の事実が最も興味深いものです。
他の興味深い機能の中でも、この会社は前述のFSSPの下請け業者である、つまり自社の製品が使用されていること、および同社が独自のLinuxディストリビューションを持っていることは注目に値します。

仮想化とクラウド

会議のもう1つの焦点は、Odin（以前のParallels）とTIONIXプロジェクトのOpenStackベースのクラウドプラットフォームによって導入された視覚化システムでした。

OpenVZを代表する2人のスピーカー： Sergey BronnikovとPavel Emelyanov 。 プロジェクトに関係するコンテナのトピックは必要ないと思います。 セルゲイは、原則として、軽量のコンテナベースの仮想化の実装を困難にする理解可能なことについて話しました。 Pavel-CRUIプロジェクトについて-Linuxでプロセスのキャストを取得するためのテクノロジーの実装。

OpenStackについて特に新しいことは聞いていません。 プロジェクトはRadik Yusupovによって提示されました 。 「原則として、Mirantisと同じことを行っています。つまり、OpenStackの既成の設定と構成を提供しています。」 しかし、私が理解しているように、会社は独自の機器も提供していますが、その理由はよくわかりません。

その他の分野とトピック

会議は2日間続きました。もちろん、そこで行われたすべてのレポートやイベントについて話すことはできませんでした。 それらのいくつかはありませんでした：これは「OSロボットに必要ですか？」というラウンドテーブルでした。また、他のレポート：モバイルOSについて、およびクラスターでの地球物理学計算に関する完全に非公開のレポート、そのような計算が将来どのように実行されるかを提案します。 しかし、私は1つのプロジェクトのみに言及します。それなしでは、おそらく国内のOSビルを想像することは困難です。 ReactOSについてです。

ReactOSを紹介する必要はないと思います。同じハブに十分な情報があります レポートについてほんの一言。 確かに 、 報告したのはアレクセイ・ブラギン （ reactos ）ではなく、同僚のアレクサンダー・レチツキー （ Jeditobe ）でした。 レポートの主なアイデアは、ReactOSに基づいて、Windowsアーキテクチャがよく研究されているというメッセージでした。 結果として、このレポートは、オープンソースプロジェクトに基づいた教育システムプログラミングの主題に影響を与えるほとんど唯一のものでした。 そしてこれは、 私の記事で述べたように、プログラミング、特に体系的なプログラミングを教える最も効果的な方法です。

まとめ

一番下の行で、私は会議から肯定的な感情しか持っていませんでした。 例外は、おそらく、会議の初日に通過するための前例のないセキュリティ対策です。 しかし、彼らが苦しめられたのは無駄ではなかったようです。なぜなら、私が知る限り、その日には、上記の多くのプロジェクトや企業の状態を支援することが決定された同じ建物で評議会が開かれたからです。 これまでのところ、これらは単なる言葉であり、全国的なプラットフォームはすでに作成されていますが、最高のものを期待しましょう。 国家が少なくともシステムソフトウェアの開発者がいるという事実に注意を引いたことは嬉しいです。

会議自体に関しては、業界の代表者、つまりこれらの製品を必要とする消費者が十分ではなかったように思えます。 彼らはそうでしたが、これまでのところ、単一のコピーで。

さて、OSビルダーの全体像については、 KolibriOSから誰かを招待する価値があるように思えます。 OS自体がオタクの隠れ家であり続けるかもしれない、結局のところ、アセンブラーは難しいことですが、開発チームは明らかにこの問題にin望のある能力を持っています。