C++でマルチスレッドによるネットワークプログラムを行いたいと考えてお

質問

C++でマルチスレッドによるネットワークプログラムを行いたいと考えております。

質問の内容は「どちらの方が速度的に有利か？」という二択です。

Linux、C++にてサーバープログラムを作成する予定で、実装したい内容は複数人の映像チャットのようなものをP2P型ではなくサーバー-クライアント型で行います。

1部屋で10人の通信を行うとして10部屋の通信を扱いたいです。（部屋の数は変動します）
そこで以下の方法のどちらが効率的かを教えていただきたいです。

方法１
外部と通信するスレッドは１つで使用するポートも一つ（100人からの接続をポーリングで対処）
部屋の中身の処理をマルチスレッド化しておき通信システムが各部屋と情報をやりとりする

方法２
部屋ごとにスレッドを作成
各部屋（スレッド）が通信機能を持ち、ポートは部屋ごとに変える

方法１、２以外に、どちらも変わらないという選択肢でも構いません。
どうぞよろしくお願い致します。

回答No.1

BuriBuri4 · ベストアンサー

Linuxではどちらの方法も無理
1) Socketがストリーム扱いで1プロセスが使用出来るストリームは最大64個まで。(stdin,stdout,stderrも64個のストリームに含まれる。)
2)POSIXの実装が不完全なためスレッド間でSocketを共有出来ない。
スレッドが実質チャイルドプロセスとして扱われる。

実質的にマルチスレッドじゃなくてマルチプロセスとして考える必要がある。
ListenSocet開いてからForkすれば1プロセス64ストリームの制限は回避出来るけどスレッド間でSocketが共有出来ないのはいかんともしがたいので方法1をプロセス間通信で代替えする方法で実現するしかなくかな～り面倒。
WindowsかSolarisだと方法1で楽に実装出来るんですけどね。
方法2はクライアント側の制御が面倒くさそう。

回答No.2

_--_1l1_1_

ポート番号を10個用意できるなら、方法２のほうが振り分け処理がない分早いんじゃないですかね。

質問とは関係ないですが、そのあとの処理もボトルネックとしてあるかもしれません。例えば1つの部屋にAさんとBさん入ってきて、Aさんの処理が終わるまでBさんが待たされるとか。構築したいシステムがわからないので、的はずれな意見かもしれませんが。