linux-vserverがあるのになぜLXCなのですか？

私はLXCのエキスパートではありませんが、私の知る限り、これはlinux-vserverに非常に似ています。

それが正しければ、すでに混雑している仮想化キャンプに別のプレーヤーがいるのはなぜでしょうか。LXCはlinux-vserverにないものを提供（または約束）しますか？

私は長い間linux-vserverのユーザーでしたが、この仮想化の宣伝が広まるのは何年も前のことです。開発は最近遅くなりましたが、完全に止まることはありませんでした-開発者がlinux / hppa（少なくともGentooで）の有用な状態に戻すのを助けたので私は知っています。彼らは定期的に、最新のカーネル（LXCで使用されているのと同じコンテナインフラストラクチャ）をすべて使用し、さらにGRsecurityと統合して、最新のカーネルに対してパッチを適用しています。

LXCの取り組みを始めた人々は、すでに確立されたlinux-vserverベースに参加する代わりに、おそらくそうする正当な理由があったのでしょうか？それから私は知りたいのですが。

それはすべてメインラインの統合に関するものですか？それなら、Xenの人々がXenLinuxでやっているように、統合のためにlinux-vserverを適合させてみませんか？

カーネルの統合は、望ましい機能に対処することだけでなく、パフォーマンス、コード品質、複雑さ、および将来の互換性の点でほとんど欠点のない最小限の煩わしい変更を行うことについてより重要です。政治も双方に関与しており、確立された開発者との良好な関係は長期的なコミットメントと建設的なレビューを得るのに役立ちます。

LXCプロジェクトがそれを理解したようです。とはいえ、OpenVZやlinux-vserverなどの以前のプロジェクトがうまくいかなかった理由の詳細はわかりません。これらのプロジェクトは、少なくともいくつかの経験、正当化、そしておそらくメインラインの軽量コンテナーの目標に役立つことが判明したコードを提供しました。

LXCは2.6.29から主流になりました http://virt.kernelnewbies.org/TechComparison

lxcはカーネルにあり、それがIMOを選択する唯一の理由です。