- 1 名前：デフォルトの名無しさん mailto:sage [2010/12/25(土) 22:46:56 ]
- 主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port26
hibari.2ch.net/test/read.cgi/tech/1269343909/
関連スレ
ネットワークプログラミング雑談
hibari.2ch.net/test/read.cgi/tech/1235800707/
Java ネットワークプログラミング 【教えて!】
hibari.2ch.net/test/read.cgi/tech/1086238859/
- 809 名前：デフォルトの名無しさん mailto:sage [2012/02/10(金) 08:34:51.98 ]
- 取りこぼし減りました。でもやっぱり大量に来ると
だめみたいです。あきらめます。
- 810 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 02:08:51.53 ]
- 質問です。
adobeのRTMPにて映像のストリームと音源のストリームをサーバーに送信したいと思っています。
OSはWindowsでクライアント環境は.Net（C#で組もうと思っています）です。
FluorineFxというのを見つけたので、中のサンプルを動かして見て接続はできたのですが、その先が分かりません。
（Misc\RtmpClient\WindowsApplicationというのを動かしました）
映像のストリームと音源のストリームをサーバーに送る方法が分かる方がいらっしゃいましたらお願いします。
- 811 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 12:40:41.57 ]
- >>799
> 今時のrshはsshなのでどうでもいいかな
油断禁物。普通に古典的なrshが入っているOSある。
- 812 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 13:26:57.91 ]
- 一か月近く前に終わった話題に、今頃になってトンチンカンなレスつけるってかっこ悪い。
- 813 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 13:58:26.64 ]
- >>812
お前がかっこうわるい。反省しろ。
- 814 名前：デフォルトの名無しさん [2012/02/26(日) 14:02:06.36 ]
- ja.wikipedia.org/wiki/Real_Time_Messaging_Protocol
wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/rtmp/pdf/rtmp_specification_1.0.pdf
ここらへん調べてからやろうぜ？
最近ショートカットする奴が多すぎる
ライブラリの使い方ばっかり上手い奴らな。そいつらに俺は駆逐されていくわけだ
- 815 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 16:37:28.68 ]
- ライブラリに限らない話だけど最近はちゃんと調べるのをさぼって
使い方だけ知って終わりにする奴が増えた気がする
- 816 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 16:56:23.74 ]
- いいんだよそれで
すべての人がすべてを知る必要は無い
- 817 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 20:09:58.76 ]
- でいずれ誰も知らないという時代が来るわけね
- 818 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 20:33:02.01 ]
- 料理は作れないがメシは食える
料理人が絶滅したらメシ食えなくなるかもな
そのころには料理ロボでもできてるかもしれんが
- 819 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 22:13:18.24 ]
- 技術は継承されない
悪習は蔓延する
- 820 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 22:22:29.64 ]
- 継承できないのなら先人たる我々の力不足か元々いらないものなんだろう
- 821 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:02:12.73 ]
- winsockを使いたい奴はいると思うが、winsockの中身をいじりたい奴はあまりいないだろ。
全てを調べろというのは無茶だ。
っていうかソレ言うと、このスレの存在意義が無くなる。
- 822 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:33:05.61 ]
- 今度は中身をいじるとかわけわからんこと言い出すが出てきたなw
- 823 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 05:52:58.55 ]
- >>821
君はwinsockの全てを知っているといいたいのだな。
- 824 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 09:31:12.80 ]
- お前らは全部言わんと分からん子かｗ
- 825 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 03:12:14.21 ]
- そりゃぁ
お らは わんと からん かｗ
一部だと解らんがな？
- 826 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 03:35:55.61 ]
- 馬鹿には無理
- 827 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 10:18:11.66 ]
- 目クソと鼻クソが争ってるな。
2chもレベルが下がったもんだ。
- 828 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 21:41:38.61 ]
- ネットワークプログラミングをTDDでやろうとしていつも挫折するわ
- 829 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 19:20:08.31 ]
- TestDrivenDevelopment
- 830 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 22:33:39.26 ]
- >>828 RFC standard tracking 自体が TDD だと思うんだが
- 831 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 23:18:30.00 ]
- 思うんだが…と書かれても
- 832 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:15:03.37 ]
- >>830
思ってるだけじゃダメだろ！
その思いをもっと表現しろよ！
- 833 名前：デフォルトの名無しさん mailto:sage [2012/03/17(土) 11:50:48.54 ]
- マルチキャストについて教えてくれろ
239.255.255.6と受信設定した場合、239.255.255.6宛のマルチキャストのみ届くの？
それとも、239.255.255.2、4、6宛のマルチキャストがすべて届くの？
- 834 名前：デフォルトの名無しさん mailto:sage [2012/03/17(土) 19:15:14.69 ]
- 受けるほうがマルチキャストに対応してないといけないんとちゃう
- 835 名前：デフォルトの名無しさん mailto:sage [2012/03/17(土) 19:45:17.56 ]
- >>833
joinしていれば239.255.255.6宛のマルチキャストのみ届く。
- 836 名前：デフォルトの名無しさん mailto:sage [2012/03/18(日) 21:16:48.59 ]
- >>833
2と4はどこから出てきたのだ？
- 837 名前：デフォルトの名無しさん mailto:sage [2012/03/18(日) 21:32:29.05 ]
- >>836
6からだろ
- 838 名前：デフォルトの名無しさん mailto:sage [2012/03/18(日) 21:51:13.47 ]
- 192.168.0.255/24のブロードキャストアドレス場合、
192.168.0.255 & 192.168.0.X == 192.168.0.X
が成立すればブロードキャスト範囲に含まれる！とかそういう発想でもあったのであろうか?
- 839 名前：デフォルトの名無しさん mailto:sega [2012/03/21(水) 16:26:23.89 ]
- 正式に名前解決が出来ないことが保障されているドメイン
ってなんだっけか。 なんかあったよね？
- 840 名前：デフォルトの名無しさん mailto:sage [2012/03/21(水) 16:56:29.82 ]
- example ?
- 841 名前：デフォルトの名無しさん mailto:sage [2012/03/21(水) 19:56:16.01 ]
- example.comは解決できます。到達も可能です。
- 842 名前：デフォルトの名無しさん mailto:sage [2012/03/21(水) 21:19:42.75 ]
- まあいいや
chinko.unko とかぜったい解決できないだろ
- 843 名前：デフォルトの名無しさん mailto:sage [2012/03/22(木) 01:00:35.06 ]
- ttp://suika.fam.cx/rfc/ja-translations/rfc2606-ja.html
は解決とは別問題だったような
- 844 名前：営利利用に関するLR審議中＠詳細は自治スレへ [2012/03/29(木) 01:45:01.22 ]
- アッー！
- 845 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/03/29(木) 02:54:25.17 ]
- AIJ社長の詐欺罪を必ず立証する！
官僚が他人の金を盗んでしゃーしゃーと「年収７千万は問題ない」
などと国会答弁するんだから人権以前の問題だな
完全にトチ狂ってるｗ
- 846 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/03/29(木) 14:35:50.61 ]
- いかにうまく国民から巻き上げるかしか考えてないぞあいつら
- 847 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 09:51:35.77 ]
- UDPは以下の認識で合ってますか？
・送ったものが届かないかもしれない
・送った順番で届かないかもしれない
・受信されたものは受信側のＰＣ内部で化けない限り正しい
・送られたパケットが重複して受信される事はない
- 848 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 11:30:11.36 ]
- 3. ヘッダのチェックサムを信じる限りは。
それじゃ信頼性低いという用途であれば、
自分で信頼性を確保しましょう。
4. 重複します。
- 849 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 12:08:40.85 ]
- >>848
UDPってエラーパケットは闇に葬る仕様だと認識してますけど
どういう仕組みで重複するのでしょう？
- 850 名前：営利利用に関するLR審議中＠詳細は自治スレへ [2012/04/01(日) 12:41:15.32 ]
- MAC層が誤認で再送することがある
- 851 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 12:53:26.45 ]
- >>850
ありがとう！
Ethernetが大きなお世話をすることがあるのか。
- 852 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 13:02:36.98 ]
- あ、Ethernetのコリジョンチェックの誤認識で再送される場合があるってことか。
- 853 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 13:11:55.42 ]
- ・受信されたものは中継側で化けたりしてると受信側のＰＣ内部で化けてる
- 854 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 13:19:05.09 ]
- >>853
え？
CRC合わなくなるんで破棄されて届かないんでは？
- 855 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 14:20:22.56 ]
- 256分の1の確率でCRC合うんじゃないの？
- 856 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 14:53:31.15 ]
- CRCって16bitじゃないの？
- 857 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 15:24:49.90 ]
- Ethernetで使われるのは32bitのCRC
IPで使われるのが16bitのチェックサム
- 858 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 15:50:29.94 ]
- まあ細かいことはいいっこなしで
- 859 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 16:12:33.00 ]
- いや、細かいことも理解していないと
たまたま運がよくて動いているプログラムが出来上がる。
- 860 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 22:03:51.68 ]
- 信頼性あるもの使えよ
- 861 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/02(月) 15:06:50.87 ]
- >>849
IPやUDPの設計の基本は、
「(ルータ等が)こういう仕組みで〜してしまうことがあるから」ということじゃなくて、
ピアトゥピアのパケット転送で保証できないことは何も保証しないということ。
つまり中間がどんな馬鹿な経路であっても、(ただし邪悪"mal-functional"な経路は仮定しない)
端末と端末だけでできることのみ保証する。
これにより経路設計に自由度を与えている。その代わりにTCP層その他で頑張ってる。
この設計はEthernetから大きな影響を受けてる。
残念だけどこうなってしまったねということじゃなくて、
雑多なネットワークを様々な種類の経路で接続するための中間(inter-)ネットワークとして開発され、
自由度を最大限に発揮するために、理屈詰めで設計されている。
消極的ボトムアップ設計ではなくて、色々と概念整理した後の積極的トップダウン設計です。
- 862 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/04(水) 02:35:02.37 ]
- ハード屋だけどもバーストエラーあるから
ビット数から受ける印象よりも頻度高い。
- 863 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/04(水) 10:44:17.22 ]
- バースト読んでまだ入るからな
- 864 名前：営利利用に関するLR審議中＠詳細は自治スレへ [2012/04/04(水) 11:33:05.82 ]
- ネットワークやるときはな、ガチでやるならな
相手が何をしてきても平気なように作れ
自分の家から出たらみんな敵
- 865 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/04(水) 11:54:08.92 ]
- >>864
RFC793にもそう書かれているな
- 866 名前：営利利用に関するLR審議中＠詳細は自治スレへ [2012/04/04(水) 12:19:26.44 ]
- apacheのヘッダーが長すぎるとメモリバカ食いして落ちるみたいなバグあったじゃん
あんなの最初作ったときに想定しろっつーの
- 867 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/05(木) 16:44:02.72 ]
- サーバ側の一番単純な記述例＝テンプレート、スケルトン等があるＵＲＬをお願いします。
単に固定応答でかまいません。
ですがシングルタスクタイプはＮＧ
検索したのは複雑のばかりでした。
- 868 名前：営利利用に関するLR審議中＠詳細は自治スレへ [2012/04/05(木) 16:45:16.64 ]
- >>867
toro.2ch.net/test/read.cgi/tech/1215352849/
- 869 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/05(木) 18:48:29.91 ]
- >>867
有名なところ
www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/basics/
- 870 名前：デフォルトの名無しさん mailto:sage [2012/04/13(金) 12:50:47.92 ]
- ソケット通信によるサーバプログラムを書いている初心者です。
ノンブロッキングで複数のクライアントを待ち受けるとき
select()を使うのとスレッドを使用するのはどちらがいいのでしょうか？
速度とか安全性とかそういう面も教えて頂きたいです。
- 871 名前：デフォルトの名無しさん mailto:sage [2012/04/13(金) 13:53:06.93 ]
- OSは？
- 872 名前：デフォルトの名無しさん mailto:sage [2012/04/13(金) 13:53:53.99 ]
- 処理そのものはマルチスレッドにしなくていいんだろうか
- 873 名前：デフォルトの名無しさん mailto:sage [2012/04/13(金) 15:24:12.81 ]
- >>870
そんなん状況によるとしか言いようが無いだろ
なので、メインロジックはどっちの方法でも動くように書いとく
- 874 名前：デフォルトの名無しさん mailto:sage [2012/04/13(金) 18:19:02.52 ]
- >>870
aioも検討対象にしようぜ。
まあOSと言語によるが。
- 875 名前：デフォルトの名無しさん mailto:sage [2012/04/13(金) 20:30:15.81 ]
- >>870
スレッドが良くわかっているとすると
ＣＰＵコア数と同じスレッドとSelect()の組み合わせ
- 876 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 09:38:18.67 ]
- 謎なぞ？
複数クライアント同時処理したいとして、俺なら
select方式にするならシングルスレでブロッキングでやるし
マルチスレ方式にするならなおのことブロッキングでやるから
何言ってんのか分からん
unix 系とwindows では公式リファレンスが「非同期」と呼んでるものがズレてるからos分からんと混乱するし
作る気あるなら手動かしてから○○が上手く行かないと
聞くはずだし
覚えたての単語で書き込みたかっただけか？
- 877 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 13:02:03.67 ]
- >>876
ソケットそのものはノンブロックにするのが基本だろ？
なに言ってんだ？
- 878 名前：デフォルトの名無しさん [2012/04/14(土) 13:21:21.88 ]
- 1ソケット1スレッドならブロッキングで良いだろ。
- 879 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 13:40:34.41 ]
- ブロッキングにしたらブロックしちゃうだろ
何考えてるんだ
- 880 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 18:23:22.21 ]
- >>879
ブロックしちゃってもまずくなければブロックのままで良いのでは？
- 881 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 18:35:04.00 ]
- >>879
メインのスレッドが「accept()→別スレッドにブン投げ」くらいしか
やることがないなら、ブロッキングで充分じゃないか。
(クライアント数が少ない場合)
- 882 名前： ◆QZaw55cn4c mailto:sage [2012/04/14(土) 21:47:15.74 ]
- >>881
ブロッキングだと自分の側からスレッドを終了できないのがつらいところ（通信相手から QIET みたいなのを送ってもらう、とか取り決めておかないといけない）。
- 883 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 22:08:04.59 ]
- >>876
例えばCPUが４コアなら４つのスレッドを立ち上げて
それぞれのスレッドでSelect()処理を行わせて多重化する。
- 884 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 22:44:38.84 ]
- workerスレッド方式でやる場合、各workerがselect()するやり方って一般的だっけ？
そのとき、select()で監視するソケットは各workerに振り分けるんだろうか？それとも共通なんだろうか？
- 885 名前： ◆QZaw55cn4c mailto:sage [2012/04/14(土) 23:05:54.21 ]
- >>884
常識的に考えて select() はひとつ、read() した結果をみてから各スレッドにわけるんじゃないかい？
- 886 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 23:20:23.15 ]
- 俺はselect()はひとつで、そこで起きたソケットをworkerへ渡してそっちでread/write
するのが普通かと思っていたが。
>>883も>>885もやり方違うんだな。
- 887 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 23:28:07.94 ]
- listen(), Accept()がひとつでAccept()で起きたソケットをworkerに振り分けて
select()で処理すりゃ良いんじゃない。
- 888 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 23:33:52.94 ]
- いや、それだと1socket=1threadになるんじゃないか？
- 889 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 23:38:16.28 ]
- >>888
select()って複数ソケット守りできるんでは
- 890 名前： ◆QZaw55cn4c mailto:sage [2012/04/14(土) 23:46:01.90 ]
- >>888
サーバー側なら確かに 1 クライアント 1 スレッドになりますね。
hibari.2ch.net/test/read.cgi/tech/1295273862/27
codepad.org/wDEPkAtB
- 891 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 23:48:56.38 ]
- >>890
nクライアントmスレッドに出来るだろ・・・
- 892 名前：デフォルトの名無しさん mailto:sage [2012/04/14(土) 23:49:10.41 ]
- >>889
そこで、1threadが複数のsocketを処理するworker方式で>>883はどうやってるんだろう
というのが元の質問だったんだが。
新しくaccept()されたソケットを各workerのどれかに振り分けるとした場合、
・1つのworkerが担当するソケットが複数読み書き可能になった場合、他のスレッドが遊んでいても
直列的にしか処理できない
・そもそも割り振られたworkerがselect()で待ち受け中の場合、新しいソケットを待ち受けることができない
という問題がありそうに思えるけど。
- 893 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 00:53:55.45 ]
- >>892
パイプで渡すから問題ない
- 894 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 00:54:46.29 ]
- >>892
割り振ったworkerが偏っちゃった場合は諦める
- 895 名前：デフォルトの名無しさん [2012/04/15(日) 00:55:26.36 ]
- レイテンシのことでしょ
- 896 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 07:06:24.33 ]
- >>894
なのにそれでもworkerスレッド内でselect()したいという理由がわからないんだが。
他になにかメリットがあるんだろうか？
それとやはり、そのやり方だと全スレッドがselect()でブロックされたまま新しいソケットを
処理できなくなることがあるように思うんだが。
- 897 名前：デフォルトの名無しさん [2012/04/15(日) 07:35:59.32 ]
- コルーチンで実装したことある
コルーチンの切り替え判断をC++のストリームに内臓させちゃって
結構使いやすいんだ
- 898 名前：デフォルトの名無しさん [2012/04/15(日) 07:42:15.64 ]
- でもなんだっけ、linuxでファイルをそのまま送るやつ。lighttpdの売り
カーネル内でなんかやってメモリコピーが減りましたってやつ
思い出したsendfileだ
- 899 名前：デフォルトの名無しさん [2012/04/15(日) 07:48:03.60 ]
- みみっちいよな。メモリアクセスがオーバーヘッドになることなんて
俺なんてサーバー作ったとき書きやすさのためにバッファ何層も重ねたぞ
chunk用のストリーム、・・・用のストリームって
- 900 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 09:41:08.09 ]
- sendfileが軽減したのは、
単なるメモリアクセスじゃなくて、
カーネル／ユーザ空間間のコピーだよ。
- 901 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 09:49:33.87 ]
- >>896
リスナーのソケットをSelect()に入れればAccept()拾えるんでは?
- 902 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 09:56:02.40 ]
- そもそも、select()を使う場合は
recv()〜何かの処理〜send() が
短時間で終わらないと破綻する。
- 903 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 10:03:01.10 ]
- どれかひとつのスレッドでリスナーを待ち受ける場合、他のworkerに
処理を渡せない場合があることは変わらない。
それとも、全部のスレッドで同じリスナーソケットをselect()する？
- 904 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 10:05:51.25 ]
- >>902
そこでノンブロッキングI/Oですよ。
- 905 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 10:11:33.93 ]
- >>904
複数ソケットでそれを行うとselect()の再発明になる。
- 906 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 10:22:27.31 ]
- >>905
select()のかわりにノンブロッキングI/Oを使えと言っているわけじゃないよ？
select()でトリガを受けて、read/writeをノンブロッキングでやるのが最近の流行。
- 907 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 10:45:26.33 ]
- >>903
今更何をw
- 908 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 11:08:40.66 ]
- >>907
今更と言うか、結局、>>883のように各workerスレッドでselect()するという場合
どのスレッドでどのソケットを監視することになるのか、これだけ質問しても
よくわからなかったんだ。
今更というくらい明らかなことだったらちょっと教えてくれないか？
- 909 名前：デフォルトの名無しさん mailto:sage [2012/04/15(日) 11:29:24.83 ]
- >>906
select()でトリガ拾うとrecv()/send()はブロックされないのでは？
|
 |
