画面共有のパフォーマンスを向上できないか?

環境を逆転させて試しました．

操作する側 (El Capitan) MacPro Early 2009 / 2.26GHz 8-core / メモリ 6GB

操作される側 (Mojave) Mac mini 2018 / core i7 / 3.2GHz 6-core / メモリ 8GB

これ自体は想定するどころか実際にそうすることはないであろう利用例なので、本当に、単なる実験です．ですが興味深い結果となりました．これまで見られていた遅延がほとんど気にならないレベルで操作できました．たしかに多少の遅延はみられますが、明らかに使用感が向上しています．詳しい「画面共有.appの内部構造」はわかりませんが、以下のような流れになっているのではないかと考えました．

マシンAとBがあり、マシンAからマシンBのウインドウを操作するとして……

a. マシンAはマシンBに対し「ウインドウ位置を移動しろ」と命令する．命じたあと、マシンBから命令完了の報告があるまで待機．

b. マシンBはマシンAからの命令に対し、実際にウインドウ位置を移動する．移動後、自身の画面を更新．

c. マシンBはマシンAに対し「ウインドウ位置を移動した」と命令完了を報告する．

d. マシンAはマシンBからの報告に対し、画面を更新．待機を解除．

e. 動作完了．

書き慣れないことなので多少の不備はご容赦ください．．

まず一番初めに質問した際の

操作する側 (Mojave) Mac mini 2018 / core i7 / 3.2GHz 6-core / メモリ 8GB

操作される側 (El Capitan) MacPro Early 2009 / 2.26GHz 8-core / メモリ 6GB

というケースでは、操作される側のマシン性能が低いため bおよびc の処理に時間がかかる．そうなると操作する側の待機時間が長くなるので動作が緩慢になる．仮に「bおよびc の処理時間が1秒」だとすると操作に相当の違和感を覚えることになると思います．もっとも、0.2秒程度でも相当かと．

それに対して今回の

操作する側 (El Capitan) MacPro Early 2009 / 2.26GHz 8-core / メモリ 6GB

操作される側 (Mojave) Mac mini 2018 / core i7 / 3.2GHz 6-core / メモリ 8GB

と言うケースでは、操作される側のマシン性能が高いため bおよびc の処理時間はほとんどゼロと考えられ、したがって待機時間もほぼゼロ．そうなると操作に違和感を覚えることもないでしょう．

以上のように考えると、品川地蔵氏のケースでは「操作される側のマシンが非常に高性能」なので操作に違和感を覚えることはなく、また、粕谷氏(またはわたし)のケースでは「操作される側のマシンが低性能」なため操作に違和感を覚える、となるのではないかと．

--

ここで元の質問のことに戻ります．

操作する側 (Mojave) Mac mini 2018 / core i7 / 3.2GHz 6-core / メモリ 8GB

操作される側 (El Capitan) MacPro Early 2009 / 2.26GHz 8-core / メモリ 6GB

操作する側が高性能マシンというケースなので、操作される側のマシン、つまりMacPro2009の性能が上がれば多少遅延もマシになるのかもしれません．CPUのアップグレードはなかなかのハードモードなので却下するとして、GPUをより上位のモノへと取り替えるくらいなら難なくできそうです．もっとも実物を用意するのが難しいように思いますが．

>どうしても再描画する範囲が大きくなるとカーソルも飛び飛びになるので遅い感じはしますが。

まさにその点を一番気に(問題に)しているわけです．MacPro2009側の解像度が1920×1200と大きめなので、ウインドウ1枚をドラッグするにしても飛び飛びとなります．

>どんなアプリを使おうとしているのでしょうか

それ以前の話として、自発的に「Finderしか起動していない状態」であっても、そのFinderウインドウをドラッグするだけで飛び飛びになる状況なのです．なので、今のところ「どんなアプリを使おうとしているのでしょうか」に対する回答は控えさせていただきます．

より性能の高いマシンを操作するケースは(特に気にして)試していなかったので、一度やってみます．

ちなみに、わたしのケースでいうと両マシンともGPUまわりに手を付けていないので「Mac mini 2018 = integrated」「MacPro 2009 = discrete」だと思っているのですが合っているでしょうか．たしか Intel の Iris なんとかは統合型グラフィックスうんぬんという書き方をしていたような気がしますので合っていると思うのですが．

>ルータ等に問題はありませんか？

>2.5Gbpsのアダプタを使っておられるようですが、Ethernetケーブルの規格は？

両マシン間のファイルコピーで十分な速度が出ていることから、ルータなどに問題があるとは考えていません．

あとケーブルですがカテゴリー6aのものを使用しています．

>どうしても画面共有の動作に問題があると感じるなら、2系統以上の入力ポートがあるディスプレイに両機を繋いで、

>キーボードとマウスも２組用意して、ディスプレイ入力を切り替えて使った方が良いのでは？

これに関しては冒頭のわたしの書き込みにもあるとおり、はじめから想定していません．

なお、キーボードやマウスをマシンごとに切り替えて使う、もしくは個別に用意して運用するのはとても不便なので、画面共有.appを介さない、個別のマシンごとの運用は考えていません．まあ、1台の Magic Mouse 2 が共用できれば考えなくもないのですが．

もっとも、想定していないというより今回は「画面共有.appを介して操作する」ことが目的なので、それ以外の方法を採ることに意味がない、といえます．実際今のところ画面共有.appを介して操作するのでなく、USB切替器を介してキーボードを共有(といえるかわかりませんが)し、マウスは各マシンごとに用意して個別に運用しています．そして基本的に、モニターもそれぞれに用意したものを使用しています(実際は入力切替をしていますが)．あと、上記引用の部分に Magic Mouse 2 と書いていますが、現状このマウスだけはペアリングの問題で共有ができないのですが、画面共有.appを介して操作するのであれば 1つの Magic Mouse 2 で Mac mini 2018 と MacPro2009 の両方を操作できるので非常に便利なのです．

もちろん画面共有.appを介して操作する方法をいろいろな理由で採ることができないのであれば、それは諦めます．ただ、まだ諦めるに足る理由と原因がはっきりしていないので、その点を明確にしたうえで決めたいと思っています．

どうかご理解ください．

--

>文字入力などは、遅延はあっても、使用上は問題ないです。

>Dockのアニメーション効果等は、結構、遅延しますので、素早く動かすと、目的のアイコンを行き過ぎてしまう感じです。

>ウインドウのドラッグは、流石に滑らかとは言えませんが、実用上、問題ない程度です。

>人によって感覚が違いますから、なんとも言えない部分はありますが、Mac mini Late2005でも使えないほどは遅延しません。

遅延の許容度は人によってかなり違うと思うのですが、それでもおおよそ「そういう感じか」というのが想像できうる情報です．ありがとうございます．

>操作する側

>Mac mini 2018 (Core i7 3.2GHz/RAM 32GB/2TB SSD/Intel UHD Graphics 630) macOS 10.14.6

プロセッサに関してはわたしと同じですが、相当RAMを積んでいらっしゃるのですね．うらやましいかぎりです．．

まあ、それはそれとして、画面共有.appを介して操作する場合でいえばRAM積載量はあまり関係ないみたいな不確定なハナシもありますし、もしかすると、Mac mini 2018 上での動作速度は粕谷氏もわたしもそう違いなく、単にそれぞれの感じ方が違うだけなのかもしれません．

(直接は関係ないかもしれませんが)それを踏まえたうえで、以下にこれから書き込むわたしの話も聞いていただけたらと思います．

文字入力「が」遅いというより、文字入力「も」遅いというのが正しいのかもしれません．とにかく、いろいろな作業が反映されるまでの時間が等しく遅いので．

あと、セキュリティソフトは導入していません．したこともありません．

合っていましたか．良かったです．そして、ありがとうございます。

>職場のマシン間（1Gbpsで接続）で使用した時には操作のもたつきは感じませんでした。

ということは、通信のための帯域は1Gbpsもあれば十分と言うことなのでしょうか．

>画面共有の品質を「ネットワーク優先」か「画質優先」に変更しても動作に変更は見られませんでしょうか？

使用感に違いを覚えるほどの差異はないように思います．試しにムービーを再生してみましたがどちらでもコマ落ちはないようですし(そう十分なフレームレートのあるものではないですが)、少なくとも見かけ上の画質に大きな差が見られるということもありませんでした．なお、ムービー再生中のCPU使用率は20%程度であり、「ネットワーク優先」「画質優先」共にほぼ同じでした．再生が終了すると0.4%程度にまで低下します．「何の操作もしない状態」だとおおむねその程度のCPU使用率となっています．

>画面共有のためにメモリを使用するので、メモリ使用量は単独よりも多くなりますし、画面共有の品質によっても使用量は変わると思いますので、メモリの使用量の変化を見てみてはいかがでしょうか？

アクティビティモニタで画面共有.appのメモリ使用状況を確認したところ、環境の違いもあるので他のかたと同じと思いませんが、こちらの環境では「ネットワーク優先」の際は55MB前後、「画質優先」の際は65MB前後と、おおむね10MB程度の差があるようです．そのうえで、たとえばウインドウをドラッグし続けるなどの動作をさせると状況に応じてプラスいくつかのメモリが追加で使用されているのがわかります．操作をやめると先の数値に落ち着きます．

>アクティビティモニタでメモリの使用量を確認してみて、全体の使用量やswapの状況を確認してみてはいかがでしょうか？

元々多くのメモリを積んでいないこともありますが、基本、スワップは発生していません．とはいえ、キャッシュされたファイルを含めると8GBあるうちのメモリはすべて使用している状況です．

--

Parallels Desktop はメモリが多いほど(割り当てられたそれが、という意味っぽいですが)「快適に」使用できると謳っていることを考えると、やはりメモリの増設が一番良い対処法のような気はします．が、アプリケーションによってはメモリでなく単純にCPU性能のみで操作の快適度が変わる場合もありますし(知るかぎり、iZotope RX 5 Audio Editor はCPUのシングルコア性能が高いとより快適に操作でき、メモリの搭載量を増やしても操作感は変わりません、とのこと)、それこそアップルサポートに訊いてみるのが一番良いのかもしれません．以前と比べ最近はアップルサポートもわりといろいろ教えてくれますし(担当によってかなり差はありますが……)．

わたしの書き方が悪かったせいで少し誤解を招いてしまいました．すいません．

まず、「デザイン作業に利用」というのはこれから後の話で、現在どうにかしたいと思っているのは『自発的に「Finderしか起動していない状態」であっても、そのFinderウインドウをドラッグするだけで飛び飛びになる状況』です．そして、画面解像度を例えば600×800程度の低解像度にして「飛び飛びになる状況」が改善されるのだとしても、その案は採用できないということです．

質問のタイトルを「画面共有のパフォーマンスを向上できないか?」としているように、どうすれば向上できるのか、またはできないのか．仮にできるとして、プロセッサ能力やメモリ搭載量の向上はパフォーマンスに影響を与えるのか? ということです．そのうえで具体的な環境や将来の展望などをなるべく詳しく記したのは、教示いただいた内容(方法)であっても現環境や展望と照らし合わせた結果「それはこれこれこういう理由で却下ー」という問答を避けたかったからです．決して自分語りがしたいわけではありません．結果的にそれらが余計な一言になってしまった感は否めず、それについては反省しています．