SSH 및 XON / XOFF 소프트웨어 흐름 제어

USB-RS232 직렬 널 모뎀 케이블을 통해 Linux 박스에 연결된 빈티지 직렬 터미널을 사용하고 있습니다. 터미널은 버퍼 오버 플로우를 피하기 위해 XON / XOFF 흐름 제어를 사용합니다. 터미널은 리눅스 박스에서 실행되는 활동에 아주 효과적입니다. 그러나 서버, VM 또는 로컬 호스트에 SSH를 연결하면 버퍼 오버플로가 발생하기 시작합니다. SSH가 XON / XOFF 흐름 제어를 방해하는 것 같습니다. 내가 잘못 갈 수있는 아이디어가 있습니까?

추가 정보 :
1) StarTech FTDI USB를 통해 컴퓨터에 연결된 터미널 RS232 직렬 널 모뎀 어댑터 케이블
2) ttyUSB0, 19200 보드, vt100의 getty를 통한 직렬 인터페이스
3) VT100은 19200으로 설정되어 송수신

ssh일반 대화식 세션 모드에서는를 포함하여 모든 문자 (일반적으로 이스케이프 제외 ~)를 원격 호스트 로 전달합니다 ^S ^Q. (SSH / TCP / IP 연결의 맨 끝에있는 것은 로컬 호스트 / 루프백 또는 가상 LAN을 포함하여 이러한 목적으로 '원격'입니다.) '긴'(전파 지연) 및 / 또는 '지방'( 대역폭) 파이프-루프백은 확실히 뚱뚱합니다-원격 호스트가 수신하고 작동하기 전에 기내에서 사용할 수있는 데이터의 양은 ^SVT100이 버퍼링 할 수있는 것 이상일 것입니다. 연결은 RS-232의 경우 실제 50 '미만의 전선 또는 103 또는 212A와 같은 직접 변조 1 비트 모뎀입니다.

대화식 세션이 아닌 원격 호스트 ssh에서 명령 을 실행하기 위해 인수와 함께 사용 하는 경우 터미널 처리 (및 ^S ^Q)는 로컬 OS에 남아 있으므로 충분히 빠르게 응답해야합니다. 분명히 이것은 원격 호스트와의 상호 작용을 제한합니다. 또한 기본적으로 각 명령에 대해 SSH 오버 헤드 (키 교환 및 인증)를 수행하므로 비용이 많이 들고 속도가 느릴 수 있지만 비 고급 버전에서는 -M여러 작업자에서 전송 (및 전송 설정 비용)을 공유 하는 마스터 프로세스를 설정할 수 있습니다. 프로세스.

내가 보는 유일한 다른 솔루션은 너무 많은 출력을 너무 빨리 생성하는 원격 작업을 실행하지 않는 것입니다. 예를 들어,에 파이프 일 more이나 less또는 유사한, 선 이하 24으로 설정 또는 임시 파일에 큰 출력을 작성하고 그것을 찾아 어쩌면로 vi또는 유사한.