覚書－０６： ネットワークアクセス量の把握法 [睡夢庵の電脳環境]
【覚書－０６： ネットワークアクセス量の把握法】
アプリケーション等で累積でどれだけアクセスしたかは「設定」－「ネットワークとインターネット」－「データ使用状況」で知ることができます。
私の場合は、イーサネット 過去３０日間で１９９.７ＧＢを使っています。 「アプリごとの使用状況の表示」をクリックするとアプリ別にリストしてくれます。 個別では
・ Ｏｐｅｒａ １０４.４ＧＢ（メイン：Ｙｏｕｔｕｂｅ）
・ Ｃｈｒｏｍｅ ２３.１ＧＢ（情報系サイト検索主体）
・ Ｆｉｒｅｆｏｘ ２１.０ＧＢ（新聞/公官庁/Amazon等）
・ ＦｒｅｅＦｉｌｅＳｙｎｃ ３１.０ＧＢ（日々のバックアップと
ディレクトリ構築・整理）
・ Ｑ-Ｄｉｒ １２.２ＧＢ（ディレクトリ構築・整理）
・ ＶｉｄｅｏＣａｐｔｕｒｅ ２.７ＧＢ
・ ＳＭＢ（Server Message Block）２.２ＧＢ（Windows System）
・ Windows System １.３ＧＢ
・ SoftwareUpdate.exe ２８９ＭＢ（Apple のアップデータ？）
・ Updater.exe １６３ＭＢ（？）
・ exploler.exe １００ＭＢ
100MB 以上を使ったアプリは上記の様なものと報告されています。 ただ、これがどれだけの確度があるかは？
ディレクトリ情報の変更やアップデートを行う場合、ネットワークアクセスが必ず発生するはずです。 確か、どこかに端末側から見たネットワークアクセス情報を持っていたはず。
で、Windows ディレクトリ配下の更新日付が新しいフォルダを探してみた所、System32 配下に sru というフォルダがあり、これが最も新しい時間を持っている様です。 このフォルダ内を見てみた所、SRUDB.dat という結構大きなファイルがあります。
ネットで調べてみた所、Windows8 以降追加された OS のどのプロセスでどれだけのネットワークアクセスをしたかを記録しているファイルだとなっていました。
結構な大きさがありますので、内容を整形してくれるものがないと内容を解釈する事は出来ません。 で、このファイルの中身を整形するアプリケーションを探してみた所、フリーウェアでありましたので早速ダウンロードして確認してみる事にしました。
Nirsoft という所のフリーウェア NetworkUsageView
赤線の右側は左側を端折って、送受信容量を示す部分を見せてあります。 何分行容量が多いので 1/2 縮小でも・・・
ここはいろいろ小技が利いたアプリを提供しています。
これと「ファイル監視」で捉えたアップデート関連の情報と突き合わせてやれば何か出て来るか、です。
早速展開してみた所、なんともブラックなものがありました。 通常であれば
App Name ： アプリ実行モジュールへのフルパス/サービス名等
App Description ： アプリ上での機能等を含む識別名
User Name ： ログオンユーザー名/システム内ユーザー名等
NT AUTHORITY\SYSTEM,LOCAL SERVICE,
NETWORK SERVICE等
が明示されているのですが、
App ID = 1 App Name/App Description/User Name も判らない通信があり、この通信容量がべら棒に多い(^^;)
これがアップデートのデータ受け渡しではないか？ で、これを抜き出してリストしてみました。
update ： WindowsUpdate.log が更新された時間。
Reporting ： ReportingEvents.log に追記が発生した時間
横文字のアプリですので面倒臭くって説明も読まずに使っていますのではっきりとは言えませんが、レポートは１時間刻みで出来ています。 ということはこの間に発生した同じ要件のサマリーのリストらしい？
これを見るとログなしが色々ありますので、陰でなにをやっているやら。 それに、こちらから送出している容量もいったい何をそんなに送っている？です。
受信している総データは 約１.３ＧＢ、送信側も ６０.ＭＢ以上、追い駆けて見てビックリです。 Windows ディレクトリの総容量は 約８.５ＧＢですから毎日１５％相当容量を必要とする様な修正が発生しているとは！！
その他でも、Firefox/Chrome/Opera/ESET/Adobe/Logicool/Gigabyte等のアプリケーションの遣り取りも出て来ますが、ＧＢ単位の遣り取りも散見されちょいとビックリ。 最近の Youtube の動画結構大容量がありますから・・・
ただ、残念な所は相手先の情報がない点ですね。 ＩＰアドレスでも付けてくれれば。
まぁ、ブラウザも対象になっていますのでとんでもない数になるでしょうから、これは無理な相談かもしれませんが・・・
アプリケーション等で累積でどれだけアクセスしたかは「設定」－「ネットワークとインターネット」－「データ使用状況」で知ることができます。
私の場合は、イーサネット 過去３０日間で１９９.７ＧＢを使っています。 「アプリごとの使用状況の表示」をクリックするとアプリ別にリストしてくれます。 個別では
・ Ｏｐｅｒａ １０４.４ＧＢ（メイン：Ｙｏｕｔｕｂｅ）
・ Ｃｈｒｏｍｅ ２３.１ＧＢ（情報系サイト検索主体）
・ Ｆｉｒｅｆｏｘ ２１.０ＧＢ（新聞/公官庁/Amazon等）
・ ＦｒｅｅＦｉｌｅＳｙｎｃ ３１.０ＧＢ（日々のバックアップと
ディレクトリ構築・整理）
・ Ｑ-Ｄｉｒ １２.２ＧＢ（ディレクトリ構築・整理）
・ ＶｉｄｅｏＣａｐｔｕｒｅ ２.７ＧＢ
・ ＳＭＢ（Server Message Block）２.２ＧＢ（Windows System）
・ Windows System １.３ＧＢ
・ SoftwareUpdate.exe ２８９ＭＢ（Apple のアップデータ？）
・ Updater.exe １６３ＭＢ（？）
・ exploler.exe １００ＭＢ
100MB 以上を使ったアプリは上記の様なものと報告されています。 ただ、これがどれだけの確度があるかは？
ディレクトリ情報の変更やアップデートを行う場合、ネットワークアクセスが必ず発生するはずです。 確か、どこかに端末側から見たネットワークアクセス情報を持っていたはず。
で、Windows ディレクトリ配下の更新日付が新しいフォルダを探してみた所、System32 配下に sru というフォルダがあり、これが最も新しい時間を持っている様です。 このフォルダ内を見てみた所、SRUDB.dat という結構大きなファイルがあります。
ネットで調べてみた所、Windows8 以降追加された OS のどのプロセスでどれだけのネットワークアクセスをしたかを記録しているファイルだとなっていました。
結構な大きさがありますので、内容を整形してくれるものがないと内容を解釈する事は出来ません。 で、このファイルの中身を整形するアプリケーションを探してみた所、フリーウェアでありましたので早速ダウンロードして確認してみる事にしました。
Nirsoft という所のフリーウェア NetworkUsageView
赤線の右側は左側を端折って、送受信容量を示す部分を見せてあります。 何分行容量が多いので 1/2 縮小でも・・・
ここはいろいろ小技が利いたアプリを提供しています。
これと「ファイル監視」で捉えたアップデート関連の情報と突き合わせてやれば何か出て来るか、です。
早速展開してみた所、なんともブラックなものがありました。 通常であれば
App Name ： アプリ実行モジュールへのフルパス/サービス名等
App Description ： アプリ上での機能等を含む識別名
User Name ： ログオンユーザー名/システム内ユーザー名等
NT AUTHORITY\SYSTEM,LOCAL SERVICE,
NETWORK SERVICE等
が明示されているのですが、
App ID = 1 App Name/App Description/User Name も判らない通信があり、この通信容量がべら棒に多い(^^;)
これがアップデートのデータ受け渡しではないか？ で、これを抜き出してリストしてみました。
| 時間 | Sent | Receive | フォルダ監視の記録 |
| 2019/04/17 06:18 | 406 | 0 | |
| 2019/04/17 06:18 | 15,109,744 | 308,384,802 | 06:20 update |
| 2019/04/17 07:19 | 174 | 0 | 07:17 Reporting |
| 2019/04/17 07:19 | 2,001,877 | 12,275,772 | 07:17 update |
| 2019/04/17 08:20 | 232 | 0 | |
| 2019/04/17 08:20 | 1,921,635 | 16,394.947 | ログなし |
| 2019/04/17 09:21 | 232 | 0 | |
| 2019/04/17 09:21 | 2,038,96 | 13,431,293 | ログなし |
| 2019/04/17 10:22 | 232 | 0 | |
| 2019/04/17 10:22 | 1,157,887 | 14,749,082 | ログなし |
| 2019/04/17 11:23 | 232 | 0 | |
| 2019/04/17 11:23 | 676,811 | 4,724,541 | ログなし |
| 2019/04/17 12:24 | 232 | 0 | |
| 2019/04/17 12:24 | 1,553,356 | 31,757,312 | ログなし |
| 2019/04/17 13:25 | 232 | 0 | 13:26 Reporting |
| 2019/04/17 13:25 | 3,618,401 | 42,415,112 | 13:15 update |
| 2019/04/17 14:26 | 174 | 0 | |
| 2019/04/17 14:26 | 9,149,540 | 283,131,707 | ログなし |
| 2019/04/17 15:25 | 232 | 0 | |
| 2019/04/17 15:25 | 8,468,997 | 160,685,170 | ログなし |
| 2019/04/17 16:26 | 232 | 0 | |
| 2019/04/17 16:26 | 4,432,423 | 86,444,740 | ログなし |
| 2019/04/17 17:27 | 232 | 0 | |
| 2019/04/17 17:27 | 9,941,001 | 302,019,459 | 17:29 update |
| 2019/04/17 18:29 | 232 | 0 | 19:02 Reporting |
| 2019/04/17 18:29 | 2,510,073 | 43,053,729 | 19:02 Update |
| 2019/04/17 19:29 | 232 | 0 | |
| 2019/04/17 19:29 | 1.833,815 | 41,439,657 | ログなし |
| 2019/04/17 20:30 | 232 | 0 | |
| 2019/04/17 20:30 | 3,932,429 | 45,654,588 | 20:27 update |
| 2019/04/17 21:31 | 174 | 0 | |
| 2019/04/17 21:31 | 4,510,021 | 115,608,264 | ログなし |
update ： WindowsUpdate.log が更新された時間。
Reporting ： ReportingEvents.log に追記が発生した時間
横文字のアプリですので面倒臭くって説明も読まずに使っていますのではっきりとは言えませんが、レポートは１時間刻みで出来ています。 ということはこの間に発生した同じ要件のサマリーのリストらしい？
これを見るとログなしが色々ありますので、陰でなにをやっているやら。 それに、こちらから送出している容量もいったい何をそんなに送っている？です。
受信している総データは 約１.３ＧＢ、送信側も ６０.ＭＢ以上、追い駆けて見てビックリです。 Windows ディレクトリの総容量は 約８.５ＧＢですから毎日１５％相当容量を必要とする様な修正が発生しているとは！！
その他でも、Firefox/Chrome/Opera/ESET/Adobe/Logicool/Gigabyte等のアプリケーションの遣り取りも出て来ますが、ＧＢ単位の遣り取りも散見されちょいとビックリ。 最近の Youtube の動画結構大容量がありますから・・・
ただ、残念な所は相手先の情報がない点ですね。 ＩＰアドレスでも付けてくれれば。
まぁ、ブラウザも対象になっていますのでとんでもない数になるでしょうから、これは無理な相談かもしれませんが・・・
５月度定期アップデートが掛かった様ですが・・・ [睡夢庵の電脳環境]
【５月度定期アップデートが掛かった様ですが・・・】
今月はえらく早く掛かりましたね～。
でも、今回も酷い様ですね、わずか２時間の間に定期を含め５回もです。
定期更新を管理するグループとアンダーグラウンドアップデートをやっている連中の相互間の同期管理が出来てないのでは？
今日の最初の起動の時にまず１発、それ以降現在 08:36 迄の推移です。
☆ Underground Update 06:24
・ ReportingEvents.log 書き換え 06:28
☆ 定期アップデート（再起動要求） 06:30
・ ReportingEvents.log 書き換え 06:31
⇒ 再起動
・ ReportingEvents.log 書き換え 06:46
☆ Underground Update 07:22
・ ReportingEvents.log 書き換え 07:22
☆ Underground Update 07:34
この WindowsUpdate.log 書き換えの通知が「フォルダ監視」から出た直後、これらの経過情報を入力中だった Libre Office Calc でフィールドへの入力が出来なくなり、キーボードから入力された文字コードが化けている様で数値キーでフィールド移動したり・・・
で、Libre Office Calc を再起動してみたが状況は変わらず。 マウスには正しく反応するが、キーボード入力が滅茶滅茶。
仕方がなく再起動をした。
再起動後エクスプローラを開いたら、朝一左ペインはネットワーク展開状態で開いたか、今回は閉じた状態で開いて来た。
ネットワークを開いた所、右ペインに設定している表示形態で開いてくれ、Offline なのに残っていた Mac は消えていた。
ここで net view を掛けてみたら出ているので、Fing/Network Analyzer でチェックしたら ハーフトーン（offline）だったので、エクスプローラが正しい状態を先に表示した。 これも？？だが。
ここで Libre Office Calc を起動した所、外枠の Window だけを表示した状態で異様に長く立ち上がらなかった。 Underground Update 直後の再起動でのこの現象はこれで２度目。
・ Temp Dir 18フォルダー追加 07:49
直前の Underground Updeate では開けなかった Photoshop CS2 がこのタイミングで開けるようになっていた。
☆ Underground Update 08:22
・ ReportingEvents.log 書き換え 08:36
最近はリアルタイムに変更しては拙いところまで触ってしまっているみたいですね。
今日は完全にキー入力が正常に受け取られなくなりましたが、以前にも日本語変換がずれたり、入力に対するディレイが暫く続いたりという現象が出ています。
今はキー入力だからまだですが、これがネットアクセスやディスクＩ/Ｏ中に起きたらとぞっとします。 書き込みの部分欠落やデータ消失が起きかねませんから・・・
【2019/05/04 20:00 追記】
今日は定期更新が掛かった日ですよね(^^)
少しはアンダーグラウンドのアップデートが静かになるのかと思いきや、案に相違して今現在定期を含め８回。 あれ？なんか様子が違う？を含めると１０回・・・
平均的に５回なのにそれよりも多い。 どういうこっちゃです。
で、直れば良いけど、また悪くなる傾向みたい・・・
今月はえらく早く掛かりましたね～。
でも、今回も酷い様ですね、わずか２時間の間に定期を含め５回もです。
定期更新を管理するグループとアンダーグラウンドアップデートをやっている連中の相互間の同期管理が出来てないのでは？
今日の最初の起動の時にまず１発、それ以降現在 08:36 迄の推移です。
☆ Underground Update 06:24
・ ReportingEvents.log 書き換え 06:28
☆ 定期アップデート（再起動要求） 06:30
・ ReportingEvents.log 書き換え 06:31
⇒ 再起動
・ ReportingEvents.log 書き換え 06:46
☆ Underground Update 07:22
・ ReportingEvents.log 書き換え 07:22
☆ Underground Update 07:34
この WindowsUpdate.log 書き換えの通知が「フォルダ監視」から出た直後、これらの経過情報を入力中だった Libre Office Calc でフィールドへの入力が出来なくなり、キーボードから入力された文字コードが化けている様で数値キーでフィールド移動したり・・・
で、Libre Office Calc を再起動してみたが状況は変わらず。 マウスには正しく反応するが、キーボード入力が滅茶滅茶。
仕方がなく再起動をした。
再起動後エクスプローラを開いたら、朝一左ペインはネットワーク展開状態で開いたか、今回は閉じた状態で開いて来た。
ネットワークを開いた所、右ペインに設定している表示形態で開いてくれ、Offline なのに残っていた Mac は消えていた。
ここで net view を掛けてみたら出ているので、Fing/Network Analyzer でチェックしたら ハーフトーン（offline）だったので、エクスプローラが正しい状態を先に表示した。 これも？？だが。
ここで Libre Office Calc を起動した所、外枠の Window だけを表示した状態で異様に長く立ち上がらなかった。 Underground Update 直後の再起動でのこの現象はこれで２度目。
・ Temp Dir 18フォルダー追加 07:49
直前の Underground Updeate では開けなかった Photoshop CS2 がこのタイミングで開けるようになっていた。
☆ Underground Update 08:22
・ ReportingEvents.log 書き換え 08:36
最近はリアルタイムに変更しては拙いところまで触ってしまっているみたいですね。
今日は完全にキー入力が正常に受け取られなくなりましたが、以前にも日本語変換がずれたり、入力に対するディレイが暫く続いたりという現象が出ています。
今はキー入力だからまだですが、これがネットアクセスやディスクＩ/Ｏ中に起きたらとぞっとします。 書き込みの部分欠落やデータ消失が起きかねませんから・・・
【2019/05/04 20:00 追記】
今日は定期更新が掛かった日ですよね(^^)
少しはアンダーグラウンドのアップデートが静かになるのかと思いきや、案に相違して今現在定期を含め８回。 あれ？なんか様子が違う？を含めると１０回・・・
平均的に５回なのにそれよりも多い。 どういうこっちゃです。
で、直れば良いけど、また悪くなる傾向みたい・・・
インターネット接続速度測定 [睡夢庵の電脳環境]
【インターネット接続速度測定】
内部ネットワークの接続を見直そうか・・・
で、それぞれと複数台でネットにアクセスした時にどうなるかチェックしてみました。
・ 計測ソフト ： https://www.speedtest.net/
・ 接続先 ： GLBB Japan/Tokyo Akasaka
・ プロバイダ ： Asahi-net
・ 回線 ： NTT東日本 ファミリー・ギガタイプ
・ ブラウザ ： Firefox 66.03（64bit）
・ 実施日 ： 2019/04/06
☆ 個別
・ MX3 ： 18:36 489.98/594.87Mbps
・ i7-7700 ： 18:37 471.92/641.45Mbps
☆ 同時
・ MX3 ： 18:38 305.81/395.87Mbps 僅かに先行
・ i7-7700 ： 同上 232.21/344.18Mbps
合算 535.02/740.05Mbps
２台同時にテストを掛けて単独以上の数値が出ていますので、まだネットワーク的には余裕があるかも・・・
☆ ３台同時 操作順 動作開始順
・ MX3 ： 19:51 303.21/353.58Mbps ① ②
・ i7-7700 ： 19:51 57.02/369.10Mbps ② ③
TAB4 8 Plus ： 19:50 59.1 /228Mbps ③ ①
合算 419.33/960.68Mbps
実際の所 MX3 が先に終わってしまいましたので、アップロード側の値は意味がないですね。
段が増えるとハブ毎に遅れが出ますが、それにしても LSW4-GT-5NZ の下りの振り分け能力は相当低そうですね。
もう、WindowsXP マシンは倉庫行きにしますので、これを Archer C9 で置き換え段数を減らそうと思います。
ただ、NVR-500 からの LAN ケーブルが現在の LSW4-GT-5NZ 設置位置でギリギリ、置き場所が確保出来るか・・・延長コネクタを使う？
あちゃ、電源を取るコンセントも・・・C9 のACアダプタが馬鹿デカなのでね。 ゆっくり考えますか。
《ネットワーク接続》
ONU━NVR-500━┳━━━━━━━━Panasonic MX3/Windows8.1
┃
┣LSW4-GT-5NS ┳━i7-7000/Windows10
┃ ┣━(E6850/WindowsXP)
┃ ┣━Toshiba REGZA 43C310X
赤は無線接続 ┃ ┗━Archer C9 ━━━━━━┳━TAB4 8 Plus
┃ ┗━iPhone
┃
┣WSR-2533DHP ┳━iPhone6
┃ ┣━iPhone7
┃ ┗━複合機
☆ 個別単独最高値
・ MX3 ： 633.22/632.60Mbps
・ i7-7700 ： 671.29/682.13Mbps
☆ プロバイダを So-net に切り替え
・ MX3 ： 19:41 328.63/478.40Mbps
・ i7-7700 ： 19:40 419.68/612.25Mbps
☆ asahi-netに戻して
・ i7-7700 ： 19:45 419.48/587.39Mbps
《変更後のネットワーク接続》
ONU━NVR-500━┳━━━━━━━━Panasonic MX3/Windows8.1
┃
┣Archer C9 ━━┳━i7-7000/Windows10
┃ ┣━Toshiba REGZA 43C310X
┃ ┣━TAB4 8 Plus
┃ ┗━iPhone
┃
┣WSR-2533DHP ┳━iPhone6
┃ ┣━iPhone7
┃ ┗━複合機
この構成で３台同時に実行すると
・ 計測ソフト ： https://www.speedtest.net/
・ 接続先 ： Open Project(via 20GSINET)
・ プロバイダ ： Asahi-net
・ 回線 ： NTT東日本 ファミリー・ギガタイプ
・ ブラウザ ： Firefox 66.03（64bit）
TAB4 8 Plus はアプリ
・ TAB4 8 Plus ： 2019/04/18 14:30 174.00/208.00Mbps
・ i7-7700 ： 2019/04/18 14:30 331.00/267.04Mbps
・ MX3 ： 2019/04/18 14:30 242.65/404.79Mbps
上記の順で起動した結果、最後に起動した MX3 は 50Mbps 台から徐々に速度を上げていった。
i7-7700、TAB4 8 Plus、MX3 の順で完了した。 TAB4 はほぼ最良値に等しく、２台目３台目を起動した際に引きずられて大きく速度が落ちる事はなかった。 やはり LSW4-GT-5NS は GIGA 対応スイッチングハブといっても、価格なりの性能しか持っていないようです。
Archer C9 は自室のプリンタの傍に設置してみましたが、ここですとリビングまで約１０ｍあります。
・ 2.4G帯 リビングは直線に壁が多い位置では 28Mbps位迄落ちますが
切れる事はない様です。
・ 5G帯 433Mbps で繋がるのは部屋の前迄。 WSR-2533DHP が設置して
ある位置では 62Mbps 迄ダウンし方向によっては切れてしまい
ますので、直線で６ｍ（壁３面スルー）が一杯の様です。
WSR-2533DHP は階段したの物入の袋戸棚の中に設置していますが、ここは自宅１階ほぼ中央です。
・ 2.4G帯 全域 Link Speed 72Mbps で繋がります。
・ 5G帯 では、自室では時折途切れます。 Link Speed も 32～Mbps
で時折 -80dB を切る事がありますので、３ｍ圏しかダメ。
リビングならば 433Mbps で繋がります。
という状況ですので自室では Archer C9 5G帯を、動きながらなら WSR-2533DHP の2.4G帯を使うといった使い分けをせざるを得ないですね。
【2019/05/01 7:47 追記】
現状の速度を・・・
・ TAB4 8 Plus ： 2019/05/01 07:46 6ms 173/192Mbps
TP-Link Archer C9 433Mbps/5180MHz
SpeedTest App
・ i7-7700(Win10) ： 2019/05/01 07:46 7ms 594.38/654.17Mbps
TP-Link Archer C9 GIGA ポート経由
Firefox ブラウザベース
・ プロバイダー asahi-net
・ 接続先 OPEN Project(via 20G SINET)
内部ネットワークの接続を見直そうか・・・
で、それぞれと複数台でネットにアクセスした時にどうなるかチェックしてみました。
・ 計測ソフト ： https://www.speedtest.net/
・ 接続先 ： GLBB Japan/Tokyo Akasaka
・ プロバイダ ： Asahi-net
・ 回線 ： NTT東日本 ファミリー・ギガタイプ
・ ブラウザ ： Firefox 66.03（64bit）
・ 実施日 ： 2019/04/06
☆ 個別
・ MX3 ： 18:36 489.98/594.87Mbps
・ i7-7700 ： 18:37 471.92/641.45Mbps
☆ 同時
・ MX3 ： 18:38 305.81/395.87Mbps 僅かに先行
・ i7-7700 ： 同上 232.21/344.18Mbps
合算 535.02/740.05Mbps
２台同時にテストを掛けて単独以上の数値が出ていますので、まだネットワーク的には余裕があるかも・・・
☆ ３台同時 操作順 動作開始順
・ MX3 ： 19:51 303.21/353.58Mbps ① ②
・ i7-7700 ： 19:51 57.02/369.10Mbps ② ③
TAB4 8 Plus ： 19:50 59.1 /228Mbps ③ ①
合算 419.33/960.68Mbps
実際の所 MX3 が先に終わってしまいましたので、アップロード側の値は意味がないですね。
段が増えるとハブ毎に遅れが出ますが、それにしても LSW4-GT-5NZ の下りの振り分け能力は相当低そうですね。
もう、WindowsXP マシンは倉庫行きにしますので、これを Archer C9 で置き換え段数を減らそうと思います。
ただ、NVR-500 からの LAN ケーブルが現在の LSW4-GT-5NZ 設置位置でギリギリ、置き場所が確保出来るか・・・延長コネクタを使う？
あちゃ、電源を取るコンセントも・・・C9 のACアダプタが馬鹿デカなのでね。 ゆっくり考えますか。
《ネットワーク接続》
ONU━NVR-500━┳━━━━━━━━Panasonic MX3/Windows8.1
┃
┣LSW4-GT-5NS ┳━i7-7000/Windows10
┃ ┣━(E6850/WindowsXP)
┃ ┣━Toshiba REGZA 43C310X
赤は無線接続 ┃ ┗━Archer C9 ━━━━━━┳━TAB4 8 Plus
┃ ┗━iPhone
┃
┣WSR-2533DHP ┳━iPhone6
┃ ┣━iPhone7
┃ ┗━複合機
☆ 個別単独最高値
・ MX3 ： 633.22/632.60Mbps
・ i7-7700 ： 671.29/682.13Mbps
☆ プロバイダを So-net に切り替え
・ MX3 ： 19:41 328.63/478.40Mbps
・ i7-7700 ： 19:40 419.68/612.25Mbps
☆ asahi-netに戻して
・ i7-7700 ： 19:45 419.48/587.39Mbps
《変更後のネットワーク接続》
ONU━NVR-500━┳━━━━━━━━Panasonic MX3/Windows8.1
┃
┣Archer C9 ━━┳━i7-7000/Windows10
┃ ┣━Toshiba REGZA 43C310X
┃ ┣━TAB4 8 Plus
┃ ┗━iPhone
┃
┣WSR-2533DHP ┳━iPhone6
┃ ┣━iPhone7
┃ ┗━複合機
この構成で３台同時に実行すると
・ 計測ソフト ： https://www.speedtest.net/
・ 接続先 ： Open Project(via 20GSINET)
・ プロバイダ ： Asahi-net
・ 回線 ： NTT東日本 ファミリー・ギガタイプ
・ ブラウザ ： Firefox 66.03（64bit）
TAB4 8 Plus はアプリ
・ TAB4 8 Plus ： 2019/04/18 14:30 174.00/208.00Mbps
・ i7-7700 ： 2019/04/18 14:30 331.00/267.04Mbps
・ MX3 ： 2019/04/18 14:30 242.65/404.79Mbps
上記の順で起動した結果、最後に起動した MX3 は 50Mbps 台から徐々に速度を上げていった。
i7-7700、TAB4 8 Plus、MX3 の順で完了した。 TAB4 はほぼ最良値に等しく、２台目３台目を起動した際に引きずられて大きく速度が落ちる事はなかった。 やはり LSW4-GT-5NS は GIGA 対応スイッチングハブといっても、価格なりの性能しか持っていないようです。
Archer C9 は自室のプリンタの傍に設置してみましたが、ここですとリビングまで約１０ｍあります。
・ 2.4G帯 リビングは直線に壁が多い位置では 28Mbps位迄落ちますが
切れる事はない様です。
・ 5G帯 433Mbps で繋がるのは部屋の前迄。 WSR-2533DHP が設置して
ある位置では 62Mbps 迄ダウンし方向によっては切れてしまい
ますので、直線で６ｍ（壁３面スルー）が一杯の様です。
WSR-2533DHP は階段したの物入の袋戸棚の中に設置していますが、ここは自宅１階ほぼ中央です。
・ 2.4G帯 全域 Link Speed 72Mbps で繋がります。
・ 5G帯 では、自室では時折途切れます。 Link Speed も 32～Mbps
で時折 -80dB を切る事がありますので、３ｍ圏しかダメ。
リビングならば 433Mbps で繋がります。
という状況ですので自室では Archer C9 5G帯を、動きながらなら WSR-2533DHP の2.4G帯を使うといった使い分けをせざるを得ないですね。
【2019/05/01 7:47 追記】
現状の速度を・・・
・ TAB4 8 Plus ： 2019/05/01 07:46 6ms 173/192Mbps
TP-Link Archer C9 433Mbps/5180MHz
SpeedTest App
・ i7-7700(Win10) ： 2019/05/01 07:46 7ms 594.38/654.17Mbps
TP-Link Archer C9 GIGA ポート経由
Firefox ブラウザベース
・ プロバイダー asahi-net
・ 接続先 OPEN Project(via 20G SINET)
