CURLとlibevのメンテナによると、select約100個ほどのファイル記述子の後で本当に行き詰まります。ファイル記述子を複数のスレッドselectに分割した場合、約1000程度のファイル記述子に拡張できますか？それとも、実行する価値がないほど多くの非効率性があるでしょうか？
10,000の接続は必要ありません（誰が必要ですか？）。epollまたは望ましくないものをいじくりまわす。デュアルコア3Ghzをダウンさせないために、約1000の接続が必要です。select（およびselectの処理）がソフトウェアの最大のボトルネックであると想定します。