速度が落ちる話も聞かれるカスペルスキー
自分は・・・
フレッツADSL 12Mタイプ
TcpWindowSize: 56560 (1414*40)
DefaultReceiveWindow: 56560 (1414*40)
DefaultSendWindow: 14140 (1414*10)
LargeBufferSize: 14140 (1414*10)
MediumBufferSize: 7070 (1414*5)
SmallBufferSize: 1414 (1414*1)
TransmitWorker: 32
下り 7.5Mkbps
上り 770kbps
速度計測サイトでは、ADSLのせいかAFDの内容を設定しても数値はほとんど変わらないのですが
実際のブラウジングではAFD内を上のようにすると巷の設定よりCPU負荷が少ないんですよね。
BufferSizeは公約数的な物の方がいいのでしょうか?変ですかね。
カスペルスキー有り無しで速度差はほとんど無いです。
古びたネタなんですが・・・計測サイトと実際のブラウジングの体感など皆さんはどんな感じですか?
Full Version: TcpWindowSize , AFD
上の数値は勘違いですね。すいません。 
やはり接続先の仕様に順守するのが適切なのかな。
特にバッファ容量についてはプールさせるとだけ考えてしまえば
数値の幅は案外ルーズなのかも知れないですね。
今は、自分の回線状況も含めて考えて
TcpWindowSize: 65044 (1414*46)
DefaultReceiveWindow: 65044 (1414*46)
DefaultSendWindow: 16968 (1414*12)
LargeBufferSize: 16384
MediumBufferSize: 3008
SmallBufferSize: 256
TransmitWorker: 32
ADSLでは効果が薄いようですがバッファ増量の設定は残して置きました。
やはり接続先の仕様に順守するのが適切なのかな。
特にバッファ容量についてはプールさせるとだけ考えてしまえば
数値の幅は案外ルーズなのかも知れないですね。
今は、自分の回線状況も含めて考えて
TcpWindowSize: 65044 (1414*46)
DefaultReceiveWindow: 65044 (1414*46)
DefaultSendWindow: 16968 (1414*12)
LargeBufferSize: 16384
MediumBufferSize: 3008
SmallBufferSize: 256
TransmitWorker: 32
ADSLでは効果が薄いようですがバッファ増量の設定は残して置きました。
TCP/IP 実装詳細
http://www.microsoft.com/japan/technet/win...ng/tcpip03.mspx
こちらを見るとTcpWindowSizeはDefaultReceiveWindowもしくはDefaultSendWindowの整数倍を取る方が
いいような。実際FTTHの方は等倍で良い結果が出ているようですし。そしてDefaultReceiveWindowとDefaultSendWindowは
あえて2の階乗の数値でなくてもいいような。
LargeBufferSizeは
LargeBufferSize≧DefaultReceiveWindow+DefaultSendWindow
このような値がスマートな感じがします。
そうすると、無難な大きさな数値を込みで考えると・・・
TcpWindowSize: 62216 (mss1414*44)
DefaultReceiveWindow: 15554 (1414*11)
DefaultSendWindow: 15554 (1414*11)
LargeBufferSize: 32768 (2^15)
MediumBufferSize: 3008
SmallBufferSize: 256
TransmitWorker: 32
もしこれを見ていたら、ちゃたろうさんの意見も聞きたいですね。
http://www.microsoft.com/japan/technet/win...ng/tcpip03.mspx
こちらを見るとTcpWindowSizeはDefaultReceiveWindowもしくはDefaultSendWindowの整数倍を取る方が
いいような。実際FTTHの方は等倍で良い結果が出ているようですし。そしてDefaultReceiveWindowとDefaultSendWindowは
あえて2の階乗の数値でなくてもいいような。
LargeBufferSizeは
LargeBufferSize≧DefaultReceiveWindow+DefaultSendWindow
このような値がスマートな感じがします。
そうすると、無難な大きさな数値を込みで考えると・・・
TcpWindowSize: 62216 (mss1414*44)
DefaultReceiveWindow: 15554 (1414*11)
DefaultSendWindow: 15554 (1414*11)
LargeBufferSize: 32768 (2^15)
MediumBufferSize: 3008
SmallBufferSize: 256
TransmitWorker: 32
もしこれを見ていたら、ちゃたろうさんの意見も聞きたいですね。
こんにちは、lifiさん。 
定期的に見てなくてすみません。
ごめんなさい、私はあまりTCP/IPを理解していなくて、Lifiさんのおっしゃってることが恥ずかしながらわかりません
（本は買ってあるけれど、まだ読んでいないというか、ほこりをかぶっているというか(;￣ー￣A アセアセ・・・）
とりあえず、デフォルトではどうですか？
また、KIS7.0.1.321ベータを使っていますか？
少し話はずれて見当違いかもしれないですけれど、ドライバの「klif.sys」を修正しているようですね。
MSパッチKB943460と干渉してエクスプローラが遅延する問題ですか、これが個人的に悪さしているような気もします。
今はベータの375のドライバを試験的に仮配布していますが、・・・。
「klif,sys」の正式版が完成し配布されるまで、デフォルトで様子を見てみてはいかがでしょうか？
> KIS/KAV 7.0.1.x and MS Patch KB943460, Slow Windows Explorer with KIS 7.0.1.275 and KB943460 installed
http://forum.kaspersky.com/index.php?showt...53067&st=60
少し私もベータ321を入れて様子を見たいと思います。
あまり役に立てなくてすみません。m( __ __ )m
では。
。
定期的に見てなくてすみません。
ごめんなさい、私はあまりTCP/IPを理解していなくて、Lifiさんのおっしゃってることが恥ずかしながらわかりません
（本は買ってあるけれど、まだ読んでいないというか、ほこりをかぶっているというか(;￣ー￣A アセアセ・・・）
とりあえず、デフォルトではどうですか？
また、KIS7.0.1.321ベータを使っていますか？
少し話はずれて見当違いかもしれないですけれど、ドライバの「klif.sys」を修正しているようですね。
MSパッチKB943460と干渉してエクスプローラが遅延する問題ですか、これが個人的に悪さしているような気もします。
今はベータの375のドライバを試験的に仮配布していますが、・・・。
「klif,sys」の正式版が完成し配布されるまで、デフォルトで様子を見てみてはいかがでしょうか？
> KIS/KAV 7.0.1.x and MS Patch KB943460, Slow Windows Explorer with KIS 7.0.1.275 and KB943460 installed
http://forum.kaspersky.com/index.php?showt...53067&st=60
少し私もベータ321を入れて様子を見たいと思います。
あまり役に立てなくてすみません。m( __ __ )m
では。
。
こんにちは、ちゃたろうさん。
特にKISも速度も自分のとこは問題なかったのですが・・・
RWINを大きくしても効果が出ない場合がある。数値を大きくして問題が顕在化するならデフォルトの数値にも潜在的な
バランスの狂いがあるのかなと。2^nな数値にしといて中庸とすべしお茶濁しはなんかイヤだなと。要はちょっと暇人
だったかな
KIS7.0.1.321は、まだ試してないです。だってKIS7.0.1.321en版
なんですもの。でもその問題はドライバ差し替えで
解決しそうでよかったですね。ja版はその修正込みの不思議ビルド番号だといいですね。不思議ビルド番号の根本は
特注の赤と緑のUIが由来かもですが。
そのうち本家でもデフォで採用されたりして。
特にKISも速度も自分のとこは問題なかったのですが・・・
RWINを大きくしても効果が出ない場合がある。数値を大きくして問題が顕在化するならデフォルトの数値にも潜在的な
バランスの狂いがあるのかなと。2^nな数値にしといて中庸とすべしお茶濁しはなんかイヤだなと。要はちょっと暇人
だったかな
KIS7.0.1.321は、まだ試してないです。だってKIS7.0.1.321en版
なんですもの。でもその問題はドライバ差し替えで解決しそうでよかったですね。ja版はその修正込みの不思議ビルド番号だといいですね。不思議ビルド番号の根本は
特注の赤と緑のUIが由来かもですが。
そのうち本家でもデフォで採用されたりして。This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.