클라이언트-서버 모델을 이용한 파일 억세스 , fork,thread,pipe 이용(리눅스)

소개글

운영체제 A+받은 자료입니다
클라이언트- 서버 모델을 이용한 파일 엑세스
fork와 thread를 사용하여 pipe를 이용한 모델입니다.
fork코드, thread코드 각 별개 코드 작성.


프로그램 내용:
1. 클라이언트-서버 구조를 기반으로 함
2. 클라이언트는 사용자에게 파일명, 파일억세스타입(r(읽기) 또는 w(쓰기)), 읽을 bytes 수(읽기의 경우), 데이터 스트링(쓰기의 경우)를 입력받음
3. pipe 를 통하여 서버에게 파일 억세스 요청
4. (가) 서버는 fork를 이용하여 child 프로세스를 만들고, child 프로세스가 파일 억세스를 수행하여 결과를 pipe 를 통하여 클라이언트에게 응답함 (읽기의 경우 데이터 스트링을 응답하고 쓰기의 경우 쓰기를 한 bytes 수를 응답), 응답한 후 child 프로세스는 종료됨
(나) fork로 child 프로세스를 만드는 대신 thread를 만들어 (가)와 같은 동작을 수행
((가)와 (나)는 별도의 프로그램을 작성함)
5. 2-4의 과정을 반복하여 수행함

목차

1. 보고서.

2. 각 소스코드

본문내용

4. 느낀 점
리눅스환경에서 c를 해보며, 윈도우 상의 c보다 좀 더 확장된 느낌을 받았다. pipe, for 등과 같이 윈도우에서는 실행이 안 되지만, 리눅스 환경에서는 이를 가능하게 하였다. 과제에서의 client 와 server의 개념을 단순하게, 하나의 pc와 하나의 pc간의 연결로 접근하였다. 하지만, pipe를 통하여 서로 다른 별개로 보고, 메시지가 전송 가능하다는 점에서 다양한 쓰임새를 발견 하게 되었다. 특정한 네임드 pipe가 아니기에 부모와 자식 프로세서만, 접근이 가능하게 된다. 또한, 만약 연결된 파이프라인 중 어느 한쪽의 파이프를 닫지 않으면 안될 뿐 아니라, 자식이 쓰는 파이프를 이용한다면 상대방은 일기 전용 파이프를 이용한다는 사실이 신기하였다.
포크를 사용함에 있어서 단순하게 두 개로 쪼개져서 서로 동일하게 수행되는 코드를 복재하여 수행하며, child부분이 죽어도(좀비) 상관없다고 생각하였다. 하지만, 정상종료가 이루어지지 않은 경우, 좀비 프로세스로 남아있게 된다는 사실을 알게 되었다. 즉, fork는 프로세서를 복사 생성하게 될 경우, 또 다른 프로세서가 생성되는 개념이기 때문에 os입장에서는 자원 소모가 발생한다. 이렇게 잡아먹힌 자원이 반환되지 않

참고 자료

없음

압축파일 내 파일목록

2004204254_김동선_운영체제_과제 1.hwp
fork.c
os1.txt
os2.txt
thread.c
운영체제_과제_1.hwp