Q&A
KazuhiroKato様
ご回答有難うございます。やはりスレッドは少ない方が良いですよね。リンク有難うございます。勉強させて頂きます。
###前提・実現したいこと
当方サーバ、C#の勉強中であります。
C＃でTCP通信のサーバを作成しております。
複数クライアントを想定しております。複数というのは同時に0~100万のクライアントを想定しております。
クライアントは１～１０００番あるファイルの中の「ファイル■番の●文字から●●文字まで送ってというリクエスト」を送ります。
サーバは接続してきたクライアントに、「ファイル■番の●文字目から●●文字目まで」お送るという工程をします。
データのやり取りが終了したら切断します。
プログラムの流れは
TcpListenerで随時、リクエストしてきたクライアントをTcp接続承認
↓
クライアント毎にスレッドを作成
↓
＝＝＝スレッド毎＝＝＝＝
クライアントからデータを受信
↓
受信データから指定ファイルをバッファに読み込む
↓
●文字目から●●文字目まで抽出
↓
クライアントへデータを送信
↓
切断
＝＝＝スレッド毎＝＝＝＝
というものにしようかと思っております。
つまり、１スレッド１クライアントとなります。
その一つ一つのスレッド毎の中でファイルを読み込み、からデータ送受信
、切断を行います。
そこでなのですが、各ファイルのサイズが2Mbyteとしたとき、万が一にも
100万のクライアントが一気にリクエストをサーバに送った時、サーバは固まると思います。(メモリ不足）そこで、
①【ある一定数の接続されたクライアントがいるときは、TcpListnerを停止】もしくは、
②【スレッドを使わずにクライアントが１つ接続していればTcpListenerを停止】させようかと思っております。(1つずつ接続はサーバとしてどうなのか。。。)
なので、リクエストをだしたクライアントには返事が帰ってこないので、
返事が帰ってこないときは定期的にさらにリクエストを出してもらおうと思っております。
ここで、上記の仕様に改善点等のご指摘を下さるとうれしいです。
また、実際のサーバプログラムはどのようなものなのかご教授下さるとうれしいです。URLでも嬉しいです。
尚今のところ②で考えております。
###補足情報(言語/FW/ツール等のバージョンなど)
VisualSudio2015 C# NET4.5
###追記
ご回答有難うございます。ご回答いただいたリンク等で勉強させて頂き、何を使うか検討させて頂きます。
回答3件
0
これは、一般的に C10K 問題と呼ばれています。 C10K でググればいろいろとでますが、以下を参考にされてはいかがでしょうか。
その後も少し検索しました。C#であれば AKKA とかを使うと良いのではないでしょうか。
投稿2016/10/28 00:15
編集2016/10/28 01:27
総合スコア3401
0
ベストアンサー
参考となるURL
サーバーは極力軽く作って、大量の処理を行う前提で上記のサンプルは有効でしょうか？
いろいろ非同期で作成して、DBアクセスや、ファイルアクセスも非同期で行う事が望ましいと思います。
スレッド生成はコストが高いですから、非同期で少ないスレッドで次々処理する方が得策だと思います。
nodejs での実装のようですが、実際に 運用されている人の記事
http://qiita.com/kidach1/items/b75882edd4f715ebc213
が参考になります。
ある程度を超えると、やはり性能チューニングのためにライブラリに任せず、自分で細かいコードを書いているようです。
投稿2016/10/28 04:05
総合スコア46
0
サーバ1台あたりのリソースはロジックの工夫やお金で上限を増やせますが、コスト面や物理面で限界があるかと思います。
接続した後にも何をさせるかによっても消費するリソースは大きく変動します。
100万台を処理できるようにするには、例えばサーバ1台で10万台処理できるなら10台並べるだけの話です。
IoTでよく利用されるプロトコルの一つにMQTTがありますが、それを実装したMQTT Brokerを活用されることを検討してみてはいかがでしょうか。
C++で実装されたMosquittoや、クラスタを組むことができるVerneMQあたりが個人的に推奨します。
投稿2016/10/28 00:09
総合スコア6621
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2016/10/30 14:16