セルジュへのインタビュー

KolibriOSプロジェクトで最も生産性の高い開発者の1人であるSergey Semenov aka Serge （Habr ion2 ）のインタビューに注目します。

インタビューは、 ワイルドウェストとしても知られるセルゲイクズミン （ Habrr W__Wで ）によって行われました。

趣味はありますか？

一度タンクと飛行機をタンクに接着しました 。 趣味はプログラミングの鉄になり、ドキュメントを読んで、他の人のコードを学ぶようになりました。

いつ、どのようにしてコンピューターとプログラミングに興味を持ちましたか？ どの本が役に立ちましたか？

まず、プログラム可能な計算機と、Science and Life誌の最初の記事がありました。 1985年でした。 それ以前は、ホームコンピューターは月への飛行のように非現実的でした。 その後、Spark 1080が登場し、その上でアセンブラー8080を調べました。
書籍「Borland C ++についてはシンプルで明確」、チャールズカルバートの優れた「21日間でWindowsプログラミングを理解する」、「パーソナルコンピューター用のCプログラミング言語」、「プログラムの開発にTurbo Assemblerを使用する」 もちろん、Kulakovによる「ハードウェアレベルでのプログラミング」および他の2ダースの本、Straustrupはその中です。 しかし、本棚の名誉ある場所は、IA-32 Intel Architecture Software Developer's Manualの3巻と最適化ガイドで占められています。 Intelがこれらのレンガを世界中に送った時がありました。

どのOSを試しましたか？ 自宅、職場、お気に入りのOSは何ですか？

DOS 3.0、4.0、5.0、およびほぼすべてのWindows：3.1、95、95OSR2、98、NT4.0、XP、Win7。
現在の価格は8.1です。私にはかなり似合いますが、以前のものからハミングバードにリロードする方が便利でした。 また、異なるLinuxを使用し、Debian JessieとKDEデスクトップに落ち着きました。

あなたはどのプログラミング言語を知っていますか、なぜそれらを学びましたか？ どれが他の人よりも好きですか？その理由は？

大学のコースで彼らはPL / Mを導入し、学校では彼らを筆で拷問しました。 研究所には、 クラリオン 2.0の作業中に強制的なフォートランがありました。 私はしばらくの間Borland Pascal 7.0を使用していましたが、このひどい構文にうんざりしてCに切り替えました。 それから20年が経ちました。

KolibriOSに関係のないプロジェクト（以前および現在）について、あなたは何を言うことができますか？

今は何も残っていません。

KolibriOSをいつ、どのように発見しましたか？ 彼女のためにすぐに開発を始めましたか？ なぜ彼女のためにプログラミングしているのですか？

2001年に、ComputerraのMenuetOSに関する小さなメモがありました。 おそらくそこには、ダウンロードしたばかりの0.38が非常に遅くなり、恐ろしく見えたので、彼らは他のMenuetについて書きました。 時々、新しいバージョンをチェックし、2006年にハミングバードに出会いました。 新しいシステムは外観がずっときれいで、動作も高速でした。 それから私はフォーラムに行き、IRQ処理について議論しました。 誰かがまた間違っていた。 そして吸い込まれた。 私はいつも鉄で遊ぶことに興味がありました。 ハミングバードは、コアと鉄の間に複雑なHAL中間層がないという点で便利です。 すべてが非常にシンプルで明確であり、カーネルは即座にコンパイルおよびロードされます。 これは、100回行うときに重要です。

KolibriOSプロジェクトで何をし、何をしましたか？ プロジェクトの現在のステータスとその履歴を説明します。

最初のプロジェクトはサウンドサブシステムでした。 Hummingbirdには、 Ivan Poddubnyのac97wavというプレーヤーがいて、コントローラーとコーデックを直接操作していました。 問題は、プログラムがコントローラーからの割り込みを処理できず、クリック音が鳴るということでした。次に、ハードウェアへの排他的アクセスでした。 複数のプログラムが同時にサウンドを出力できるように、ダウンロード可能なドライバーとシステムミキサーを作成する必要がありました。 AC97のコントローラードライバーには特別な問題はありませんでしたが、ヘッドフォンが馬鹿げて焼かれていましたが、カーネルはダウンロード可能なドライバーをサポートしていないため、非現実的なDOSモードでコードをテストする必要がありました。 カーネルに仮想メモリを割り当てたり、物理ページを必要なアドレスにマップしたり、IRQハンドラーをインストールしたりすることは不可能でした。 ファイルをダウンロードするための内部機能すらありませんでした。 これは、0x40カーネルコールを介して行う必要がありました。 その結果、Hummingbirdでサウンドが表示される前に、ページと仮想メモリの管理、ドライバーローダー、およびIRQ処理をやり直す必要がありました。
まだ不完全な2番目の主要な作業は、「フィンランドの困難な過去」の遺産を克服することでした。 まず、変数のシンボル名はMenuetコードで使用されていません。 初期の改訂では、ハチドリは通り抜けなければなりませんでした

mov eax、[0xFE00]
shr eax、1
mov [0xFB0A]、ax
mov eax、[0xFE04]
shr eax、1
mov [0xFB0C]、ax

または

mov edi、[0x3004]; 最後のプロセス（数値）
movzx esi、ワード[0xC400 + edi * 2]
shl esi、5
esi、window_dataを追加します

第二に、「小さなアセンブラーコア」はメモリを完全に大量に消費しました。 バイト変数の場合、キロバイトの割り当てが一般的でした。数十キロバイトのバッファの場合、アドレスは絶対的であるため、美しいラウンド値に調整されました。 これはすべて貧困からでした。 カーネルがメモリを動的に割り当てる方法を知らない場合、静的に余裕を持って予約します。 徐々に、すべての絶対アドレスがシンボリックラベルに置き換えられ、カーネルの食欲は約3倍縮小されました。
また、コアには多くの小さな変化があり、それほど変化はありませんでした。 最初に、ハードウェアカーソルを含むATI R100-R500用のアセンブラドライバがありました。 その後、AMDはradeonhdを導入し、Hummingbirdではビデオモードを変更する機会がありました。 数か月後、LinuxカーネルはHummingbirdに続きました:-) KMSに切り替え、新しいドライバーが再び移植されました。 11の終わりにi915のドライバーが登場し、2年後にMesaドライバーのi965と最初の「鉄」ギアが回転し始めました。 並行して、ffmpegが移植され、それに基づいたビデオプレーヤーが作成されました。 +いくつかの人気のあるライブラリを移植しました： cairo 、 freetype 、 libpng 、 zlib 、 mesa 。 最後のプロジェクトはbinutils ：ld objcopy stripであり、Hummingbirdに直接リンクする必要があるすべてです。

開発中のカーネルブランチについて教えてください。

kolibri-acpiは、kolibri-nextとより正確に呼ばれます。 ここで、コードはメインコアに含まれる前にテストされます。

Kolibri-process-マルチスレッドアプリケーションのサポートの改善。 変更はメインコアにアップロードされ、ブランチは不必要に削除されます。

kolibri_pe-歴史と動機はフォーラムで読むのが一番です。 作業の最初の部分は正常に完了しました。 Cおよびアセンブラのカーネルコードは、固定ベースアドレスを持つPE DLLのldを使用してリンクされました。 カーネルはGRUBをロードし、保護モードからリアルモードにジャンプし、オプションを選択してお気に入りの青いブート画面を表示し、グラフィックモードをオンにして保護モードに戻りました。 プロジェクトの表紙の最初の釘は、AMDによって打たれました。 redéonhdドライバーが表示され、すぐに切り替えました。 2番目の釘はCCPゲームからのものでした。

結果は、夜のアセンブリで、プロジェクトのFTPサーバーに表示されます 。 これらのプロジェクトの中で最も難しいものはどれですか？

運命の移植。 メヌエットのバージョンはすでに存在していたため、作業はそれほど複雑ではないようでした。主なタスクはサウンドを追加することでした。 しかし、いまいましいプログラムはロード後にクラッシュし、何が問題なのかが完全に不明でした。 id SoftwareとOpen Watcomがsizeof（bool）を異なる方法で定義することが判明するまで、1週間のデバッグに対処する必要がありました。 その後、すべてが時計仕掛けのようになりました。

さまざまな企業のデバイス用にプログラミングした場合は、ドキュメントを読んでください。 鉄の部分またはOSの部分に制限があった困難な瞬間がありましたか？

ハチドリは、ACPIまたはデバイスマネージャーをサポートしていません。 これは多くの問題を引き起こします。 たとえば、カーネルは依然として先史時代の8259Aモードで割り込みを処理し、BIOSは共有されたIRQラインを異なるPCIデバイスに割り当てることがよくあります。 理論的には、この線の分離は機能するはずですが、実際にはそうではありません。 カーネルはAPICモードでも動作しますが、これにはユーザー側での準備アクションが必要であり、残念ながら肯定的な結果は保証されません。
PCIバス上のデバイスを列挙すると、使用されているリソースに関する情報が得られますが、ACPIがないと不完全です。 デバイス（i915 Gen3 gpu）は、空いている物理アドレスの範囲を必要とし、カーネルはそれをバックアップするのに十分なデータを持っていない場合があります。 また、最初の16MBでのみ動作する古代のSoundBlasterもあり、静的にメモリを予約する必要があります。

サウンドおよびビデオカード、ポーティングライブラリ、ビデオプレーヤーのドライバー...次は何ですか？

AMD Radeonの3DドライバーおよびFplayでのハードウェアビデオデコードの計画。 残念ながら、これにはいくつかの障害があります。 Fplayはffmpegを使用しており、その開発者はVAAPIとlibVAの開発者にあまり馴染みがありません。おそらく、後者には独自のgstreamerがあるためです。 一方、ffmpegにはvdpauで十分な機能が備わっているため、Galluim3Dのr600とradeonsiの準備が整うとすぐにデコーダーは無線で動作します。 しかし、それらはllvmに依存しており、移植されたllvmは予想されるコードの代わりに生成します... llvmが何をどのように生成するかは正確にはわかりません。

多くの場合、初心者が来て、OSの個々の部分を書き換えて、他のハードウェアプラットフォームに移植することについて尋ねます。 たとえば、 mike.dld 、 art_zhなどから、単一の開発者のフォークでさえ時々現れます。 これについてどう思いますか？

落ち着いています。 自分でフォークを起動してから終了しました。

KolibriOSにとって、ハードウェアプラットフォームまたは他のオペレーティングシステムとの互換性は重要ですか？

x86用のHummingbirdアセンブリシステム。 他のハードウェアプラットフォームについて話すことはほとんど意味がありません。

基本的に、C ++プログラムを作成して移植します。 開発に使用するツールは何ですか？

WindowsとLinuxのバージョンのgcc-4.8.2とbinutils-2.24に基づくツールチェーンと、libstdc ++などの必要なライブラリの小さなセットがあります。

欠落している関数を追加して、標準のコンパイラライブラリを編集する必要がありますか？ POSIXはどの程度完全にサポートされていますか？

C / C ++プログラムは、 newlibを標準ライブラリとして使用します。 すべてはffpmegベースのビデオプレーヤーから始まりました。 最初のバージョンには、最低限必要な機能数がありました。 新しいプロジェクトごとに、必要な機能をnewlibに追加します。 これは確かに間違っていますが、標準ライブラリの移植は退屈な作業です。 menuetlibcでは、POSIXは大容量でサポートされています。 一般に、POSIXの問題はすべて克服可能であり、少しの忍耐と忍耐が必要です。

プログラマーになりたいと思っている人に何かアドバイスはありますか？ どの言語を試すべきですか？ 新しいOSの開発者に何をお勧めしますか？ 開始方法 読むべき教科書は何ですか？

以前は、コードが最終的にどのようになるかを理解するために、ターゲットプラットフォームのアセンブラーを調べることをお勧めします。 そして今、すべてがクロスプラットフォームであり、解釈されており、それが何で実行されるかは不明です。 しかし、OS開発者にはいくつかのヒントがあります。

1. 既存のプロジェクトに参加するか、志を同じくする人々を見つけてください。 3つのヘッドは1つより4倍優れています。
2. 特に単独で、マイクロカーネルを使用して開発を開始しないでください。 ドライバーとアプリケーションを開発することはより困難になります。
3. 「比類のないユニークなAPI」を思いついたら、POSIXについて考えてください。 遅かれ早かれ、互換性が必要になります。

さて、読者の皆さん、ハミングバードに関連するトピックについて質問したいのですが、記事を見たいですか？