process group이란 하나의 목표를 이루기 위해 동작하는 process들의
모음이라 하면 이해하시기 편할듯 합니다.
예를들어 ls -l | grep "^d" | wc -l 과 같이 여러개의 명령을 파이프로
묶었을때 여기있는 명령들이 수행되어 process가 되면 위의 ls,grep,wc는
하나의 process group이 되며, 이중 ls는 그 그룹의 process leader가
됩니다.
그런데 session은 이와는 조금 다릅니다.
간단히 설명하자면 우리가 login을 한 상태가 하나의 session이라
할수 있겠지요. 만약 telnet 접속을 한 경우도 하나의 session이 열린다고
할수 있겠습니다. 이경우에는 shell이 죽으면 다른 process도 따라 죽습니
다. 이 경우 session의 leader는 shell이 되겠지요.
그래서 요즈음의 daemon program들은 스스로 자신이 session의 leader가
된다고 합니다.
이해가 되시나요? 좀 횡설수설했습니다.
어차피 통신에서도 한개의 세션은 한번작업할때 오직 1:1로만이 송수신이됩니다.
이런근거로봤을때 프로세스와 세션이 다른점이 없다고 생각합니다.
그런데도 구태여 프로세스라는 단어를 쓰지않고 세션이라는단어를 쓴것은
영어권때문에그런거같습니다.
그래서 그냥 통신용어에서만이라도 프로세스를 세션이라고 부른거같다는생각이들군요
어차피 둘다 실체는없지만. 살아있는 존재이기때문에 ...
그리고 이런 프로세스그룹의 메카니즘을 가질수있는게 스레드나 다중프로세스같은거라생각됩니다.
이게 검증이되면 나중에 한꺼번에 이런관련글에대해 어딘가 한꺼번에 써올릴까 생각중입니다.
일단 프로세스와 세션이 같은의미가될수있지않는가를 물어본겁니다.
위에 쓰신 말씀 거의 대부분 틀렸습니다. :( 아무도 dummy999님처럼 프로세스와 세션의 의미를 이해하는 사람은 없습니다.
죄송한 말씀이지만 dummy999님은 대부분의 지식을 잘못된 출처나 자의적인 판단으로부터 습득하시는 것 같습니다. 요즘 서점에 가면 초보자들이 쉽게 볼만한 프로그래밍 공부책이 많이 나와 있습니다. 일단은 한권이라도 제대로 된 책을 완전히 독파한 뒤에 다른 분들의 질문에 답변을 해도 늦지 않습니다. 너무 어이가 없는 설명을 그럴 듯 하게 하시니 다른 분들도 그대로 오해하지 않을까 염려가 되어 드리는 말씀입니다.
어디가 틀렸는지 구체적으로 말씀드리지 않은 것은 지금 상태에서는 어떤 설명을 하더라도 dummy999님이 자의적으로 해석해서 오해를 하시기 때문입니다. :cry:
그리고 처음부터 모든 것을 완벽하게 이해하려고 노력할 필요는 없습니다. 하나씩 배워나가는 가운데 기존의 지식중 불완전했던 것이 저절로 이해되기 마련이니까요. 그러므로 dummy999님은 프로세스와 세션의 공통점과 차이점을 "분석"하실 것이 아니라, 프로세스가 무엇이고 세션이 무엇인지부터 "학습"을 하시는 쪽이 좋을 듯 합니다. 분석은 학습 다음의 일입니다.
Re: prcess 관련해서 궁금한게 있습니다.
process group이란 하나의 목표를 이루기 위해 동작하는 process들의
모음이라 하면 이해하시기 편할듯 합니다.
예를들어 ls -l | grep "^d" | wc -l 과 같이 여러개의 명령을 파이프로
묶었을때 여기있는 명령들이 수행되어 process가 되면 위의 ls,grep,wc는
하나의 process group이 되며, 이중 ls는 그 그룹의 process leader가
됩니다.
그런데 session은 이와는 조금 다릅니다.
간단히 설명하자면 우리가 login을 한 상태가 하나의 session이라
할수 있겠지요. 만약 telnet 접속을 한 경우도 하나의 session이 열린다고
할수 있겠습니다. 이경우에는 shell이 죽으면 다른 process도 따라 죽습니
다. 이 경우 session의 leader는 shell이 되겠지요.
그래서 요즈음의 daemon program들은 스스로 자신이 session의 leader가
된다고 합니다.
이해가 되시나요? 좀 횡설수설했습니다.
음...
프로세스와 세션
엄밀히따져보면 프로세스와 세션은 다르지않다라고생각됩니다.
단지 통신에서 프로세스는 세션이라고 불리울뿐이라 생각됩니다.
어차피 통신에서도 한개의 세션은 한번작업할때 오직 1:1로만이 송수신이됩니다.
이런근거로봤을때 프로세스와 세션이 다른점이 없다고 생각합니다.
그런데도 구태여 프로세스라는 단어를 쓰지않고 세션이라는단어를 쓴것은
영어권때문에그런거같습니다.
그래서 그냥 통신용어에서만이라도 프로세스를 세션이라고 부른거같다는생각이들군요
어차피 둘다 실체는없지만. 살아있는 존재이기때문에 ...
그리고 이런 프로세스그룹의 메카니즘을 가질수있는게 스레드나 다중프로세스같은거라생각됩니다.
이게 검증이되면 나중에 한꺼번에 이런관련글에대해 어딘가 한꺼번에 써올릴까 생각중입니다.
일단 프로세스와 세션이 같은의미가될수있지않는가를 물어본겁니다.
------------------------------------
F/OSS bless you... ^^*
Re: 음...
위에 쓰신 말씀 거의 대부분 틀렸습니다. :( 아무도 dummy999님처럼 프로세스와 세션의 의미를 이해하는 사람은 없습니다.
죄송한 말씀이지만 dummy999님은 대부분의 지식을 잘못된 출처나 자의적인 판단으로부터 습득하시는 것 같습니다. 요즘 서점에 가면 초보자들이 쉽게 볼만한 프로그래밍 공부책이 많이 나와 있습니다. 일단은 한권이라도 제대로 된 책을 완전히 독파한 뒤에 다른 분들의 질문에 답변을 해도 늦지 않습니다. 너무 어이가 없는 설명을 그럴 듯 하게 하시니 다른 분들도 그대로 오해하지 않을까 염려가 되어 드리는 말씀입니다.
한국 BSD 사용자 포럼
제의견
음.. 제가 그렇다면 꼭 나쁜의도는 아니구요
방준영님께서 그것에대한 정의를 부탁드리는바입니다.
제가 틀렸다면 틀린것에대해 어디가 왜 틀렸는지가 궁금할뿐입니다.
왜냐면 저도 그만만큼 그것에대해 찾아보고 생각해볼수있는 기회가 생기니까요.
틀리다면 어디가 왜틀렸는지 그것을 지적바랍니다. 그리고 님의 의견역시 부탁드립니다.
음. 개인적인 생각이라는것에대해 저도 동의합니다.
하지만 모든 개발자가 자기식대로 새로운단어를 파생하고 그렇게 씌여지기를바란다면
저는 그것에대해 전적으로 부정적일껍니다.
아울러 방준영님의 말씀처럼 제글이 틀렸다라면
어디가 왜틀렸는지는 당연히 나와야할것이며 그와중에
세션과 프로세스의 다른점과 공통점에대해 기술이 필요할지모릅니다.
분석이라함은 가장 일반적으로 범할수있는 오류에서부터 고려를 하는것이 정석이아닐까하는 생각입니다.
여튼 꼭 듣고싶습니다.
(글투가 댓글쓰신분에게 좀기분나쁜투가되버렸다면 죄송합니다.
하지만 절때로 한치의 악의없이 쓴글이니 이해부탁드립니다.)
:)
------------------------------------
F/OSS bless you... ^^*
어디가 틀렸는지 구체적으로 말씀드리지 않은 것은 지금 상태에서는 어떤 설
어디가 틀렸는지 구체적으로 말씀드리지 않은 것은 지금 상태에서는 어떤 설명을 하더라도 dummy999님이 자의적으로 해석해서 오해를 하시기 때문입니다. :cry:
그리고 처음부터 모든 것을 완벽하게 이해하려고 노력할 필요는 없습니다. 하나씩 배워나가는 가운데 기존의 지식중 불완전했던 것이 저절로 이해되기 마련이니까요. 그러므로 dummy999님은 프로세스와 세션의 공통점과 차이점을 "분석"하실 것이 아니라, 프로세스가 무엇이고 세션이 무엇인지부터 "학습"을 하시는 쪽이 좋을 듯 합니다. 분석은 학습 다음의 일입니다.
직접 관련된 것은 아니지만 이 책이 좋아 보입니다:
http://www.aladdin.co.kr/catalog/book.asp?UID=1817527665&ISBN=8931547390
한국 BSD 사용자 포럼
음.. 저는 자의적으로 해석하지 않을테니 :-) 답을 알려주시면 안 될까
음.. 저는 자의적으로 해석하지 않을테니 :-) 답을 알려주시면 안 될까요?
아니면 위의 이규정님의 말씀대로 생각하면 되나요?
좋은 하루 되세요!
댓글 달기