Byobu vs. GNU Screen vs. tmux —スキルの有用性と移転可能性[非公開]

これまでのところ、複数のシェルセッションを管理するためにKonsoleを使用しましたが、複数のシェルをより適切にサポートするByobu、GNU Screen、およびtmuxは試していません。これらはすべて、1つの主な機能を共有します。これは、現在のセッションをデタッチし、後でその古いセッションに再アタッチできるようにすることです。

学ぶためのツールを選択するのに役立つように、次の点でどのように異なるのかを知りたいと思います。

1. 機能（明らかに）
2. プロジェクトの成熟度。あまりにも変化しているツールを学びたくありません。機能強化は歓迎されますが、機能が消えるなどの驚きは嫌いです。
3. 学習曲線
4. 異なるプラットフォームでの可用性。ツールを学べば、FreeBSDサーバー、SuSEデスクトップ、またはUbuntuで使用できるようになりたいです。
5. 他の対話型シェルプログラムとの互換性。私は今までvimとemacs -nw同じように、および（非ウィンドウモード、またはテキストモード）を引き続き使用できますか？キーボードショートカットは他のツールのショートカットと競合しますか？

私はそれらすべてを試しましたが、ByobuはGNU Screenとtmuxのフロントエンドのようなものです。では、GNU screenプロジェクトに貢献して新しい機能を追加する代わりに、なぜByobuを作成したのですか？なぜBy延は、GNU Screenのある種の高度なインターフェースモードではないのですか？GNU screenをバックエンドとして日常のツールとしてByobuを使用する場合、特定のマシンにGNU Screenしか搭載されていない場合、ByobuなしでGNU Screenを使用するためにこの知識を転送できますか？

Tmux対GNU Screenについては、

• tmuxと画面[SU]
• tmux対GNUスクリーン[Unix.SX]

そして、ブログなどで見つけることができるいくつかの他の比較の化身。

頻繁に繰り返されるいくつかの一般的な用語：

• Tmuxは新しいです。これは、少し手の込んだもの（単純な垂直分割、素敵な緑の線）であり、互換性などのテストが少し劣っていることを示しています（支持者によると、無視できる程度）。
• Tmuxはリソースに頼っています。
• GNU Screenはいたるところに見られ、おそらくより多く使用されています。

これとは別に、いずれかの選択肢の特定の機能を見ることができ、個人的な好みが議論を支配します。私は個人的にGNU Screenを頻繁に使用していましたが、今はTmuxを使用しています。

o風が私にとって「キラー機能」を持っているとは思いません。私のユースケースには何も必要ないと思う抽象化を提供します。

別の見方をすれば、ByobuはバックエンドとしてGNU ScreenまたはTmuxのいずれかを使用できることに注意してください。これは、ユーザーPOVとの違いがほとんど表面的なものであることを示しています。

いい質問です！ 価値のあることについては、私はByobuの著者であり、メンテナーです。

Byobuは、もともとGNU Screenの上に位置するように記述された構成レイヤーですが、現在はTmuxの上でも動作します。

Googleplexで多くのScreenおよびUbuntu Serverユーザーに会い、2008年12月に Byobuを書き始め、私たち全員が私たちの構成にきちんとした/楽しい/便利なハックの独自の束を維持していることがわかりました。そして、使用した数十または数百のサーバー間でそれらを手動で移動する必要がありました。私たちはヒントやトリックの取引を開始し、それらを「スクリーンプロファイル」と呼ばれる元のGPLv3プロジェクトに集め始めました。約6か月後、コミュニティ全体が「スクリーンプロファイル」を中心に発展し、プロジェクトは単なるスクリーンハック以上のものになりました。設定ユーティリティ、ライブステータスプラグイン、キーバインドがありました。そこで、プロジェクトの名前を変更しました~/.screenrc 「ビョブ」は、エレガントで折り畳み式の「スクリーン」を意味する日本語であり、「スクリーン$ FOO」よりも「ビョブ$ FOO」でGoogleをよりうまく利用できるという利点もあります。

現在、ほとんどのLinuxディストリビューション（Ubuntu、Debian、Fedora、Arch）のByobuで、ほとんどのMac / BSDおよび他のUNIXで機能し、どの端末でも同じルックアンドフィール、便利なキーバインド、動的システムステータス情報を提供しますアクセスする必要があります。

GNU Screenプロジェクトに貢献しませんか？いくつかの理由...構成オプションだけでなく、By風の動作のすべて。機能するためにScreenソースベースに含める必要はありません。いくつかのものは、より良い仕事をしたり画面がデフォルトでそれらを含めた場合よりよい行うが、変更の多くは、非常に「独断」です通常に貢献することは困難または不可能である可能性がある25歳の上流プロジェクト。また、GNU Screenプロジェクトの動きは、たとえあったとしても非常に遅いです。25歳以上で、2008年8月から公式リリースされていません。すべてのディストリビューションは、/ usr / bin / screenの動作とセキュリティを維持するためだけに、膨大な数のパッチを提供しています。たとえば、UbuntuとDebianは現在、〜48で19K行のコードを保持していますパッチ。

私は約2年前にTmuxについて学びましたが、ソースコード、デザイン、インターフェイス、アクティブなコミュニティに本当に夢中になりました！上流のTmuxに修正を提供し、メーリングリストでトピックを議論するのがずっと楽になりました。そして、どこでもそれを使用するBy風ユーザーとして、私はTmuxセッションに4年以上のBy風で楽しんでいたものと同じルックアンドフィールを望んでいました。そこで、私はすべてのByobuコードを移植して、Tmuxをバックエンドとして、Screenと同じようにうまく機能するようにしました。以下のよう屏風5.0リリースはまだレガシーモードでサポートされている画面で、tmuxは、今のデフォルトのバックエンドです。現在、Byobuは、大幅に改善された256色サポート、UTF8文字、水平/垂直ウィンドウ分割など、Tmux over Screenの多くの最新機能を活用しています。

ScreenまたはTmuxのデフォルト設定に満足している場合、または独自の構成ファイルをゼロから作成したい場合は、どうしてもScreenとTmuxが私たちの生活に長年の効率を追加した素晴らしいユーティリティとして。ScreenとTmuxが箱から出してすぐに行うことを実際に拡張する一連の構成に興味がある場合は、By風をご覧ください！

乾杯、ダスティン

実際のユースケースからの最大の違いはscreen、tmux分割ウィンドウの処理方法です。

のウィンドウscreenは、単一の疑似端末です。screenセッションに接続すると、端末を複数のリージョンに分割でき、各リージョンでscreenウィンドウを表示できます。複数のリージョンで同じウィンドウを表示できます。分割はセッションの一部ではありません。デタッチすると、スプリットはなくなります。

ウィンドウはtmux、ペインごとに1つ以上の疑似端末で構成されます。これは、後でデタッチして再アタッチしてもペインが保持されることを意味します。また、で一度に表示できるウィンドウは1つだけであり、tmux複数のウィンドウ間でペインを共有できないことも意味します。ただし、複数のセッション間でウィンドウを共有することtmuxはできます。

で使用されるモデルを好みtmuxますが、で使用されるモデルよりも優れていると主張することはできませんscreen。

私にとって、tmuxの最大の課題は、セッション共有の実装でした。

GNU Screenでは、別のユーザーがセッションに接続できるようにするか、単にセッションを複数の端末に接続させると、ユーザーは独立して操作できます（端末BからセッションAの画面を切り替えても、端末Aは画面を切り替えませんセッションA）。

上記はtmux（まだ？）の場合ではありません。または、動作を変更する方法を見つけることができませんでした。

誰かがtmuxでこの動作を変更する方法を知っている場合、またはtmuxがこの動作を変更するために更新するか、この動作を変更するオプションを与える場合は、コメントを残してください。