256명의 클라이언트가 참여할 수 있고, 주의할 점은 전역변수에 대해서는 모두 동기화 처리를 해야만 한다

임계영역을 잡는 기준은 정답이 없다. 임계영역을 보다 넓게 잡으면 mutex lock과 unlock의 빈도가 확실히 적어져 프로그램이 빠르게 돌아갈 것이다. 하지만 다른 쓰레드가 해당 공유변수에 접근하지 못해서 빠른 프로그램에서는 불리할 수 있다. 반대로 빈도를 높인다면 프로그램은 느리게 돌아가지만 모든 쓰레드가 공유변수에 자주 접근할 수 있다는 장점이 있다 공유변수의 특징에 따라서 사용자가 판단을 해야만 한다

root 관리자 권한으로도 /proc/sys/net/ipv4/tcp_fin_timeout의 값을 바꾸지 못한다 $ sudo vim /etc/sysctl.conf 맨 아래 부분에 아래 내용을 추가 net.ipv4.tcp_fin_timeout = 10(원하는 timeout 값) net.ipv4.icmp_echo_ignore_all = 1 $ sudo cat /proc/sys/net/ipv4/tcp_fin_timeout 변경된 값을 확인할 수 있다

폴링 방식의 echo 방식으로 1:1 연결이 끊기지 않는 이상 대기열 큐에 있는 클라이언트는 메세지를 전송할 수는 있지만 통신을 할 수 없는 상황이다 [출처] 열혈 TCP/IP 소켓 프로그래밍

UDP로 IPC를 구현하는 것은 매우 간단하다. 먼저, TCP에서 했던 listen accept 과정이 생략되고 내부 네트워크에서 움직이니까 recvfrom에서 클라이언트 정보를 받아오는 것도 생략할 수 있기 때문이다

socket을 통한 IPC는 호스트 전용 도메인(Unix domain socket) 혹은 인터넷 도메인 상에서 loopback addr(Local addr)를 사용하게 된다