hidnplayrのインタビュー

KolibriOSプロジェクトのベルギーの開発者であるJeffrey Amelynck別名hidnplayr （ Habréhidnplayr ）のインタビューに注目します。 彼の開発についての記事がすでにありました。 ベルギーのGoogle Summer of Code、ネットワークスタック、およびKolibriOSのネットワークプログラムの展望について話しましょう。



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



自己紹介：どこで勉強し、何を勉強し、どのOSで仕事をしましたか？



以前はKAHO Sint-Lievenとして知られていたアカデミーで勉強しました。現在はベルギー最大の大学であるKU-Leuvenのユニットです。 そこで私は「電子工学と情報通信技術」（専門分野「電子工学」）の学士号を取得しました。







その後、修士号を取得しようとしましたが、最近このトレーニングに興味を失いました。 このトレーニングは私には理論的すぎると言いますが、現実の世界で自分を確立する方が良いと判断しました。



KolibriOSはトレーニング、仕事、またはキャリアで役立っていますか？



私の職業としてのキャリアはまだ始まったばかりですが、ここで習得した知識の一部を適用できると確信しています。 KolibriOSは、ネットワーキングとプログラミングの経験を与えてくれましたが、ドキュメンテーション、自発性などの重要性も教えてくれました。 実際の機器を使って作業することで、文書化と標準化の重要性がわかりました。







たとえば、一部のネットワークカード（*咳*チューリップ*咳*）は、このファミリーのすべての利用可能なカードを機能させるために多くのソフトウェアハックが必要なことで有名です。







ベルギーについて教えてください。 ベルギーでは、海外ではほとんど知られていないものがあることを教えてください（例：最近、エクアドル出身の男性が、自国で多くの竹を栽培していると言いました。私はそれを知りませんでした）。



ベルギーはビール、チョコレート、フライドポテトで広く知られていますが、私たちの美食への愛はこれで終わりではありません。 私たちはフランスと同じくらいの人口あたりのミシュランの星を持っていることを知っていますか？



私はこれを知りませんでした。 MenuetOSとKolibriOSについてどのようにそしていつ知りましたか？



13歳の若さで、私は代替オペレーティングシステムを探していました。 いくつかのLinuxディストリビューションを試しましたが、古いコンピューターでの実行に問題がありました。 特にビデオカードドライバーとX Window Systemの構成は頭痛の種でした。 MenuetOSを見つけて、すぐに感銘を受けました。 MenuetOSのため、アセンブリ言語プログラミングを学ぶことにしました。



しばらく前に、ニックネームはprofkid13でしたが、それからhidnplayrに変更しました。 これらのニックネーム、変更の理由について教えてください。



Profkid13は私の最初のニックネームでした。 彼は私がその時に誰になりたいかという考えを反映していた：賢い初心者。 もちろん、これはまだ真実ではありませんでした。インターネットで勉強する方法を知りませんでしたし、さまざまなフォーラムで間違った質問をしました。 後で、これに気づいたとき、新しいニックネームが悪いイメージを取り除く時だと思いました。

ニックは、私が若い頃に何時間も過ごしたチャットから来ました。 他のユーザーとゲームをプレイできる公開チャットでした。 ユーザーのリストから自分を隠す方法を見つけたため、「hidden player」という名前を選択しました。これは後に「hidnplayr」と略されます。 このニックネームは定着し、私はそれを変更しようとは考えませんでした。



論争の的となっているトピックの1つは、MenuetOSの歴史と、その後の開発チームのMenuet64のサポート者とKolibriOSのサポート者への分割です。 2003年から2007年の期間のイベントのバージョンを教えてください。 KolibriOSをサポートした理由は何ですか？



KolibriOSをいつ見つけたか正確には覚えていませんが、少なくとも私の目には、MenuetOSよりも優れていることは明らかでした。 私は常にコンピューターネットワークに興味があり、これをKolibriOSで学ぶことにしました。

KolibriOSは、（より良い） メモリマネージャーやより活気のあるコミュニティのような資質を持っていたので、私にとってはより良いものでした。

SVNにコミットした最初のプログラムはautodhcpプログラムでした。 DHCPクライアントとネットワーク構成の2つの既存のプログラムを組み合わせて、DHCPサーバーからネットワーク設定を自動的に受信し、ロード後に適用します。







ircクライアントやCOMポートを操作するためのプログラムなど、KolibriOSのプログラムについて教えてください。



簡単なVNCクライアントを作成し、さらにネットワークプログラムを作成したかったのですが、KolibriOSの既存のネットワークスタックの制限に気付きました。







いくつかの簡単な変更（OSカーネルによるデータのコピーを削減）はパフォーマンスを大幅に改善しましたが、依然として最適ではありませんでした。 これらのカーネルの修正を公開したことは一度もありません。 すぐにカーネルに組み込まれたものの1つは、ソケットから一度に1バイト以上を読み取ることができる新しいシステム関数でした。

古いコードを改善する代わりに、新しいネットワークスタックからゼロから始めることにしました。 私は、核内ネットワークドライバーを取り除き、既存のネットワークAPIを業界標準のBSDソケットに置き換えたかったのです。



また、すべてのネットワークプログラムを更新するか、完全に書き直す必要さえありました。 IRCクライアントなどの一部のプログラムは、コードに大きな混乱があったため、完全に書き直されました。 私の格言の 1つ：「 スパゲッティコードではなく、 ラザニアコードを書きます 。」















端末プログラムは、そのようなアプリケーションのフォーラムでのリクエストの後に書かれました。 私は数時間でそれを書き、そのようなプログラムがどれほど簡単かを示しました。







残念ながら、特別なドライバーを作成せずにプログラムのCOMポートに割り込み要求（IRQ）を割り当てることはできませんでした。

OSレベルでCOMポートのサポートを待つ方が良いため、これを行わないことにしました。

そして幸いなことに、これはgtamentプログラマー（FTDI USB-RS232アダプタードライバーをHabra gtamentで作成した ）がこのAPIを終了するとすぐに起こります。



paste.kolibrios.orgとKolibriOSからこのサイトにテキストを送信するプログラムについて教えてください。



Paste.kolibrios.orgは、 pastieと同じように、一般にアクセス可能なpastebinです。

私のパスタプログラムは、HTTPライブラリ（注-ライブラリについては以下で説明します）をCookieとHTTPのpostメソッドで使用する方法を示すために作成されました。 ファイルまたはクリップボードからサイトにテキストを送信できます。







KolibriOSにはまだどのネットワークプログラムがありませんか？ netstatコマンドに類似したものはありますか（注-これはWindowsのcmd.exeのコマンドです。同じ機能を持つプログラムがあります-TCPViewとAnvir） 、およびステータスを制御する機能を備えたオープンポートとクローズポートのリストを表示するプログラムですか？ サーバーソフトウェアはどうですか？



そのようなプログラムは間違いなく書かれますが、唯一の問題はいつ書かれるかです。 これは私にとって趣味なので、日付に名前を付けることはできません。

Socketdbgプログラムは、特定のソケットのカーネル内のすべての値を読み取ることができますが、これはもちろん非常に低いレベルです。

FTPデーモン （または必要に応じてサーバー）が利用可能であり、動作するはずです。







HTTPサーバーも使用できますが、SVNでは使用できない特別なライブラリを使用するため、メインディストリビューションでは使用できません。

これはphotonwebと呼ばれ、 実際には Fresh IDE によってjohnfoundで書かれたマルチプラットフォームHTTPサーバーです。 KolibriOS専用のHTTPサーバーを記述することは、私の個人的な優先順位リストの上位にはありません。



ネットワーク経由のSamba印刷はどうですか？



Sambaは明らかに多くの作業を必要とするため、個人的な優先順位リストでも上位にランクされません。 しかし、彼女のサポートがあればいいことは間違いありません。

一部のネットワークプリンターでは、FTPを介してドキュメントを送信できるため、これを行う方法を理解できれば、これは既に可能です。

しかし、スプーラーやプリンターに必要な他のすべてのサービスはサポートされていないため、プリンタープロトコルを調べることは意味がありません。



優先リストには何がありますか？



それは絶えず変化しており、一般的に書き留めることができない私の頭の中の何かです。



ネットワークスタックのブランチについて教えてください。ネットワークスタックはカーネルに統合されました。 その主な特徴と利点は何ですか、その現状と近い将来の計画です。



情報を見つけて進行状況を追跡できるwikiページを維持しています： wiki.kolibrios.org/wiki/New_stack

新しいネットワークスタックの主な目標は、高性能（帯域幅）、多くのネットワークインターフェイスとAPIのサポート、BSDソケットとの互換性、ネットワークプログラムの記述/移植を簡素化することでした。



パフォーマンスを向上させるために、ネットワークパケットのコピーを減らしました（MenuetOSでは、各プロトコルハンドラーによってコピーされました）。



また、割り込みをサポートするドライバーの実装も選択しましたが、最近、ポーリングアプローチは小さなパケットトラフィックでより良いスループットを提供できることがわかりました 。 （幸いなことに、ポーリングは必要に応じて現在のドライバーに簡単に実装できます。）



現在、複数のネットワークカードでの動作がサポートされていますが、自己構成（DHCP）は最初に検出されたネットワークカードでのみ動作します。



コアルーティングも、複数のネットワークカードで動作するように改善する必要があります。 （一部の関数は、最初のネットワークカードに厳密に接続されています）。

TCPコードはそれほど複雑ではありませんが、大規模であり、通常は機能しますが、完全ではないため、適切にテストする必要があります。 現在のTCPコードは4.4BSDのTCPコードを手動で書き換えた実装であるため、現代のインターネットでは少し時代遅れです。



後で、さまざまな飽和防止アルゴリズムとその他の最適化を勉強したいと思います。







ネットワークスタックに問題や制限はありますか？ 一度にいくつの接続を開始できますか？ KolibriOSのDDoSトラフィックの意味は何ですか？



問題はバグまたは未実現のプロパティである可能性があります。

TCP再構成キューなどのいくつかのプロパティを実装した後、完全なテストが必要であり、計画されています。

ネットワークバッファーと接続の最大数は、カーネルコードで構成されます。 stack.incからの抜粋：

NET_DEVICES_MAX = 16

NET_BUFFERS = 512

NET_BUFFER_SIZE = 2048

ソケットの数は、対応する瞬間に利用可能なメモリによってのみ制限されますが、将来的にはユーザーが構成可能な数字によって簡単に制限できます。



ネットワークスタックの仕組みを教えてください。



このトピックだけでも完全な記事になる可能性があるため、ここではユーザーデータの入出力に限定します。



ネットワークカードがパケットをネットワーク経由で受信すると、割り込みが生成されます。



この割り込みはドライバーによって処理され、ドライバーは受信したパケットをコンピューターのRAMに配置し（ハードウェアがまだ行っていない場合）、このネットワークパケットへのポインターをカーネルに送信します。 カーネルは、このポインタを、できるだけ早く処理されるのを待っているパケットへのキューに入れますが、割り込みハンドラーには入れません。 しばらくすると、カーネルは着信パケットの処理を開始し、カーネル内の適切なプロトコルハンドラーを呼び出します。 たとえば、 ICMPエコー要求への応答はカーネルによって行われ、ARPパケットもカーネルによって処理されますが、UDP / TCPパケット/セグメントはソケット内のデータをキューに入れる可能性があります。



このようなデータが到着すると、ソケットプロセスの所有者は、データが利用可能であり、システム機能75、7（ソケットから受信）を介してデータを受信できることを通知されます。



このシステムコールは、データをネットワークパケットバッファ（カーネルスペース内）からプログラムが選択した場所（ユーザースペース内）にコピーします。



その後、ネットワークパケットバッファは空としてマークされ、システムによる再利用の準備が整います。







プログラムがデータを送信する場合は、システム関数75、6（ソケットに送信）を呼び出します。

これにより、カーネルはネットワークバッファーにスペースを割り当て、このバッファーに必要なプロトコルヘッダーを生成し、ユーザースペースからネットワークバッファーにデータをコピーします。

その後、カーネルは適切なネットワークドライバーを呼び出します。これにより、ネットワークバッファーがハードウェアバッファーにコピーされ、最終的にパケットがネットワーク経由で送信されます。



ハードウェアバッファへのコピーが終了したことをドライバが通知すると、ネットワークバッファは空としてマークされ、後で再利用できるようになります。







HTTPlib（http.obj）の使用方法は？



そのため、まず、KolibriOSでライブラリを使用する方法を知る必要があります。 このKolibriOS wiki記事は良いスタートです： wiki.kolibrios.org/wiki/Libraries 。

これを理解し、HTTPの仕組みの基本を理解すると、httpライブラリAPIを見つけることができます： websvn.kolibrios.org/filedetails.php?repname=Kolibri+OS&path=%2Fprograms%2Fdevelop%2Flibraries%2Fhttp%2Fhttp_en.txt

およびいくつかの例： websvn.kolibrios.org/listing.php?repname=Kolibri+OS&path=%2Fprograms%2Fdevelop%2Flibraries%2Fhttp%2Fexamples%2F&#afd06bd681cc25e97cbe85f78ea95257a 。







（注-この記事の変更については、NetSurfブラウザーのスクリーンショット。関連するフォーラムトピックのWebView ブラウザーとLizaメールクライアントのスクリーンショット）



HTTP以外にサポートされているネットワークプロトコルは何ですか？



カーネルは、 イーサネット、ipv4、ARP、UDP、TCPなどのネットワークおよびトランスポートプロトコルをサポートしています 。











HTTPは技術的にはアプリケーション層プロトコルと見なされており、これがKolibriOS（ライブラリ内）での実装方法です。

FTP、TFTP、DNS、DHCP、Telnet、およびSynergyプロトコルを使用するプログラムまたはライブラリがあります（ネットワーク上でキーボードとマウスを共有するため）。























VNCクライアントを実際に使用するには、微調整が必​​要です。







ローカルネットワークでの作業はどうですか？ ネットワーク接続トラフィックを制限することはできますか（クォータを設定します）？



KolibriOSを搭載したコンピューターは、デーモンとHTTPおよびFTPクライアントを介して通信できます。

以前にもプログラムがありましたが、それらは新しいネットワークスタックに移植されませんでした。











現在、いかなる形式の交通規制もサポートされていません。



どのネットワークカードがサポートされていますか？ 複数のネットワークカードがサポートされていますか？ この場合、ネットワークカードはどのように選択されますか？



はい、既存のネットワークドライバーをサポートするタスクを引き受け、新しいドライバーも作成しました。 サポートされています

3Com Fast EtherLink（3c59x / 450/555/556/575/900/905/980）、dec21x4x（LinuxではTulipと呼ばれる）、nVidia nForceチップセット（forcedeth）

Intel eepro / 100（i8255x、i82562、i82801、..）、Intel PRO / 1000（i8254x）、Myson MTD803、AMD PCnet（79c970、79c978、79c973、..）、

RDC Semiconductors R6040、VIAラインIIおよびIII、Realtek 8029/8019、ne2000 PCI、Realtek 8139およびクローン、Realtek 8110/8111/8167/8168/8169

Silicon Integrated Systems SiS900、7016



（注-2.5年前に撮影した写真。左側はサポートされているネットワークカード、右側はサポートされていないネットワークカードです） 。





（注-現在の写真。サポートされているネットワークカードの数は大幅に増加しています） 。











ソフトウェアモデム、Wi-Fiはどうですか？



どちらも現在サポートされておらず、優先リストにありません。

ソフトモデム （古代のV92モデムを意味すると思います）は、私にはほとんど興味がありません。自宅には電話回線さえありません。

メインネットワークスタックのパフォーマンスとセキュリティに完全に満足したら、WiFiの学習を開始できます。 （しかし、私たちはこれをそれほど長く待たず、他の誰かがこのタスクを引き受けることを願っています。）



ネットワークスタックはIPv6をサポートしていますか？ キリル文字のドメイン名の翻訳はどうですか？



IPv6コードのいくつかの小さな部分は記述されていますが、まだ完全には実装されていないため無効になっています。 これは間違いなく優先リストに載っています。



キリル文字のドメイン名は興味深い質問です。 そのようなものが存在することすら知りませんでした。

どうやらキリル文字のURLをデコードするPunycodeシステムがありますが、現在はサポートされていません。



ネットワーク標準に​​関するRFCをよく読んでいますか？



RFC文書は長く、特に読みやすいものではないため、プロトコルの実装を開始する前に最初から最後まで読むことはほとんどありません。

多くの場合、プロトコルの簡単な説明を使用して、情報が欠落している場合や疑わしい場合にRFCを参照する方が簡単です。 多くの場合、読みやすい本に関する本がたくさんあります。



WebSocket、SPDY、QUIC、HTTP / 2という新しい標準についてどう思いますか？



TCP上で動作する現在のHTTPの後継が絶対に必要です。 業界標準に従うようにします。



あなたはGoogle Summer of Codeのメンターでした。 このイベントでの経験と昨年のGoogleへの旅行について教えてください。



学生と一緒に仕事をするのは楽しかったです。別のスポンサーを見つけたらまたやります。時間があれば。

Google Summer of Code Reunionを訪問する機会は素晴らしいものでした。 これは、実生活でのオープンソースコミュニティでの初めての経験でした。





「Summer of Code Reunion」の主なポイントは、開発者が集まって実生活で会うことです。 ハッキングをしたり、講演をしたり、講演したりしたい人のための会議室がありました。 しかし、これは必須ではありませんでした。







残念なことに、 ダンカリスト （ KolibriOSのコードの夏の別のメンター）もヨゲブ （ Habréyogev_ezraの ）も、時間通りにビザを取得できなかったため、この再会に参加できませんでした。

博物館、遊園地、Googleオフィスなどへの旅行など、いくつかの予定されたイベントがありました。

休憩中は、ほとんどの時間をメインホールで過ごし、そこで他の開発者と話をしました。







私はアメリカに行ったことがありませんので、これ自体が冒険でした。 シリコンバレーを見るのは良かったが、ここに住みたいとは思わないだろう。 食べ物はそれほど悪くはありませんが、良くはありません。そして、非常に高く評価されている自由は、ベルギーよりはるかに制限されていると感じられます。



同窓会の後、ベルギーのFOSDEM （ようやくYogevと出会った）など、他のオープンソースコミュニティイベントに参加し、可能な限りそのようなイベントに引き続き参加する予定です。