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です。