Làm thế nào để giết một con mèo chạy trốn?

Nhiều lần tôi vô tình chạy catlệnh trên các tệp có nội dung lên tới vài nghìn dòng.

Tôi cố gắng giết catlệnh bằng Ctrl+ Choặc Ctrl+ Z, nhưng cả hai chỉ có hiệu lực sau khi tổng đầu ra catđược hiển thị trong thiết bị đầu cuối, vì vậy tôi phải đợi cho đến khi catđược thực thi hoàn toàn.

Có một giải pháp tốt hơn mà tránh chờ đợi? Bởi vì đôi khi các tệp có kích thước lên tới 100MBs và thật khó chịu khi chờ đợi nó.

Tôi đang sử dụng tcsh.

Nếu (các) tệp trong câu hỏi chứa thực sự nhiều dữ liệu gửi tín hiệu thực sự có thể nhận được cattrước khi kết thúc. Những gì bạn thực sự quan sát là tốc độ hữu hạn của thiết bị đầu cuối của bạn - catgửi dữ liệu đến thiết bị đầu cuối và phải mất một thời gian để thiết bị đầu cuối hiển thị tất cả.

Hãy nhớ rằng, thông thường nó phải bằng cách nào đó vẽ lại toàn bộ cửa sổ đầu ra cho mỗi dòng đầu ra (nghĩa là di chuyển nội dung của cửa sổ lên một dòng và in dòng tiếp theo ở dưới cùng). Mặc dù có các kỹ thuật và thuật toán để thực hiện việc này nhanh hơn so với việc nó được thực hiện theo cách đơn giản, nhưng vẫn cần một chút thời gian.

Do đó, nếu bạn muốn loại bỏ đầu ra càng nhanh càng tốt, hãy ẩn cửa sổ terminal , bởi vì sau đó thường không có quá trình vẽ lại thực tế diễn ra. Trong môi trường đồ họa, điều này có thể có nghĩa là thu nhỏ cửa sổ hoặc chuyển sang một máy tính để bàn ảo khác, trên bảng điều khiển ảo Linux chỉ cần chuyển sang một cửa sổ khác (( Ctrl+) Alt+ ).Fx

Cũng lưu ý rằng nếu bạn chạy nó qua một liên kết mạng chậm (ví dụ SSH qua kết nối GSM), bạn chắc chắn sẽ thấy đầu ra ít hơn nhiều trước khi catbị tín hiệu giết chết, bởi vì tốc độ của thiết bị đầu cuối sẽ không còn là nút cổ chai nữa .

Thiết lập thiết bị đầu cuối

Tôi cho rằng điều này có liên quan nhiều đến cách thiết lập thiết bị đầu cuối, hơn là với bất kỳ vấn đề đệm nào. Kiểm tra đầu ra của stty -a | grep intr, bạn nên có intr = ^C;trên dòng đầu ra nếu Ctrl- Cđược bật tại tty/ pty. Nếu không, bạn có thể sử dụng stty intr ^Cđể kích hoạt nó. Thêm dòng vào của bạn .tcshrchoặc .loginđể làm cho nó vĩnh viễn (hoặc xóa dòng thay đổi nó ở vị trí đầu tiên!).

Không Ctrl- C, bạn cũng có thể thử gửi SIGQUITvới Ctrl- \. Nếu điều này không hoạt động, một lần nữa kiểm tra stty -a | grep quitxem nó đã được thiết lập đúng chưa.

Thiết lập trình mô phỏng đầu cuối

Đồng thời kiểm tra cài đặt cho trình giả lập thiết bị đầu cuối của bạn (nếu bạn đang sử dụng một), có thể có một phím tắt được thiết lập ở cấp độ này (có thể để sao chép hoặc một cái gì đó) và Ctrl- Ckhông đạt đến ptycấp độ. Một phím tắt cũng có thể được thiết lập ở một nơi khác trong môi trường máy tính để bàn hoặc hệ thống Window của bạn.

Một thử nghiệm tốt trên Linux nếu bạn đang sử dụng trình giả lập thiết bị đầu cuối là chuyển sang bảng điều khiển Linux ( Ctrl- Alt- F1), đăng nhập vào đó và xem nếu hành vi tương tự xảy ra. Nếu không thì điều này cho thấy vấn đề nằm ở hệ thống Window hoặc trình giả lập thiết bị đầu cuối của bạn.

Nó có thể là một vấn đề với độ trễ giữa dữ liệu được đọc từ ptythiết bị theo đề xuất của peterph . Nhưng nếu đây là trường hợp và bạn thực sự phải chờ đợi phút để dữ liệu được hiển thị, sau đó chắc chắn là giả lập thiết bị đầu cuối là đệm cách quá nhiều dữ liệu (hoặc máy tính của bạn là rất chậm). Câu trả lời sẽ là tìm cách giảm kích thước bộ đệm trong cài đặt trình giả lập thiết bị đầu cuối của bạn hoặc sử dụng một bộ khác.

Mẹo thêm

Một cái gì đó khác đáng để thêm vào; Tôi thường kết thúc trong cattình huống chạy trốn khi vô tình catmột tệp nhị phân. Tác động khác của việc này có thể là làm hỏng các cài đặt thiết bị đầu cuối của bạn (nếu dữ liệu nhị phân xảy ra khớp với các mã thoát thiết bị đầu cuối khác nhau mà nó thường làm). Nếu tputđược cài đặt (thường là theo mặc định), bạn có thể tránh phải khởi động lại bằng lệnh sau:

tput reset

Đây là những gì tmuxtùy chọn c0-change-intervalvà c0-change-triggerđược thiết kế cho. Bạn vẫn nên sử dụng trình quản lý màn hình cho phiên tiếp tục.

Các Ctrl- Otùy chọn đã được trong Unix từ năm 110 ngày baud. Các lệnh mèo chạy trốn luôn là một vấn đề khi một tệp ASCII dài bị đổ tại thiết bị đầu ra chậm và toàn bộ tệp được đặt trong bộ đệm đầu ra trình điều khiển thiết bị. Ctrl- Osẽ bắt đầu xả bộ đệm và theo dõi Ctrl- Osẽ tắt công tắc để con mèo có thể được đọc ở tốc độ bình thường. Ctrl- Ođã được nhập và toàn bộ tệp sẽ xóa và nhanh chóng trả về dấu nhắc lệnh.

Việc các lập trình viên trình điều khiển thiết bị Linux có cảm thấy cần phải tiếp tục thêm tính năng này hay không. Tính năng này đã được thêm ở cấp trình điều khiển thiết bị trong đó Ctrl- Svà Ctrl- Qchỉ có thể được thực hiện. Tôi đã sử dụng điều này để kết xuất các hoạt động sửa lỗi lớn với nhiều bản in séc và sau đó cuộn xuống nơi tôi cần xem.

Khi sử dụng bash, bạn có thể tạm dừng công việc bằng cách sử dụng Ctrl+ Zvà sau đó giết nó, bằng cách sử dụng PID hoặc bằng cách làm theo các câu trả lời từ https://stackoverflow.com/questions/1624691/linux-kill-background-task (ví dụ: giết -9 %%)

mở một giao diện điều khiển mới, ví dụ bằng cách nhấp vào biểu tượng bảng điều khiển hoặc bằng cách nhấn Ctrl+ Alt+ F2. Ở đó, nhập

killall -9 cat

và mèo sẽ bị giết trừ khi bạn có khóa NFS cũ hoặc tình trạng "giấc ngủ không thể gián đoạn" (đọc trên một khu vực xấu không có thời gian chờ).

Bạn có thể thử với điều này

Đặt lại sử dụng màn hình -ctrlj

Nếu mèo vẫn chạy thì mở một thiết bị đầu cuối mới và chạy pkill -9 -f cat"Điều này sẽ giết tất cả các quy trình của mèo."