본문 바로가기

TCP IP16

17.멀티 스레드를 이용한 채팅 서버 쓰레드의 등장배경 멀티 프로세스 기반의 단점은 다음과 같다 프로세스 생성이라는 부담스러운 작업과정을 거친다 두 프로세스 사이에서의 데이터 교환을 위해서는 별도의 IPC 기법을 적용해야 한다. 컨텍스트 스위칭(Context Switching)에 따른 부담은 프로세스 생성방식의 가장 큰 부담이다 CPU가 하나인(CPU의 연산장치인 CORE) 시스템에서 둘 이상의 프로세스가 동시에 실행되려면 CPU의 할당시간을 매우 작은 크기로 쪼개서 서로 나누어 사용해야 한다. 그런데 CPU의 할당시간을 나누기 위해서는 '컨텍스트 스위칭'이라는 과정을 거쳐야 한다. 프로그램의 실행을 위해서는 해당 프로세스의 정보가 메인 메모리에 올라와야 한다. 때문에 현재 실행중인 A프로세스의 뒤를 이어서 B프로세스를 실행시키려면 A프로세.. 2020. 8. 24.
16.입출력 스트림의 분리에 대한 나머지 이야기 # 지금까지 우리가 구현해 보았던 입출력 스트림 분리 1) (Ch 1O)TCP의 입출력 루틴 분할 - fork함수 호출을 통해 파일 디스크립터 복사 후, 이를 입력용／출력용으로 분리하여 사용 - 입력루틴（코드）과 출력루틴의 독립을 통한 구현의 편의성 증대 - 입력에 상관없이 출력이 가능하게 함으로 인해서 속도의 향상 기대 2) (Ch 15)FILE 포인터를 통한 입출력 분할 - 입력／출력 용도로 파일 구조체 포인터를 만들어 열고, 사용하고, 닫음 - 읽기모드와 쓰기모드의 구분을 통한 구현의 편의성 증대 - 입력버퍼와 출력버퍼를 구분함으로 인한 버퍼링 기능의 향상 # 스트림 분리 이후의 EOF에 대한 문제점 -TCP의 입출력 루틴 분할에서는 Half-close을 통한 EOF 전달의 필요성에 대해 언급하면서.. 2020. 8. 19.
15.소켓과 표준 입출력 # 표준 입출력 함수의 두가지 장점 1) 이식성이 좋다 - 모든 표준 함수들은 이식성이 좋음 : 모든 운영제제（컴파일러）가 지원하도록 ANSI C 표준으로 정의했기 때문 2) 버퍼링을 통한 성능의 향상에 도움이 된다 - 소켓을 생성하면 운영제제는 입출력을 위한 버퍼（이하,소켓 버퍼）를 마련하고， :TCP 프로토콜을 진행하는데 매우 중요한 역할 - 표준 입출력 함수 사용시, 이와는 별도로 추가적인 또 하나의 버퍼（이하， 입출력 함수 버퍼）를 제공받는다． . 따라서 소켓을 통한 데이터 송수신시 표준 입출력 함수를 사용하여 데이터를 전송할 경우,거쳐야 하는 버퍼는 총 "2개"이다． # 데이터 전송시 과정 1) 데이터가 표준 입출력 함수의 출력버퍼에 전달됨 2) 이어서 소켓의 출력버퍼로 데이터가 이동 3) 이어.. 2020. 8. 19.
14.멀티캐스트 & 브로드캐스트 #.다수의 클라이언트에게 동일한 데이터를 전송하는 일조차 서버와 네트워크의 트래픽 측면에서는 매우 부정적 - TCP 기반의 경우 : 클라이언트 수만큼 소켓연결을 유지해야 함 - UDP 기반의 경우 : 클라이언트 수만큼 데이터 전송이 필요 => 이러한 상황에서의 해결책으로 "멀티캐스트" 라는 기술이 존재 #.멀티캐스트 - UDP를 기반으로 함 - UDP 서버／클라이언트의 구현방식과 차이점이 있다면, UDP에서의 데이터 전송은 하나의 목적지를 두고 이루어지나, 멀티캐스트에서의 데이터 전송은 특정 그룹에 가입（등록）되어 있는 다수의 호스트가 목적지가 됨. 즉,단 한번에 데이터 전송으로 다수의 호스트에 데이터를 전송할 수 있음. #.멀티캐스트의 데이터 전송방식과 멀티캐스트 트래픽 이점 - 멀티캐스트 서버는 특정.. 2020. 8. 18.
13.다양한 입출력 함수들 #.send & recv. 리눅스 기반에서도 윈도우 기반의 send, recv 함수가 존재하며, 이둘은 차이가 나지 않는다. 리눅스의 write, read 함수와 다른 점은 옵션을 넣어줄 수 있다는 점이다. #.send 함수 소개. #include // 성공 시 전송된 바이트 수, 실패 시 -1 반환 ssize_t send(int sockfd, const void *buf, size_t nbytes, int flags); - sockfd : 데이터 전송 대상과의 연결을 의미하는 소켓의 파일 디스크립터 전달, - buf : 전송할 데이터를 저장하고 있는 버퍼의 주소 전달. - nbytes : 전송할 바이트 수 전달. - flags : 데이터 전송 시 적용할 다양한 옵션 전달. #.recv 함수 소개 #in.. 2020. 8. 18.
12.멀티플렉싱 #.멀티플렉싱 기반의 서버 멀티프로세스 서버의 단점과 대안 이전 Chapter에서는 다중접속 서버의 구현을 위해 클라이언트의 연결요청이 있을 때마다 새로운 프로세스를 생성하였다. 이는 실제 사용되는 방법이지만 문제가 전혀 없는 방법은 아니다. 프로세스의 생성에는 상당히 많은 대가를 지불해야 하기 때문이다. 많은 양의 연산이 요구되며, 필요한 메모리 공간도 비교적 큰 편이다. 또한 프로세스마다 별도의 메모리 공간을 유지하기 때문에 상호간에 데이터를 주고받으려면 다소 복잡한 방법을 택할 수밖에 없다. 프로세스의 생성을 동반하지 않으면서 다수의 클라이언트에게 서비스를 제공할 수 있는 방법으로 IO멀티플렉싱 서버가 있다. 하지만 이 모델은 구현하고자 하는 서버의 특성에 따라서 구현방법이 달리 결정되어야 한다. .. 2020. 8. 14.
10.멀티프로세스 기반의 서버구현 프로세스의 이해와 활용 #.다중 접속 서버의 구현 방법들 네트워크 프로그램은 CPU의 연산을 필요치 않는 데이터의 송수신 시간이 큰 비중을 차지하므로, 둘 이상의 클라이언트에게 동시에 서비스를 제공하는 것이 CPU를 보다 효율적으로 사용하는 방법이 된다. 때문에 우리는 둘 이상의 클라이언트에게 동시에 서비스를 제공하는 다중접속 서버에 대해 논의하고자 한다. 다음은 대표적인 다중접속 서버의 구현 모델 및 구현 방법이다. #.프로세스(Process)의 이해 프로세스는 간단히 다음과 같이 정의할 수 있다. "메모리 공간을 차지한 상태에서 실행중인 프로그램" 하드디스크에 저장되어 있는 상태는 프로그램이라고 한다. 이 프로그램이 메인 메모리(Main Memory)라는 곳으로 이동해서 실행을 위한 준비를 마치게 되.. 2020. 8. 13.
9.소켓의 다양한 옵션 소켓에는 다양한 특성이 존재하는데, 이러한 특성은 소켓의 옵션변경을 통해서 변경이 가능하다. #.Protocol Level 소켓의 옵션은 계층별로 분류된다. IPPROTO_IP 레벨의 옵션들은 IP프로토콜에 관련된 사항들이며, IPPROTO_TCP 레벨의 옵션들은 TCP 프로토콜에 관련된 사항들이다. SOL_SOCKET레벨의 옵션들은 소켓에 대한 가장 일반적인 옵션들로 생각하면 된다. #.getsockopt & setsockopt 거의 모든 옵션은 설정상태의 참조(Get) 및 변경(Set)이 가능하다. 그리고 옵션의 참조 및 변경에는 다음 두 함수를 사용한다. #include int getsockopt(int sock, int level, int optname, void* optval, socklen_t.. 2020. 8. 12.
8.도메인 이름과 인터넷 주소 #. Domain NameSystem IP주소와 도메인 이름 사이에서의 변환을 수행하는 시스템을 가리켜 'DNS(Domain Name System)'라 하며, DNS의 중심에는 DNS서버가 있다. #.도메인이름이란? 인터넷에서 서비스를 제공하는 서버들 역시 IP주소로 구분이 된다. 그러나 기억하기 쉽지 않아 기억하기 좋고 표현하기도 좋은 형태의 도메인 이름이라는 것을 IP주소에 부여해 사용하고 있다. #.DNS서버 네이버의 IP주소인 222.122.195.5를 직접 입력하여 네이버의 메인페이지에 접속하는 것과 www.naver.com 의 입력틍 통해 접속하는 것에 어떤 차이점이 있는 것일까?네이버의 메인 페이지에 접속한다는 점에서 차이가 없지만, 접속의 과정에는 차이가 있다. 도메인 이름은 해당 서버에 .. 2020. 8. 12.

티스토리툴바