知識マップ: 回線は速いのにRDPが重いのはなぜ? ── 入力・描画・通信を分けて調べる
記事「回線は速いのにRDPが重いのはなぜ? ── 入力・描画・通信を分けて調べる」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。
RDPの操作応答は通信の往復だけで決まらず、接続先のアプリ処理と画面のエンコード、手元でのデコード・表示も関係する。解像度や画面更新、機器リダイレクトによって負担が変わるため、症状を分けて同じ操作で比較する。User Input Delayが測るのは接続先の入力キューの待ちであり、手元までの総遅延ではない。
flowchart LR
accTitle: RDPの操作応答と画面転送の知識マップ
accDescr: RDPの画面転送と両端の変換処理、往復時間、UIの待ち、解像度と機器リダイレクトの負担の関係を示します。
rdp["RDP(リモートデスクトッププロトコル)"]
rdp_interaction_delay["RDPの操作応答の遅れ"]
rdp_graphics_stream["RDPの画面転送"]
rdp_frame_encoding["RDP画面のエンコード"]
rdp_frame_decoding["RDP画面のデコード"]
rdp_high_network_rtt["RDP経路の長い往復時間"]
ui_thread_blocking["UIスレッドの詰まり"]
ui_update_delay["UI更新の遅延"]
rdp_display_pixel_count["リモート画面の画素数"]
rdp_graphics_workload["RDP画面処理の負担"]
rdp_device_redirection["RDPの機器リダイレクト"]
rdp_network_workload["RDP関連の通信負担"]
rdp -->|"利用する"| rdp_graphics_stream
rdp_graphics_stream -.->|"利用する"| rdp_frame_encoding
rdp_graphics_stream -.->|"利用する"| rdp_frame_decoding
rdp_high_network_rtt -.->|"原因になり得る"| rdp_interaction_delay
ui_thread_blocking -.->|"原因になり得る"| ui_update_delay
rdp_display_pixel_count -.->|"原因になり得る"| rdp_graphics_workload
rdp_device_redirection -.->|"原因になり得る"| rdp_network_workload
概念間の関係(全7件)
図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。
- RDP(リモートデスクトッププロトコル)はRDPの画面転送を利用します。
- RDPの画面転送はRDP画面のエンコードを利用します。
- RDPの画面転送はRDP画面のデコードを利用します。
- RDP経路の長い往復時間はRDPの操作応答の遅れの原因になることがあります。
- UIスレッドの詰まりはUI更新の遅延の原因になることがあります。
- リモート画面の画素数はRDP画面処理の負担の原因になることがあります。
- RDPの機器リダイレクトはRDP関連の通信負担の原因になることがあります。
主要概念の定義
機械可読データ
このデータセットについて
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。