용어의 차이겠지요.
유닉스 계열에서는 process는 있어도 Task라는 공식적인 용어는 없던걸로 압니다.
윈도우즈가 나오면서 단어바꾸기를 통해서(홍보를 목적으로?) Task라고 하는 용어가 튀어나온걸로 알고있습니다.
어짜피 process와 task는 개념적으로 동일하고 구현적으로 다를 수는 있을겝니다.
어쨌거나 process와 thread만큼의 차이는 없다고 보여집니다.
사례1) 특정 시스템 A는 Process가 최소 실행단위이다.
사례2) 특정 시스템 B는 thread가 최소 실행단위이다.
사례3) 특정 시스템 C는 Process와 thread가 각각 존재한다.
...
이렇듯이 작업단위(실행단위)는 특정 시스템환경에서 틀려질 수 있습니다.
당연히, 이러한 작업단위를 지칭할 수 있는 공통단어(용어)가 필요합니다.
Task가 대안중 하나입니다.
따라서, 태스크는 특정 시스템에서는 쓰레드로 구현되기도 하고, 특정 시스템에서는 프로세스로 구성되며, 특정 시스템에서는 쓰레드로 구성된 프로세스들이 되기도 합니다.
------------------ P.S. --------------
지식은 오픈해서 검증받아야 산지식이된다고 동네 아저씨가 그러더라.
그건
용어의 차이겠지요.
유닉스 계열에서는 process는 있어도 Task라는 공식적인 용어는 없던걸로 압니다.
윈도우즈가 나오면서 단어바꾸기를 통해서(홍보를 목적으로?) Task라고 하는 용어가 튀어나온걸로 알고있습니다.
어짜피 process와 task는 개념적으로 동일하고 구현적으로 다를 수는 있을겝니다.
어쨌거나 process와 thread만큼의 차이는 없다고 보여집니다.
task를 사용하는
task를 사용하는 이유는 일반적인 지칭이 필요해서 입니다.
사례1) 특정 시스템 A는 Process가 최소 실행단위이다.
사례2) 특정 시스템 B는 thread가 최소 실행단위이다.
사례3) 특정 시스템 C는 Process와 thread가 각각 존재한다.
...
이렇듯이 작업단위(실행단위)는 특정 시스템환경에서 틀려질 수 있습니다.
당연히, 이러한 작업단위를 지칭할 수 있는 공통단어(용어)가 필요합니다.
Task가 대안중 하나입니다.
따라서, 태스크는 특정 시스템에서는 쓰레드로 구현되기도 하고, 특정 시스템에서는 프로세스로 구성되며, 특정 시스템에서는 쓰레드로 구성된 프로세스들이 되기도 합니다.
------------------ P.S. --------------
지식은 오픈해서 검증받아야 산지식이된다고 동네 아저씨가 그러더라.
------------------ P.S. --------------
지식은 오픈해서 검증받아야 산지식이된다고 동네 아저씨가 그러더라.
감사합니다~ 이해가 되네요~~~
^^
댓글 달기