私は OS X で GNU Screen を常に使用しています。主に SSH 接続のサーバー側で実行して、マルチタスク中に永続性を維持しています。すばらしいのは、接続が切断されても、ほとんど何もしなくてもすべての仮想スクリーンが再開されることです。これは皆さんご存知だと思います。
私の不満は、Shift+PgUpとタッチパッドを使って各仮想画面でスクロールバックできないことです。この問題を解決する設定変更があることは知っています。もしセッション内で画面を切り替えることはありませんが、各画面はターミナルのタブのように独自の履歴を保持しません。明らかに、これを実現するには、画面が大量のデータを保存し、切り替えるたびに接続を介してパイプする必要があります。無駄が多く、遅延がひどくなります。
うまくいくのは、Screen または tmux のリモート インスタンスに対する何らかのインテリジェントなクライアント側クライアントで、各仮想画面のスクロールバックを個別にインテリジェントに管理するものです。そのようなソリューションは存在するのでしょうか。まったく、同じサーバーへの複数の ssh セッションをローカルで管理し、それぞれで Screen が実行されている (仮想画面は 1 つだけ) という優れた方法があれば、大きな改善になりますが、screen -d -r のようにうまく機能する場合に限ります。ただし、これを透過的にする方法が思いつきません。もう 1 つの可能性のあるオプションは、新しい名前付き単一画面の screen/tmux セッションで SSH 接続を自動的に作成し、セッション セットを記憶して簡単に再開できるようにするターミナル プログラムです。