Làm gián đoạn sản lượng rất dài trong tmux

Trong một thiết bị đầu cuối (gnome), nếu tôi catlà một tệp quá dài, tôi luôn có thể nhấn Ctrl- cđể ngắt.

Tuy nhiên, trong tmuxtrường hợp tương tự xảy ra, phải mất nhiều thời gian để tín hiệu được tạo ra Ctrl- cnhấn phím đến máy chủ và cho đến khi điều đó xảy ra, máy chủ đang bận rộn với đầu ra này và tôi không thể làm gì ngoài việc xem lũ (hoặc sử dụng một thiết bị đầu cuối khác).

Điều này hơi giống với vấn đề được mô tả ở đây .

Tôi không muốn khởi động lại thiết bị đầu cuối, máy chủ hoặc thậm chí tmuxcửa sổ / khung cụ thể ; sử dụng lesslà một thói quen thông minh, nhưng tôi hỏi ở đây về cách giải quyết các vấn đề đã xảy ra, không phải làm thế nào để thông minh và tránh chúng bằng cách suy nghĩ trước khi hành động ... sẽ luôn có những điều bất ngờ!

Vì vậy, có cách nào để thiết bị đầu cuối ngăn chặn lũ lụt, loại bỏ dữ liệu đã gửi, v.v.? Bất cứ điều gì tôi có thể làm để giải phóng bản thân khỏi những phút khó chịu khi xem các nhân vật trên màn hình của mình?

Hai đề nghị

1. Ít khi trong trường hợp như thế này CTRL+ z hiệu quả hơn CTRL+ c: nó trả lời nhanh hơn. Sau đó, bạn tạm dừng lệnh bạn có thể giết nó bằng kill %1hoặc bất cứ thứ gì là số công việc. Với hy vọng bạn vẫn có thể đọc bất cứ thứ gì từ màn hình (một văn bản nhị phân ngẫu nhiên tràn ngập có thể dễ dàng làm rối bộ ký tự của bạn).

2. Trong một thiết bị đầu cuối khác, bạn có thể hỏi pgrep cat(nếu catlệnh được gọi) và xác định catquá trình đang sử dụng cpu của bạn hoặc bằng cách pstree:

   pgrep cat | awk '{print "pstree -sp "$1}' | sh | grep tmux

   trả lời với một đầu ra như
   init (1) --- lightdm (1428) --- lightdm (2518) --- init (2534) --- tmux (22425) --- bash (22426) --- cat ( 22532 )

   Trong trường hợp này, sau khi bạn chỉ cần killsự cat PID:
   kill 22532

Ghi chú:

• Nếu bạn nhấn CTRL+ Choặc CTRL+ zvà sau khi bạn thu nhỏ cửa sổ, có thể hệ thống sẽ nhanh hơn bạn để đọc yêu cầu ngắt . Vì vậy, đình chỉ / phá vỡ, giảm thiểu, chờ một chút, tối đa hóa một lần nữa, cũng có thể là một giải pháp.
• Như bạn đã nói lesslà an toàn hơn.
• Đã thử nghiệm lại với tmux 1.8 và hoạt động

Thêm các dòng sau vào tmux.conf của bạn (~ / .tmux.conf)

set -g c0-change-trigger 150 set -g c0-change-interval 100

Thông tin thêm có thể được tìm thấy tại http://blog.fraggod.net/2014/09/23/tmux-rate-limiting-magic-against-terminal-spamflood-lock-ups.html