예상되는 동작:
출력 속도 ls /*
가 매우 빠릅니다.
실제 동작:
$ time ls /*
...
real 0m21.003s
user 0m0.082s
sys 0m0.095s
이 명령을 완료하는 데 21초가 걸립니다. 줄이 천천히 스크롤됩니다. 뭔가 잘못되었다. 나는 이것을 실행하고 screen
있으며 실행 중입니다 xterm
. 문제 해결을 시도했지만 아직 무슨 일이 일어나고 있는지 파악하지 못했습니다. 그런데 이상한 점을 발견했습니다..
해결책:
어떤 이유에서든 제가 작성한 이 스크립트를 실행하면 예상대로 작동합니다.http://sprunge.us/zdvZEO
$ fastout
...
$ time ls /*
...
real 0m1.375s
user 0m0.116s
sys 0m0.116s
일부 TERMCAP 파일(어떤 파일인지 기억할 수 없음)을 조작하여 우연히 cat
이 문제를 발견했고 파일(일부)을 터미널로 보낼 때 문제가 사라진 것을 발견했습니다. 무슨 일이 일어날 것 같나요? 해결 방법에 의존하지 않고 어떻게 이 문제를 적절하게 해결할 수 있습니까?
편집 1:
기본 설정 urxvt
및 동일한 세션이 연결된 상태 에서 테스트되었습니다 screen
.
$ time ls /*
...
real 0m0.281s
user 0m0.051s
sys 0m0.080s
xterm
이러한 관점에서 문제는 설정과 관련이 있습니다.
편집 2:
이 작업을 수행하는 것이 내 사용자 정의 설정이 아닌지 확인하기 위해 xterm
다음을 시도했습니다.
$ xrdb -remove
$ /bin/xterm
같은 결과.
아마도 xterm
그게 문제가 아니라, screen
실행에 대한 GNU의 반응 일 뿐일까요 xterm
?
아직 확실하지는 않지만 몇 년 동안 익숙해졌음에도 불구하고 아마도 설정에서 이 문제가 없을 뿐만 아니라 블록 선택도 할 수 있는 것으로 xterm
전환할 것입니다 .urxvt
편집 3:
.screenrc를 로 변경하면
hardstatus alwaysfirstline
런타임 hardstatus alwayslastline
문제가 사라진다는 사실을 발견했습니다(출력이 예상대로 작동함). 두 설정 모두에서 잘 작동합니다. 해당 설정을 변경하고 그대로 유지할 수 있지만 막대가 맨 위에 있기를 원합니다.xterm
screen
urxvt
xterm