실행하면 다른 창이 이미 열려 xterm
있지 않는 한 나타나는 데 약 1초 정도 걸립니다 xterm
. 이 경우 이전과 같이 즉시 나타납니다.
다시 말해서:
Launch xterm_1 -> slow
Launch xterm_2 -> fast
Close one of them
Launch xterm_3 -> fast
Close all xterm windows
Launch xterm_4 -> slow
이번에도 첫 번째 명령이 실행되는 것처럼 보이지만 계속하기 전에 잠시 멈춥니다. ls
예를 들어, a라고 가정합니다. 몇 단어를 인쇄하고 정지한 다음 몇 초 후에 올바르게 종료됩니다.
xterm
또한 모든 창이 닫힐 때까지 "한 번" 발생합니다 .
Launch xterm_1 -> slow
Launch xterm_2 -> fast
ls in any_xterm -> slow
top in any_xterm -> fast
Close all xterm windows
Launch xterm_3 -> slow
Launch xterm_4 -> fast
ls in any_xterm -> slow
... and so on.
이는 모든 명령에 영향을 미치지 않습니다.
영향을 받는 명령:
ls
top
htop
glances
(htop
-Python 소프트웨어와 유사)...man
영향을 받지 않는 명령:
cat
ping
su
(비밀번호 입력 시간으로 인해 증상이 숨겨지지 않는 한)df
du
vi
또한 트리거된 것처럼 보이지만 명령이 거의 즉시 반환되면 눈치 채지 못합니다. 예를 들어, grep
최소한 하나의 결과를 생성하는 경우에만 영향을 받습니다. ls my_almost_empty_directory
한 줄을 인쇄하고 정상을 반환합니다. 그리고 후속 ls
작업은 정상입니다. 더욱 흥미로운 점은 cd my_almost_empty_directory && ls && cd && ls
문제가 표시되지 않는다는 것입니다.
이는 분명히 표시 문제입니다. grep
출력이 줄 중간에서 잘려서 grep
파일이 처리되고 일치하는 줄이 발견되지만 표시하는 동안 중단되기 때문입니다.
영향을 받는 명령이 실행되면 이후에 실행되는 영향을 받는 다른 명령도 즉시 실행됩니다.
제 계정과 게스트 계정 모두에서 발생하는 현상이라 제 개인 설정과는 관련이 없는 것 같습니다. 또한 첫 번째 명령이 su
루트 또는 게스트로 변경된 경우 문제는 ls
새 세션의 첫 번째 명령에 영향을 미칩니다.
이는 Linux 4.8과 3.16 모두에서 발생합니다.
Mate 터미널에서는 이런 일이 발생하지 않습니다. 다른 TTY( + + ,...) ls
에서 시작할 때도 지연이 없습니다.CtrlAltF1
.xsession-errors
이런 일이 발생하면 루트 로그에는 관련 내용이 없습니다.
며칠이 지났는데 언제 나타났는지 기억나지 않으며 적성/적성 변경 로그와도 관련이 없습니다.
이 문제의 근본 원인을 찾는 방법을 모르겠습니다.