Tmux/Screen과 비교하여 멀티태스킹에 기존 작업 제어를 사용하면 어떤 이점이 있나요?

Tmux/Screen과 비교하여 멀티태스킹에 기존 작업 제어를 사용하면 어떤 이점이 있나요?

tmux 및 screen을 사용하면 다양한 가상 창에서 다양한 프로세스(예: vim, bash 스크립트, mysql, psql 등)를 실행할 수 있습니다. 그러나 전통적인 Unix 작업 제어(CTRL-z, fg, bg 및 jobs 사용)는 동일한 기능 중 일부를 제공하는 것 같습니다.

tmux 및 화면을 통한 새로운 방법과 비교하여 멀티태스킹에 기존 작업 제어를 사용하면 어떤 이점이 있습니까?

답변1

화면 밖에서 프로그램을 실행했다고 가정해 보겠습니다. 갑자기 당신은 그 터미널에서 다른 일을 하고 싶다는 것을 깨닫게 됩니다. Ctrl+Z.

Screen과 tmux는 애플리케이션과 터미널 사이에 격리 계층을 도입합니다. 이것이 항상 좋은 것은 아닙니다. 예를 들어, xterm보다 롤백이 훨씬 더 편리하기 때문에 원격으로 세션에 연결할 계획이 없는 한 screen을 거의 사용하지 않습니다.

셸(화면 창에서 가능)에 환경 변수, 현재 디렉터리 및 기타 매개 변수를 설정한 경우 이러한 설정을 새 화면 창으로 전송하는 데 많은 작업이 필요할 수 있습니다. 이 터미널에서는 여러 프로그램을 실행할 수 있어 편리합니다.

때로는 백그라운드에서 프로그램을 실행하고 더 이상 관련이 없는 경우가 있습니다 nohup program & disown %-.

GUI 애플리케이션에 가끔 문제가 발생하는 경우 터미널에서 실행하거나 필요한 fg; Ctrl+C경우 편리하게 실행할 수 있습니다 kill %1.

Screen과 tmux가 설치되지 않았을 수 있습니다.

답변2

사용의 용이성이 주된 이유입니다. 키보드 단축키를 사용하여 화면 간을 전환하는 것이 작업 제어 기능을 사용하는 것보다 훨씬 편리합니다. 또한 screen을 사용할 때 각 창은 별도의 가상 터미널에 연결되는 반면, 작업 제어를 사용할 때는 프로세스를 일시 중지하거나 백그라운드에서 실행되도록 허용하여 유일한 터미널을 복잡하게 만들어야 합니다.

마지막으로, 기존 작업 제어에서는 기존 세션에 다시 연결하거나 다른 사람과 공유하는 것을 허용하지 않습니다.

관련 정보