file i/o 와 프로세스 점유에 관해서 궁금증이 있습니다.

안녕하세요.

제가 미디어를 play하는 데몬을 구현 중에 있는데요. 쓰레드 프로그램은 처음인지라 이해 되지 않는 부분이 많습니다.

play는 다음과 같이 구성되어있습니다.

1. file을 frame단위로 읽어 들이는 쓰레드

2. 읽어 들인 frame을 인코딩 하는 쓰레드

3. 인코딩된 frame을 rtp를 이용하여 전송하는 쓰레드

4. 서비스중인 세션들을 관리 하는 쓰레드 (play, stop, pause, resume...)

1,2사이와 2,3사이에 공유메모리를 이용하여 통신하고요 동기화를 위해 세마포어를 이용합니다.

결론적으로 1번쓰레드가 frame을 읽어와 공유메모리에 쓰는 순간 2번쓰레드가 인코딩을하고 또다른 공유메모리에 쓰고 그 순간
3번스레드가 전송합니다.

이런것이 현제 접속되어어있는 세션별로 한프레임씩돌아가면서 반복됩니다. 예를들어 3명이 play중이라면
첫번째 세션 1프레임처리 두번째세션 1프레임처리 세번째세션 1프레임처리 첫번째 세션 2프레임처리 두번째세션 2프레임처리 3번째세션
2프레임처리..... 이런식으로 진행됩니다.

그런데 하다보니까 이런식이라면 3개의쓰레드를 사용하는 이유가 없는것같아서요 그냥 하나의 쓰레드안에서 순차적으로 반복하는거랑 다를 바가 없는거 같아서 그렇습니다.

궁금점 1
위와같은 형식이라면 3개의 쓰레드를 쓸 필요가 없는가요?

궁금점 2
(file i/o 이용시) 1번 쓰레드처럼 file read중인 경우에 2번쓰레드가 처리 되는게 가능한가요?
일반적으로 말하면 file i/o(read,write...)사용시 이것은 프로세스를 점유하지 않아서 read write중에 인코딩처리를 할수있는가요?

궁금점 3
궁금점2에서 질문한바와같이 파일을 read하는것이 프로세스를 점유하지 않는다면 읽은 frame들을 queue에 쌓아서 read하는동안에도
queue에있는 frame들을 2번쓰레드에서 encoding하는것이 가능한가요?
(이질문을 한이유는 file i/o(read)시에도 프로세스를 점유한다면 어차피 read중에는 encoding이 불가능 하므로 그냥 순차적으로
read 한후 encoding하고 그후 보내고 다시 read하고 이런식으로 해도 상관이 없지 않나 해서입니다.

여러 모로 궁금한점이 많습니다. 기본적인 개념도 없는것 같네요.

조언 부탁드립니다.