Consider using kqueue in hypervisor socket implementation
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 45/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- c
調査の方向性
src/lib/pci_virtio_sock.c の select と受理したファイルディスクリプタの処理付近から始め、次に mevent.c のイベント管理のアプローチと比較します。kqueue と poll のどちらが適切かを判断し、AF_VSOCK 接続の処理を維持したうえで、報告された接続負荷の下で FD_SETSIZE を超えるディスクリプタを処理できることを確認します。
索引モデルが issue の本文から書いたものです。
説明
The core of hyperkit uses kqueue via mevent.c but pci_virtio_sock.c uses plain old select.
If hyperkit is used together with vpnkit in Docker for Mac and large numbers (> 1024) of connections are port forwarded then hyperkit becomes unable to process any more AF_VSOCK connections due to the accepted file descriptor being greater than FD_SETSIZE, see for example https://github.com/moby/hyperkit/blob/3ace9850121a2ef270e0309a3ff6c2f991357842/src/lib/pci_virtio_sock.c#L1364
This manifests as errors under load, for example
$ docker ps
Error response from daemon: Bad response from Docker engine
from https://github.com/docker/for-mac/issues/2841
This scalability limit could be removed by switching from select to kqueue (or poll) in pci_virtio_sock.c.
- 主要言語
- C
- スター
- 3.7k
- フォーク
- 336
- PR マージ指標
- 30日以内にマージされた PR はありません
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
moby/hyperkit のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 15/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 20/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 38/100
似ている issue
-
level/task module/gcp type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
hapostgres/pg_auto_failover#1190 ·
-
docs
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
-
P3 sonic-vpp
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
sonic-net/sonic-buildimage#29662 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 94/100
spack/spack-packages#6586 ·