前回のNo.1031658 「ソケット通信の送受信遅延」に追加させてもらいます
その後、プロトコルアナライザで現状調査を行い以下の現象を確認しました
◇正常時
サーバがメッセージ送信
TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり
↓
0.2msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり
↓
10msecで サーバが送信
TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり
↓
0.2msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり
↓
以下繰り返り
◇不具合時
サーバがメッセージ送信
TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり
↓
0.2msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり
↓
10msecで サーバが送信
TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり
↓
約130msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:0 + 返信データなし
↓
約250msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり
↓
といった状況です どう解釈すれば良いのでしょうか
遅延の原因はソケットなのかそれ以外なのでしょうか?是非アドバイスをおねがいします。
No.2ベストアンサー
- 回答日時:
クライアント側の問題ではないかと思われます。
でもクライアントのソフトはメッセージに応答するだけのソフトで他に何もしないソフトなんですよね。
とするとプロトコルスタックに原因がありそうですね・・・。
もしそうだとすると、OS内部のことなので、手が出にくい場所です。
以下のような観察を行うともうちょい原因が絞り込めるかもしれません(原因を絞り込んでも解決は難しそうですが)。
・クライアントがWindowsXPで動いているのでしたらQoSを切ってみてどうなるか観察する。
・OSそのものを変えてみて状況が変わるか観察する
・送信データ量を減らしてみて挙動を観察する。
何度も回答本当にありがとうございます。涙が出る程心強いです。
MASATO3さんのアドバイスに従って観察してみます。
とりあえずQoSとは何か調べます。
No.3
- 回答日時:
> QoSのきり方
WindowsXPであれば、
マイ ネットワークのプロパティ
→ローカル エリア接続のプロパティ
から操作できます。
また、状況が改善するかもしれない方法を挙げておきます。
まだ原因が分かっていませんので手間をかけて改造した結果無駄に終わる可能性もあり、あまり勧めはしません。
・TCPではなくUDPを使う
・TCPでもソケットを非ブロッキングモードではなくブロッキングモードで使う
この回答への補足
何度も丁寧な回答ありがとうございます。教えて頂いたとおりQoSを切ってみましたが、パケットのやり取りが止まってしまいました。他の方法も試してみます。
またお気づきの点がありましたら、
「WindowsプロセスにおけるQoSのきり方」http://oshiete1.goo.ne.jp/kotaeru.php3?q=1034671
までおねがいします。
No.1
- 回答日時:
不具合時の各パケットに番号をつけます。
(1)サーバがメッセージ送信
TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり
(2)0.2msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり
(3)10msecで サーバが送信
TCPヘッダ内フラグ ACK:1, PSH:1 + 送信データあり
(4)約130msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:0 + 返信データなし
(5)約250msec前後で クライアントが 返信
TCPヘッダ内フラグ ACK:1, PSH:1 + 返信データあり
(3)と(4)の間に、「(3)をクライアントが受信」という現象があるはずですが、
これは(3)の0.2msec程度後でしょうか?
もしそうならば、クライアント側の問題です。
それとも(3)の130msec程度後でしょうか?
もしそうならば、ネットワークの低い層(物理層とかデータリンク層)の問題です。
不具合時のシーケンス番号とACK番号はどのようになっているかが分かるともっと色々なことが分かりそうです。
仮にクライアントの問題だったとします。、
前の質問を見るに、CAsyncScoketつかって非ブロッキングモードで通信をしていると思うのですが、
クライアント側で描画処理やその他何か重たい処理を行って、300msくらいメッセージループに戻らないことがあるでしょうか?
もしそういうときがあるとしたらそこが原因の可能性があります。
丁寧な回答ありがとうございます。とても困っているのに困り度を1にしてしまって、回答が来ないんじゃないかと心配していました。本当にありがとうございます。
>(3)と(4)の「(3)をクライアントが受信」は
(3)の0.2msec程度後です。
>不具合時のシーケンス番号とACK番号はどのようになっているかが分かるともっと色々なことが分かりそうです
体験版アナライザ使用のため記録がないので、調べてみます
>クライアント側で描画処理やその他何か重たい処理を行って、300msくらいメッセージループに戻らないことがあるでしょうか?
応答メッセージ作成のみで1msec以内で処理は完了していることをログで確認済みです
ちなみにこの不具合はサーバがメッセージを送信してクライアントからの返信を受信するまでを1トランザクションとして
5000トランザクションに1度程度発生します
この程度なら我慢しなさいとおっしゃりたいでしょうが是非なんとかしたいのです。
とにかく本当に回答ありがとうございます
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
おすすめ情報
- ・漫画をレンタルでお得に読める!
- ・人生のプチ美学を教えてください!!
- ・10秒目をつむったら…
- ・あなたの習慣について教えてください!!
- ・牛、豚、鶏、どれか一つ食べられなくなるとしたら?
- ・【大喜利】【投稿~9/18】 おとぎ話『桃太郎』の知られざるエピソード
- ・街中で見かけて「グッときた人」の思い出
- ・「一気に最後まで読んだ」本、教えて下さい!
- ・幼稚園時代「何組」でしたか?
- ・激凹みから立ち直る方法
- ・1つだけ過去を変えられるとしたら?
- ・【あるあるbot連動企画】あるあるbotに投稿したけど採用されなかったあるある募集
- ・【あるあるbot連動企画】フォロワー20万人のアカウントであなたのあるあるを披露してみませんか?
- ・映画のエンドロール観る派?観ない派?
- ・海外旅行から帰ってきたら、まず何を食べる?
- ・誕生日にもらった意外なもの
- ・天使と悪魔選手権
- ・ちょっと先の未来クイズ第2問
- ・【大喜利】【投稿~9/7】 ロボットの住む世界で流行ってる罰ゲームとは?
- ・推しミネラルウォーターはありますか?
- ・都道府県穴埋めゲーム
- ・この人頭いいなと思ったエピソード
- ・準・究極の選択
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
TCP/IP通信時のサーバーからの受信
-
UDP通信におけるbind関数について
-
ソケットでクライアントのipア...
-
UDP通信する時に、相手にどうや...
-
ソケットのrecvの戻り値が0
-
エクセル VBA でのCOMポート...
-
VB6のwinsockでconnectできない
-
Winsockプログラミング Connec...
-
ソケット通信 同じポート番号...
-
Socket通信を待ち受け状態にす...
-
クライアントソケットMACアドレ...
-
JAVAでソケット通信(クライア...
-
Connectエラーが出てしまう・・...
-
C言語でHTTP1.1のキープアライ...
-
Winsockで接続待ちタイムアウト...
-
ポート番号0について
-
CreateFile関数でCOMポートが開...
-
Winsockを使わずにVBでSocketを...
-
Javaプログラム同士のプロセス...
-
SIPがNATを越えられない理由
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
TCP/IP通信時のサーバーからの受信
-
エクセル VBA でのCOMポート...
-
VB6のwinsockでconnectできない
-
Socket通信の0バイト受信について
-
recv関数でフリーズしてしまう
-
UDP通信におけるbind関数について
-
ソケットのrecvの戻り値が0
-
Winsockで接続待ちタイムアウト...
-
UDP通信する時に、相手にどうや...
-
UdpClient 送信元のIPアドレ...
-
ソケット通信 同じポート番号...
-
ソケットのクローズについて
-
空きポートの取得方法
-
Winsockを使わずにVBでSocketを...
-
ソケットでクライアントのipア...
-
ソケット通信
-
ソケットを用いた1対多通信につ...
-
ソケットとそれに基づくストリ...
-
CreateFile関数でCOMポートが開...
-
SIPがNATを越えられない理由
おすすめ情報