การหยุดเอาต์พุตจากโปรแกรมที่รันในเซสชัน SSH ทันที

ปัญหา

ฉันรันคำสั่งที่ให้เอาท์พุตจำนวนมากของข้อมูลผ่าน SSH ตัวอย่างเช่นฉันเพิ่มข้อมูลการดีบักภายในลูปที่ดำเนินการเป็นล้านครั้งหรือเพียงแค่วิ่งcat /dev/urandomเพื่อเตะ

ข้อมูลถูกเทอร์มินัล

ฉันต้องการยุติคำสั่งโดยเร็วและแก้ไขโปรแกรมของฉัน ฉันไม่สนใจสิ่งที่จะพิมพ์ ตอนนี้สิ่งที่ผมกดCtrl+ Cที่เร็วที่สุด (ในตัวอย่างข้างต้นผมกดมันทันทีหลังจากใช้คำสั่ง) แต่ก็ยังคงต้องใช้เวลาในการพิมพ์ข้อมูลทั้งหมดที่ฉันไม่จำเป็นต้อง

สิ่งที่ฉันได้ลอง

ฉันลองกดCtrl+ Cอย่างหนักเพื่อให้ได้ผลลัพธ์ที่ตลกเมื่อท้ายสุดเทอร์มินัล:

OUTPUT HERE^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
^C^C

^C^C^C^C^C^C^C^C^C^C^C
^C^C^C^C^C^C^C^C^C^C
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C
^C^C^C^C^C^C^C
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C
^C^C^C^C^C^C^C^C^C^C^C^C^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C
rr-@burza:~/xor$ ^C

ฉันยังอ่านเกี่ยวกับCtrl+ Sซึ่งเห็นได้ชัดว่าใช้เพื่อบอกเทอร์มินัล "หยุดส่งออกฉันต้องทัน"แต่เห็นได้ชัดว่าไม่ได้ทำอะไรเลย

รายละเอียดเบ็ดเตล็ด

ฉันไม่ต้องการเปลี่ยนคำสั่งที่ฉันเรียกใช้เพื่อที่ฉันจะสามารถช่วยเหลือตัวเองได้ในทุกสถานการณ์แม้ว่าฉันจะจำไม่ได้ว่าโปรแกรมที่ฉันรันอาจจบลงเช่นนั้น

ลูกค้า SSH ของฉันทำงานบน Cygwin ( CYGWIN_NT-6.1-WOW64 luna 1.7.30(0.272/5/3) 2014-05-23 10:36 i686 Cygwin) ใน MinTTY xterm-256colorกับชุดประเภทอาคารเพื่อ

เซิร์ฟเวอร์ SSH ทำงานบน Debian ( Linux burza 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 i686 i686 GNU/Linux)

เอาต์พุตบางส่วนนั้นจะถูกบัฟเฟอร์ คุณส่งCtrl+ ของคุณCไปยังปลายทางระยะไกลซึ่งขัดจังหวะโปรแกรมที่กำลังทำงานอยู่ มีโปรแกรมอยู่และเชลล์ส่งอักขระเพื่อแสดงพรอมต์ให้คุณอีกครั้ง ก่อนที่จะมีข้อความแจ้งปรากฏขึ้นหน้าจอของคุณจะแสดงข้อมูลทั้งหมดที่ได้รับการบัฟเฟอร์ก่อน

สิ่งที่คุณถามคือโปรแกรมจะหยุดและข้อมูลระหว่างทางไปยังบางส่วนหายไป ไม่สามารถเกิดขึ้นได้เพราะมันอยู่ระหว่างทางแล้ว

วิธีเดียวที่คุณสามารถตรวจสอบให้แน่ใจว่าคุณไม่เห็นข้อมูลนี้คือออกจากเทอร์มินัลเมื่อสิ้นสุดการเชื่อมต่อกับรีโมตของคุณอีกครั้ง แต่นั่นอาจเป็นความพยายามมากกว่ารอให้บัฟเฟอร์ข้อมูลแสดง

ฉันมักจะเรียกใช้ผลลัพธ์เป็นlessเพื่อให้ฉันสามารถฆ่ามันผ่านlessแทนการใช้qปุ่ม

$ cmd | less

ตัวอย่าง

$ cat /dev/urandom | less

หลังจากกดปุ่มq+ Enterมันจะออกและกลับไปที่หน้าจอปกติของคุณทิ้งไว้ให้ดีและสะอาด

ทำไมถึงเกิดขึ้น?

ปัญหาที่คุณพบคือมีบัฟเฟอร์ (สำหรับ STDOUT) ที่อยู่ในคิวด้วยเอาต์พุตของจอแสดงผลของคุณ บัฟเฟอร์เหล่านี้จะถูกเติมเต็มอย่างรวดเร็วจนคุณไม่สามารถหยุดมันได้เร็วพอที่จะหยุดมันได้

ในการปิดการใช้งาน / จำกัด เอฟเฟกต์นี้คุณสามารถปิดการใช้งานบัฟเฟอร์ STDOUT ซึ่งควรทำให้การตอบสนองการใช้เพิ่มขึ้นเล็กน้อยstdbufแต่คุณอาจต้องเล่นกับการตั้งค่าเหล่านี้เพื่อให้ได้สิ่งที่ต้องการ หากต้องการ unbuffer STDOUT คุณสามารถใช้คำสั่งนี้:

$ stdbuf -o0 <cmd>

หน้าคนเพื่อstdbufดูรายละเอียดตัวเลือกต่าง ๆ ที่คุณต้องการ:

    If MODE is 'L' the corresponding stream will be line buffered.  This 
    option is invalid with standard input.

    If MODE is '0' the corresponding stream will be unbuffered.

    Otherwise MODE is a number which may be followed by one of the 
    following: KB 1000, K 1024, MB 1000*1000, M 1024*1024, and so
    on for G, T, P, E, Z, Y.  In this case the corresponding stream will be 
    fully buffered with the  buffer  size  set  to  MODE
    bytes.

สำหรับพื้นหลังที่ดีเกี่ยวกับวิธีการทำงานบัฟเฟอร์ผมขอแนะนำการดูที่จังหวะพิกเซลนี้ฝึกหัดชื่อ: บัฟเฟอร์ในลำธารมาตรฐาน มันยังรวมถึงรูปภาพที่ดี

อ้างอิง

• ปิดการบัฟเฟอร์ในท่อ

การบัฟเฟอร์มีหลายระดับ เมื่อคุณกดCtrl+ Cสิ่งนี้จะหยุดโปรแกรมจากการส่งข้อมูลไปยังเทอร์มินัล สิ่งนี้ไม่ส่งผลกระทบต่อข้อมูลที่เทอร์มินัลอีมูเลเตอร์ยังไม่แสดง

เมื่อคุณแสดงข้อมูลด้วยความเร็วสูงเทอร์มินัลไม่สามารถติดตามและจะล้าหลัง นั่นคือสิ่งที่เกิดขึ้นที่นี่: การแสดงข้อความมีราคาแพงกว่าการสร้างตัวเลขสุ่มเหล่านี้ ใช่แม้จะมีตัวอักษรบิตแมป - การสร้างตัวเลขสุ่มที่มีคุณภาพการเข้ารหัสลับนั้นก็ไม่ถูกเมื่อเทียบ (ฉันเพิ่งลองบนเครื่องของฉันและกระบวนการ X ทำให้ซีพียูอิ่มตัวโดยxtermใช้เวลาเพียงไม่กี่% และcat(ซึ่งการสุ่มหมายเลขจะถูกนับรวม) แทบจะถึง 1% และนั่นก็เป็นแบบอักษรบิตแมป)

ถ้าคุณต้องการให้มันหยุดตอนนี้ให้ฆ่า terminal emulator หากคุณไม่ต้องการที่จะทำอย่างน้อยที่สุดลดหน้าต่าง; ตัวเลียนแบบเทอร์มินัลอัจฉริยะ (เช่น xterm) จะไม่แมปหน้าต่างซึ่งช่วยประหยัดเวลาของ CPU X ดังนั้นขยะจะแสดงเสร็จเร็วขึ้น เซิร์ฟเวอร์ X มีลำดับความสำคัญสูงดังนั้นสิ่งนี้จะสร้างความแตกต่างอย่างมากต่อการตอบสนองของเครื่องของคุณในขณะที่ xterm กำลังประมวลผลข้อมูลในพื้นหลัง

เมื่อสิ่งนี้เกิดขึ้นในเปลือกระยะไกลความล่าช้าจะยิ่งแย่ลงเพราะข้อมูลที่ผลิตโดยcatจะต้องผ่านการเชื่อมต่อ SSH การกดCtrl+ Cจะต้องผ่านการเชื่อมต่อ SSH จะได้รับลำดับความสำคัญค่อนข้างสูง (ส่งออกนอกวง) แต่ยังคงต้องใช้เวลาพอสมควรในระหว่างที่มีเอาต์พุตสะสมมากขึ้น ไม่มีทางที่จะระงับข้อมูลในระหว่างการขนส่งสั้น ๆ ของการปิดการเชื่อมต่อ SSH (ซึ่งคุณสามารถทำได้โดยการกดEnterแล้ว~.)

มันควรจะเพียงพอที่จะหาวิธีkillการcatคำสั่ง
สำหรับข้อเสนอต่อไปนี้คุณอาจต้องเปิดการเชื่อมต่อ ssh ที่สอง

• ไม่ค่อยCTRL+zมีประสิทธิภาพมากกว่าCTRL+c: สามารถตอบได้เร็วขึ้น หลังจากนั้นคุณระงับคำสั่งคุณสามารถฆ่ามันด้วยkill %1หรือจำนวนงานของมันคืออะไร
  ด้วยความหวังว่าคุณจะยังคงสามารถอ่านอะไรได้จากหน้าจอ (ข้อความไบนารีแบบสุ่มที่ท่วมท้นสามารถทำให้ชุดตัวละครของคุณเสียไป)
  ตามที่Gillesจดจำไว้หากคุณย่อขนาดหน้าต่างให้เล็กที่สุดระบบจะเร็วกว่าที่จะอ่านคำขอขัดจังหวะมากกว่าที่คุณจะฆ่ากระบวนการ ดังนั้นพัก / หยุดย่อย่อรอสักครู่เพิ่มอีกครั้งสามารถแก้ไขได้เช่นกัน
  แน่นอนผ่านการเชื่อมต่อ SSH ฉันคาดหวังว่าคุณจะต้องรอสักครู่

• ในเทอร์มินัล / เซสชันอื่นคุณสามารถถามpgrep cat(ถ้า cat เป็นคำสั่งที่เรียกใช้) และระบุว่ากระบวนการ cat กำลังใช้ cpu ของคุณมากขึ้น คุณสามารถระบุด้วยความแม่นยำมากขึ้นด้วยpstree:

  pgrep cat | awk '{พิมพ์ "pstree -sp" $ 1}' | sh | grep sshd

  ตอบด้วยผลลัพธ์เช่น

  init (1) ───sshd (1062) ───sshd (22,884) ───sshd (22,951) ───bash (22,957) ───cat (23,131)

  ในกรณีนี้หลังจากคุณเพียงฆ่าแมว PID: ฆ่า 23131

บันทึก:

• ตามที่รายงานไว้เพียงอย่าง less ปลอดภัย

ฉันมีปัญหาเดียวกันและไม่พอใจกับคำตอบที่นี่ดังนั้นฉันจึงขุดลึกลงไป ผู้อื่นได้กล่าวถึงคำสั่งของคุณแล้วว่ากำลังส่งออกข้อมูลเร็วกว่าที่ ssh สามารถรับได้ดังนั้นบัฟเฟอร์ข้อมูลและบัฟเฟอร์ไม่สามารถหยุดได้

ในการแก้ไขปัญหานี้ให้หลีกเลี่ยงการบัฟเฟอร์ด้วยการควบคุมปริมาณการส่งออกคำสั่งของคุณให้เป็นอัตราสูงสุดที่เซสชัน ssh ของคุณสามารถทำได้คำสั่งมีอยู่แล้วที่จะทำเช่นนี้

การตั้งค่าขั้นแรกให้หาอัตราสูงสุดของเซสชันของคุณ:

# Get transfer <TIME> of a large file (>10MB preferable)
/usr/bin/time -f "%e" cat <FILENAME>

# Get file <SIZE> in bytes
stat --printf="%s\n" <FILENAME>

# Calculate <RATE>
echo "<SIZE> / <TIME>" | bc

ในที่สุดให้เร่งคำสั่งจริงของคุณตามนั้น

<YOUR_COMMAND> | pv -qL <RATE>

ตัวอย่าง:

/usr/bin/time -f "%e" cat large_reference_file.txt
31.26

stat --printf="%s\n" cat large_reference_file.txt
17302734

echo "17302734 / 31.26" | bc
553510

# Throttle my command to 553510B/s
cat some_other_file.txt | pv -qL 553510

คุณอาจต้องการลดอัตราเล็กน้อยในกรณีที่ความเร็วการเชื่อมต่อของคุณลดลงเล็กน้อยเป็นครั้งคราว ถ้ามันลดลงพฤติกรรมจะกลับมาเป็น ctrl-c ที่ไม่ตอบสนอง

นามแฝงแมวชนิดเสริม

# bash
alias tcat='tcat(){ cat $@ | pv -qL 400k ; }; tcat'

# tcsh
alias tcat 'cat \!* | pv -qL 400k'

# usage: tcat <FILENAME>

ตอนนี้ ctrl-c ทำงานได้ตามที่คาดไว้ฆ่าผลทันทีเพราะมีบัฟเฟอร์น้อยมาก

มีซอฟต์แวร์บน Linux ซึ่งแก้คือตรงนี้ปัญหา (สองสิ่งที่คนอื่น ๆ มากเกินไป) คุณสามารถเรียกใช้งานจากเทอร์มินัลอีมูเลเตอร์ใน Windows (ดูเหมือนว่าคุณกำลังใช้ Windows?)

ลองmoshแทนการใช้ไบนารี SSH มันทำงานเหมือนกับ SSH (คุณสามารถทำได้mosh user@hostnameแทนssh user@hostnameและมันจะทำงานได้ตามที่คุณคาดหวังแม้จะทำการตรวจสอบคีย์ส่วนตัว ฯลฯ

โดยทั่วไปแล้วจะดำเนินกระบวนการแยกต่างหากบนเซิร์ฟเวอร์ซึ่งบัฟเฟอร์แพ็คเก็ต ดังนั้นเมื่อคุณกด Ctrl + C บน mosh มันจะถ่ายทอดสิ่งนี้ไปยังเซิร์ฟเวอร์ระยะไกลซึ่งจะหยุดส่งข้อมูลพิเศษ นอกจากนี้มันยังจะทำนายผลลัพธ์ของการกดแป้นพิมพ์ช่วยให้คุณประหยัดเวลาสองสามมิลลิวินาทีทุกครั้งที่คุณกดปุ่ม

ข้อเสีย: ขณะนี้ไม่สามารถเลื่อนขึ้นในประวัติศาสตร์ขณะใช้ mosh