(gnome)端末でcat
ファイルが長すぎる場合は、いつでもCtrl-cを押すと中断できます。
しかし、同じことが起こると、tmux
キー押下によって生成された信号がサーバーに到達するのに長い時間がかかり、それまでサーバーはこの出力に忙しくて洪水を見ている以外は何もできません(または他の端末を使用します) 。Ctrlc
これは説明された問題と多少似ています。ここ。
tmux
端末、サーバー、または特定のウィンドウ/ウィンドウを再起動したくありませんが、スマートに回避するのではなく、すでにless
発生した問題を解決する方法について尋ねています。行動する前に考える…いつも驚きがあります!
では、端末のFloodingを停止させたり、送信されたデータを廃棄させるなどの方法はないでしょうか?私はこのような迷惑なことから抜け出すために何でもすることができます分画面の中のキャラクターを見てみませんか?
ベストアンサー1
2つの提案
この状況では、CTRL+が+よりも効果的なケースはほとんどありませんz 。応答速度が速いです。その後、コマンドを一時停止し、そのコマンドまたはジョブ番号を使用して終了できます。画面上で何でも読むことができればと思います。任意のバイナリテキストが多いと、文字セットが簡単に複雑になる可能性があります。CTRLc
kill %1
他の端末から
pgrep cat
(cat
コマンドが呼び出されたかどうか)尋ねて、cat
プロセスがユーザーを使用していることを確認できます。CPUまたは以下を介してpstree
:pgrep cat | awk '{print "pstree -sp "$1}' | sh | grep tmux
答えは init(1)---lightdm(1428)---lightdm(2518)---init(2534)--- の出力と似ています。マルチプレクサ(22425)---バシ(22426)---猫(22532)この場合は、次のようにします
kill
。cat
PID
kill 22532
メモ:
- CTRL+CまたはCTRL+を押してzウィンドウを最小化すると、システムが読み取る速度が速くなる可能性があります。中断要求。したがって、一時停止/中断、最小化、しばらく待ってから再び最大化することも解決策になる可能性があります。
- あなたが言ったように、
less
より安全です。 - tmux 1.8で再テストして動作しました。