Як вбити біглого кота?

Я багато разів випадково запускаю catкоманду на файли, які містять вміст до декількох тисяч рядків.

Я намагаюся вбити catкоманду за допомогою Ctrl+ Cабо Ctrl+ Z, але обидві вступають у дію лише після того, catяк у терміналі відобразиться загальний висновок , тому мені доведеться чекати, поки воно catповністю виконане.

Чи є краще рішення, яке дозволяє уникнути очікування? Тому що іноді файли розміром до 100 Мб, і це стає дратуючим чекати цього.

Я використовую tcsh.

Якщо відповідний файл (и) містять дійсно багато даних, що надсилають сигнал, він може дійсно дістатися до catйого завершення. Те, що ви дійсно спостерігаєте, - це кінцева швидкість вашого терміналу - він catнадсилає дані до терміналу, і термінал потребує певного часу, щоб він відобразив усі його.

Пам'ятайте, що зазвичай воно має якось перемальовувати все вихідне вікно для кожного рядка виводу (тобто переміщувати вміст вікна на один рядок вгору і друкувати наступний рядок внизу). Хоча існують прийоми та алгоритми, щоб зробити це швидше, ніж якби це було зроблено прямо, але це ще потребує певного часу.

Таким чином, якщо ви хочете позбутися результату якнайшвидше, прихойте вікно терміналу , оскільки тоді зазвичай фактичне перемальовування не відбувається. У графічному середовищі це може означати або мінімізацію вікна, або перехід на інший віртуальний робочий стіл, на віртуальній консолі Linux просто переключиться на іншу (( Ctrl+) Alt+ ).Fx

Також зауважте, що якби ви провели це через повільний мережевий зв’язок (наприклад, SSH через з'єднання GSM), ви, безумовно, побачите набагато менший вихід, перш ніж catвбитись сигналом, оскільки швидкість терміналу вже не буде вузьким місцем .

Налаштування терміналу

Я вважаю, що це більше пов'язано з тим, як налаштований термінал, ніж з будь-якою проблемою буферизації. Перевірте вихід stty -a | grep intr, який у вас повинен бути intr = ^C;у вихідному рядку, якщо Ctrl- Cувімкнено на tty/ pty. Якщо це не так, ви можете використовувати stty intr ^Cдля його включення. Додайте рядок до свого .tcshrcабо .loginзробіть його постійним (або видаліть його в першу чергу!).

В іншому випадку Ctrl- Cви також можете спробувати відправити SIGQUITз Ctrl- \. Якщо це не працює, ще раз перевірте, stty -a | grep quitчи правильно налаштовано.

Налаштування термінального емулятора

Також перевірте параметри емулятора терміналу (якщо ви користуєтесь ним), можливо, на цьому рівні встановлено ярлик (можливо, для копіювання чи щось таке), і Ctrl- Cне досягне ptyрівня. Ярлик також можна встановити десь у вашому середовищі робочого столу чи у системі Windows.

Хороший тест на Linux, якщо ви використовуєте емулятор терміналу, - це перейти на консоль Linux ( Ctrl- Alt- F1), увійти туди і побачити, чи відбувається така ж поведінка. Якщо цього немає, це говорить про те, що проблема полягає у вашій системі Window або емуляторі терміналу.

Це може бути проблемою із затримкою між зчитуванням даних із ptyпристрою, як це запропонував peterph . Але якщо це так , і ви на самому справі доводиться чекати хвилин дані , які будуть відображатися, то , звичайно, емулятор терміналу буферизация шлях занадто багато даних (або ваш комп'ютер дуже повільно). Відповідь полягає в тому, щоб знайти спосіб зменшити розмір буфера в налаштуваннях емулятора терміналу або використовувати інший.

Додатковий рада

Ще щось, що варто додати; Я, як правило, опиняюся в утікаючій catситуації, коли випадково catбінарний файл. Інший ефект цього може полягати у виправданні налаштувань терміналу (якщо двійкові дані відповідають різним кодам виходу терміналів, що це часто відбувається). Якщо tputвстановлено (як правило, за замовчуванням), ви можете уникнути необхідності перезапуску за допомогою наступної команди:

tput reset

Саме для цього і розроблений tmuxваріант . У будь-якому разі слід використовувати екран-менеджер для відновлення сеансу.c0-change-intervalc0-change-trigger

Опція Ctrl- Oв Unix з 110 бод днів. Команди відбігаючих котів завжди були проблемою, коли довгий файл ASCII скидався на пристрій повільного виводу, а весь файл розміщувався у вихідному буфері драйвера пристрою. Ctrl- Oрозпочнеться промивання буфера і подальше спостереження Ctrl- Oбуде вимикати флеш, щоб кішку можна було прочитати з нормальною швидкістю. Ctrl- Oбуло введено, і весь файл розминеться і швидко поверне командний рядок.

Незалежно від того, чи вважали кодери драйверів пристрою Linux необхідність продовжувати додавати цю функцію, невідомо. Ця функція була додана на рівні драйверів пристрою, де Ctrl- Sі Ctrl- Qможна було реалізувати лише. Я використовував це, щоб скинути великі типи налагодження з великою кількістю чекового друку, а потім прокрутити вниз до потрібного місця.

Використовуючи bash, ви можете призупинити роботу за допомогою Ctrl+ Zі потім вбити її, використовуючи PID або, дотримуючись відповідей з https://stackoverflow.com/questions/1624691/linux-kill-background-task (наприклад, kill -9 %%)

відкрийте нову консоль, наприклад, натиснувши на значок консолі або натиснувши Ctrl+ Alt+ F2. Там, увійдіть

killall -9 cat

і кішка буде вбита, якщо у вас не зафіксовано блокування NFS або ситуація "безперебійного сну" (читайте на поганому секторі без встановленого тайм-ауту).

Ви можете спробувати з цим

Скидання дисплея використання ctrl-j

Якщо кішка все ще працює, відкрийте новий термінал і запустіть це pkill -9 -f cat"Це вб'є всі котячі процеси".