%EA%B0%80%20%EB%8D%B0%EB%AA%AC%EC%9D%B4%20%EB%90%A0%20%EC%88%98%20%EC%9E%88%EC%8A%B5%EB%8B%88%EA%B9%8C%3F.png)
데몬 프로세스란 어떤 프로세스인지에 대해https://unix.stackexchange.com/a/175396/674설명하다
시스템이 그래픽 환경을 실행할 때 큰 문제가 발생합니다. GUI 프로그램(예: Chromium)은 터미널에 연결되어 있지 않으므로 출력에도 나타납니다.
...기본적으로 우리는 터미널을 제어하지 않고 GUI 프로그램은 제외한 모든 프로그램을 표시하고 싶습니다. 다행히 GUI 프로세스를 나열할 수 있는 프로그램이 있습니다.
xlsclients
제어 터미널이 없는 X 클라이언트가 데몬 역할을 할 수 있습니까?
제어 터미널 없이 GUI 프로그램을 실행하는 프로세스가 데몬이 될 수 있습니까?
링크는 두 질문 모두에 '아니오'라고 말하는 것 같습니다. 제어 터미널 없이 X 클라이언트(또는 GUI 프로그램을 실행하는 프로세스)를 데몬이 아닌 것으로 만드는 데몬은 무엇입니까? 그것은 데몬의 정의가 무엇인지에 달려 있습니다.
알아채다:
X 클라이언트와 GUI 프로그램은 같은 개념인가요? 링크에 '예'라고 나와 있는 것 같습니다. 하지만 참고하세요X 클라이언트에는 반드시 창이 있을 필요는 없습니다., 내 생각에는 GUI 프로그램 프로세스에는 최소한 하나의 창이 있어야 합니다. 특히, X 클라이언트가 창 없이 데몬으로 실행될 수 있습니까?
모든 프로세스(X 클라이언트, GUI 프로그램 및 기타 프로세스)는 제어 터미널이 있든 없든 프로세스 세션에 있을 수 있습니다(예: X 클라이언트나 GUI 프로그램이 제어 터미널이 있는 셸에서 시작될 때, 그리고 실행될 때) 메뉴에서 데스크탑 환경입니다). 데몬의 프로세스 세션은 제어 터미널을 가질 수 없으므로 제어 터미널이 없는 경우를 고려하고 있습니다.
감사해요.
답변1
나는 그것이 대부분 정의의 문제라고 말하고 싶습니다. 이전에 정의된 사양(제어 터미널 없음)엑스(또는와트그 문제에 관해서는) – 내가 아는 한 – 적어도 몇 년 –. 따라서 정의가 반드시 확장 환경과 호환될 필요는 없습니다.
데몬에 대한 정의가 다음과 같다면"제어 터미널 없음", X 클라이언트인지 아닌지, 활성 표시 창이 있는지 여부에 관계없이(핫키를 수신하는 오디오 볼륨 관리자를 상상해 보십시오) 그게 바로 그 것입니다.
더 넓은 정의를 채택하기로 결정한 경우(예:위키피디아입구):
대화형 사용자의 직접적인 제어를 받지 않고 백그라운드 프로세스로 실행되는 컴퓨터 프로그램입니다.
글쎄요, 그것은 그러한 프로그램이 실제로 무엇을 하는지에 달려 있습니다 - 시스템 모니터(예:콘키)은 읽기 전용 GUI가 있는 데몬에 적합한 후보입니다. 내 관점에서는 제어 터미널을 갖는 것이 반드시 그렇게 광범위한 정의를 방해하지는 않습니다(물론 좋은 아이디어라고 생각하지는 않지만TM ) .
그런데 데스크톱 환경에도 결국 제어 터미널이 있을 수 있습니다( startx또는 실제 구현에 따라 제어 터미널(세션이 시작되는 터미널)이 있습니다.