Xen プロジェクトはハイパーバイザーのバージョン 4.11 の出荷期限を 5 週間近く過ぎてしまったため、リリース サイクルの長さについて開発者の間で議論が巻き起こっているものの、プロジェクトのリーダーたちは心配していない。
Xen 4.11 は、4 月 18 日に発表され、5 日間のテストが予定されていたテスト作業を経て、2018 年 6 月 1 日に出荷される予定でした。
しかし、7 番目のリリース候補が 7 月 3 日に発表され、「これは 4.11 リリース前の最後の計画された RC です」という誓約も示されました。
なぜ遅れているのですか?
Xen プロジェクト諮問委員会の議長である Lars Kurth 氏はThe Registerに対し、「ハードウェアのセキュリティ問題はコミュニティに短期的な課題をもたらしましたが、私たちはこれを克服する方向に順調に進んでいます」と語った。
彼はさらに詳細を次のように説明しました。「ハードウェア セキュリティの問題は、プロジェクトのコード レビュー プロセスに影響を与え、その結果、プロジェクトがコードを取り込む能力にも影響を及ぼしました。言い換えると、ハードウェア セキュリティの問題に直接起因しない x86 関連の開発が遅くなったのは、主に、貢献をレビューする開発者の帯域幅が少なくなったためです。」
AWSがKVMに移行した後のXenプロジェクトの計画：組み込みの将来について語る
続きを読む
これにより、コミュニティはいくつかの変更を余儀なくされ、それがプラスの効果をもたらし始めています。企業間のx86開発者はより緊密に連携するようになり、2018年のハードウェアセキュリティ問題がコミュニティに与える影響は2017年よりも小さくなりました。
x86の専門スキルを持つ人材への依存度も低下しています。これまでプロジェクトは4社から約10名の担当者に頼っており、コード貢献の約60%をレビューしていました。さらに、XILINXとEPAMから新たにメンバーが加わり、他社のコード貢献を積極的にレビューするようになりました。これは、組み込み機器メーカーや自動車メーカーがプロジェクトリーダーシップにおいてより積極的になっていることを示す最初の兆候です。
クルス氏はまた、このプロジェクトは引き続き関心と寄付を集めていると語った。
「ハイパーバイザーのコードコミットは2014年以降、平均して毎年11パーセント増加しています」と彼は述べ、「2018年の最初の5か月間のコミットは、昨年の同時期と比較して11パーセント増加しました。」
結局、玉石混交ということになります。貢献は増えましたが、多すぎてプロジェクトがボトルネックを露呈してしまいました。貢献者はXenの将来性を維持してくれるユーザーなので、これはありがたい問題です。
しかし、プロジェクトの貢献者たちは遅延を非常に懸念しており、Xenのリリースサイクルの延長について議論を始めています。6月のXenサミットから議論が続いているXen-develメーリングリストのスレッドでは、現在の6ヶ月ごとのリリースサイクルを9ヶ月に戻すことが検討されています。The Registerがこのスレッドを解釈したところ、プロジェクトは6ヶ月ごとのリリースサイクルを維持したいと考えているものの、その目標を達成し、セキュリティ問題に対処するためには、より優れた継続的インテグレーション機能が必要だと考えているようです。
コミュニティの政治にうんざりしているなら、Xen 4.11 rc7 の tarball をここで入手できます。®
