cs

JVM Compressed OOPs Compressed OOPs란 무엇인가? OOPs(Ordinary Object Pointers)는 JVM 내부에서 힙 객체의 참조 주소를 가리키는 포인터를 뜻합니다. 자바 코드에서 로 생성된 객체의 메모리 주소를 가리키는 내부 포인터입니다. Compressed OOPs는 이름에서 알 수 있듯 "압축된 포인터"로 이해할 수 있는데요. 32비트 시스템과 64비트 시스템을 중심으로 이에 대해 알아봅시다. 32비트 vs 64비트 32비트 시스템 - 32비트 주소 버스와 64비트 데이터 버스를 가지는 Pentium - 32비트 CPU는 주소 버스(Address Bus) 폭이 32비트입니다. (레지스터 폭과 주소 버스 폭이 다른 CPU 아키텍처도 존재하나 예외로 생각하겠습니다.) 즉, 한 번에 32개의 비트를 사용해 메모리의 주소를 지정할 수 있습니다. 2^32 = 4,294,967,296 byte = 4GB 이 말은 CPU가 직접 접근할 수 있는 물리적 메

시뮬레이션 vs 애뮬레이션 💡가상화 기술에 관해 공부하면서 시뮬레이션과 애뮬레이션의 정확한 차이를 잘 모르겠어서 포스팅을 작성한다. 시뮬레이션 먼저 생각난 부분은, 왜 게임들에선 라는 용어를 쓰지 않고 라는 용어를 사용할까란 점이었다. 시뮬레이션이란, 어떤 시스템이 구조적으로 완전히 동일하다고 볼 수 없는 다른 시스템의 작동을 흉내내어 같은 일을 하도록 하는 것을 의미한다. 간단하게 예시를 들자면, 만약 유로 트럭 시뮬레이터에서 겉으로 보여지는 부분만 흉내내는게 아니라, 타이어 마찰, 엔진 구동 방식, 유리를 통과하는 빛의 굴절, 흙의 튐을 비롯하여 원자단위의 모든 물리 연산을 진행하는 것과 같이, 실제 지구의 모든 것을 그대로 구현한다면 라고 부를 수 있을 것 같다. 그러나 시뮬레이터는 그 모든 것을, 프로그램으로 따지면 CPU를 소프트웨어적으로 구현하거나(각종 instruction 및 레지스터 등) 하진 않는다. 겉으로 보여지는 부분만 흉내내기 때문에 그렇게 세부적으로 구현할

인터럽트 vs 트랩 💡학습 자료에서 인터럽트와 트랩이 혼용되어 사용되는데, 정확한 차이를 알 수 없어 정리하기 위해 포스팅을 작성한다. 인터럽트와 트랩 - 정의: 인터럽트는 즉각적인 주의를 요하는 이벤트를 알리는 신호로, 하드웨어 또는 소프트웨어에 의해 발생한다. 정의를 봐도 역시나 헷갈리는데, 그 이유는 트랩이 인터럽트의 일종이기 때문인 듯 하다. 인터럽트는 다시 와 로 분류되는데, 소위 그냥 말하는 는 로, 외부 장치에 의한 인터럽트에 한정되는 듯 하다. javatpoint.com에서는 트랩에 대해 다음과 같이 설명한다. A trap is a software-produced interrupt that can be caused by various factors, including an error in instruction, such as division by zero or illegal memory access. A trap may also be generated when a

Overlapped IO와 IOCP Non-Blocking 모드의 소켓 구성하기 앞서 epoll관련 포스팅에서 논블로킹 모드로 동작하는 소켓의 생성한 적이 있다. 이와 유사하게 윈도우에서는 다음의 함수호출을 통해서 논블로킹 모드로 소켓의 속성을 변경한다. 위의 코드에서 호출하는 ioctlsocket 함수는 소켓의 IO방식을 컨트롤하는 함수이다. 그리고 위와 같은 형태로의 함수호출이 의미하는 바는 다음과 같다. "핸들 hLisnSock이 참조하는 소켓의 입출력 모드(FIONBIO)를 변수 mode에 저장된 값의 형태로 변경한다." 즉, FIONBIO는 소켓의 입출력 모드를 변경하는 옵션이며, 이 함수의 세 번쨰 인자로 전달된 주소 값의 변수에 0이 저장되어 있으면 블로킹 모드로, 0이 아닌 값이 저장되어 있으면 논블로킹 모드로 소켓의 입출력 속성을 변경한다. 그리고 이렇게 속성이 논블로킹 모드로 변경되면, 논블로킹 모드로 입출력 되는 것 이외에 다음의 특징도 지니게 된다. - 클라

Overlapped IO 모델 이전 Asychronous Notification I/O 모델에서 비동기로 처리되었던 것은 'IO'가 아닌 'Notification(알림)'이었다. 그러나 여기서는 IO를 비동기로 처리하는 방법에 대해 설명한다. 이 둘의 차이점을 명확히 알고 장단점 구분할 수 있어야 이후의 IOCP를 쉽게 공부할 수 있다. IO 중첩 💡 헷갈려서 정리하는 비동기와 논블로킹 차이 동기 / 비동기 : IO 작업 A,B,C를 요청했을때, 응답 순서가 A,B,C가 보장되면 동기, 보장되지 않으면 비동기 블로킹 / 논블로킹 : 함수가 작업 완료 전까지 반환되지 않으면 블로킹, 작업 완료 전에 호출과 거의 동시에 반환하면 논블로킹 Overlapped IO socket의 생성 - : 프로토콜 체계 정보 전달 - : 소켓의 데이터 전송방식에 대한 전달 - : 두 소켓 사이에 사용되는 프로토콜 정보 전달 - : 생성되는 소켓의 특정 정보를 담고 있는 WSAPROTOCOLINFO

Asynchronous Notification IO 모델 WSAEventSelect 함수와 Notification - : 관찰대상인 소켓의 핸들 전달 - : 이벤트 발생유무의 확인을 위한 Event 오브젝트의 핸들 전달. - : 감시하고자 하는 이벤트의 유형 정보전달. 즉, WSAEventSelect 함수는 매개변수 s에 전달된 핸들의 소켓에서 lNetworkEvents에 전달된 이벤트 중 하나가 발생하면, hEventObject에 전달된 핸들의 커널 오브젝트를 상태로 바꾸는 함수이다. 때문에 이 함수를 가리켜 "Event 오브젝트와 소켓을 연결하는 함수"라고 하기도 한다. 세번째 인자인 에 전달할 수 있는 이벤트의 종류는 다음과 같다. - : 수신할 데이터가 존재하는가? - : 블로킹 없이 데이터 전송이 가능한가? - : Out-of-Band 데이터가 수신되었는가? - : 연결 요청이 있었는가? - : 연결의 종료가 요청되었는가? select 함수는 여러 소켓을 대상으로 호출이

동기화 기법의 분류와 CRITICALSECTION 동기화 유저모드와 커널모드 - 유저모드: 응용 프로그램이 실행되는 기본 모드로, 물리적인 영역으로의 접근이 허용되지 않으며, 접근할 수 있는 메모리의 영역에도 제한이 따른다. - 커널모드: 운영체제가 실행될 때의 모드로, 메모리 뿐만 아니라, 하드웨어의 접근에도 제한이 따르지 않는다. 유저모드 동기화 운영체제의 도움 없이 응용 프로그램 상에서 진행되는 동기화가 바로 유저모드 동기화이다. 유저모드 동기화의 가장 큰 장점은 다음과 같다. "속도가 빠르다." CRITICALSECTION 기반의 동기화 또한 유저모드 동기화의 일종이다. 커널모드 동기화 - 유저모드 동기화에 비해 제공되는 기능이 더 많다. - Dead-Lock에 걸리지 않도록 타임아웃의 지정이 가능하다. Mutex, Semaphore, Event 기반의 동기화가 커널모드 동기화의 일종이다. CRITICALSECTION 기반의 동기화 CRITICALSECTION 기반의 동기화에

Windows 쓰레드 윈도우에서의 쓰레드 생성방법 운영체제는 쓰레드의 관리를 위해서 커널 오브젝트도 함께 생성한다. 이 커널 오브젝트의 구분자 역할을 하는, 정수로 표현되는 '핸들(Handle)'을 반환한다. 참고로 핸들은 리눅스의 파일 디스크립터에 비유된다. - : 쓰레드의 보안관련 정보전달, 디폴트 보안설정을 위해서 NULL 전달. - : 쓰레드에게 할당할 스택의 크기를 전달, 0 전달시 디폴트 크기의 스택 생성. - : 쓰레드의 main 함수정보 전달. - : 쓰레드의 main 함수호출 시 전달할 인자정보 전달. - : 쓰레드 생성 이후의 행동을 결정, 0을 전달하면 생성과 동시에 실행 가능한 상태가 된다. - : 쓰레드 ID의 저장을 위한 변수의 주소 값 전달. 복잡해 보이지만, 실제로 신경 쓸 것은 와 두 가지 정도이며, 나머지는 0 또는 NULL을 전달하면 된다. 윈도우 쓰레드의 소멸시점 윈도우 쓰레드의 소멸시점은 쓰레드에 의해서 처음 호출된 쓰레드의 main 함수가 반

Epoll의 이해와 활용 select 기반의 IO 멀티플렉싱이 느린 이유 - 함수호출 이후에 항상 등장하는 모든 파일 디스크립터를 대상으로 하는 반복문 - 함수를 호출할 때마다 인자로 매번 전달해야 하는 관찰대상에 대한 정보들 epoll의 경우는 다음의 장점이 있다. - 상태변화의 확인을 위한,전체 파일 디스크립터를 대상으로 하는 반복문이 필요 없다. - 함수에 대응하는 함수호출 시, 관찰대상의 정보를 매번 전달할 필요가 없다. Epoll의 함수 - : epoll 파일 디스크립터 저장소 생성 - : 저장소에 파일 디스크립터 등록 및 삭제 - : select 함수와 마찬가지로 파일 디스크립터의 변화를 대기한다. select 방식에서는 관찰대상인 파일 디스크립터의 저장을 위해서 fdset형 변수를 직접 선언했었다. 하지만 epoll 방식에서는 관찰대상인 파일 디스크립터의 저장을 운영체제가 담당한다. 이때 사용되는 함수가 로, 파일 디스크립터의 저장을 위한 저장소의 생성을 운영체제에

다양한 입출력 함수 send & recv 입출력 함수 윈도우 기반이 아닌 리눅스의 send & recv 함수는 다음과 같다. - : 데이터 전송 대상과의 연결을 의미하는 소켓의 파일 디스크립터 전달 - : 전송할 데이터를 저장하고 있는 버퍼의 주소 값 전달 - : 전송할 바이트 수 전달 - : 데이터 전송 시 적용할 다양한 옵션 정보 전달 - : 데이터 수신 대상과의 연결을 의미하는 소켓의 파일 디스크립터 전달 - : 수신된 데이터를 저장할 버퍼의 주소값 전달 - : 수신할 수 있는 최대 바이트 수 전달 - : 데이터 수신 시 적용할 다양한 옵션 정보 전달 flags 매개변수에 전달 가능한 옵션 목록 MSGOOB: 긴급 메세지의 전송 옵션 는 'Out-of-band data'라 블리는 긴급 메시지의 전송에 사용된다. 옵션 는 긴급으로 전송해야 할 메시지가 있어서 메시지의 전송방법 및 경로를 달리하고자 할 때 사용된다. send의 경우 send의 경우는 간단하다. 플래그 옵션만 추가

IO 멀티플렉싱 기반의 서버 멀티플렉싱 : 하나의 통신채널을 통해서 둘 이상의 데이터를 전송하는데 사용되는 기술 여기서는 하나의 프로세스로 서비스를 제공하는 것을 말함. select 함수의 이해와 서버의 구현 함수를 이용하는 것이 멀티플렉싱 서버의 구현에 있어서 가장 대표적인 방법이다. 윈도우에도 이와 동일한 이름으로 동일한 기능을 제공하는 함수가 있어 이식성도 좋다. select 함수의 기능과 호출 순서 함수를 사용하면 한곳에 여러 개의 파일 디스크립터를 모아놓고 동시에 이들을 관찰할 수 있다. 이때 관찰할 수 있는 항목은 다음과 같다. - 수신한 데이터를 지니고 있는 소켓이 존재하는가? - 블로킹되지 않고 데이터의 전송이 가능한 소켓은 무엇인가? - 예외상황이 발생한 소켓은 무엇인가? 💡관찰항목 각각을 가리켜 '이벤트(event)'라 한다. 위에서 정리한 관찰항목 각각을 가리켜 이벤트라 하고, 관찰항목에 속하는 상황이 발생했을 때, '이벤트(event)가 발생했다' 라

다중 접속 서버 위 그림에서 보이듯이 클라이언트의 서비스 요청(연결 요청)이 있을 때마다 에코 서버는 자식 프로세스를 생성해서 서비스를 제공한다. 즉, 서비스를 요청하는 클라이언트의 수가 다섯이라면 에코 서버는 추가로 다섯 개의 자식 프로세스를 생성해서 서비스를 제공한다. 이를 위해서 에코 서버는 다음의 과정을 거쳐야 한다. 이것이 기존 에코 서버와의 차이점이다. - 1단계 : 에코 서버(부모 프로세스)는 accept 함수호출을 통해서 연결요청을 수락한다. - 2단계 : 이때 얻게 되는 소켓의 파일 디스크립터를 자식 프로세스를 생성해서 넘겨준다. - 3단계 : 자식 프로세스는 전달받은 파일 디스크립터를 바탕으로 서비스를 제공한다. 다중접속 에코 서버의 구현 함수로 인해 부모 프로세스의 모든 것이 복사된다. 그러나, 소켓은 복사되지 않는다! 소켓을 가리키는 파일 디스크립터만이 복사되었을 뿐이다. 소켓은 프로세스가 아닌 운영체제가 관리하기 때문이다. 하나의 소켓에 두 개의 파일 디스크

좀비 프로세스 본 포스팅의 내용은 windows os에서 적용되지 않는 linux os의 내용임. 로 생성된 자식 프로세스의 소멸을 위해서는 부모 프로세스가 자식 프로세스의 전달 값을 요청해야 한다. 요청을 위한 구체적인 방법을 이 포스팅에서 설명한다. 좀비 프로세스의 소멸1: wait 함수의 사용 위 함수 호출 시 - 이미 종료된 자식 프로세스가 있는 경우 : 자식 프로세스가 종료되면서 전달한 값이 매개변수로 전달된 주소의 변수에 저장됨 - 종료된 자식 프로세스가 없는 경우 : 자식 프로세스가 종료될때까지 블로킹(blocking)됨 블로킹(대기) 상태에서는 CPU 코어를 점유하지 않는다. 자식 프로세스가 종료되면 부모 프로세스는 운영체제로부터 해당 상태를 전달받아 블로킹이 해제된다. 에 저장되는 값은 다음과 같다. - : 자식 프로세스가 정상 종료한 경우 TRUE 반환 - : 자식 프로세스의 전달 값(return value)을 반환 ⛔️는 statloc 하위 8비트 값만 추

소켓의 옵션과 입출력 버퍼의 크기 소켓의 다양한 옵션 지금까지의 예제들은 매우 간단했기 때문에 특별히 소켓의 특성을 조작할 필요가 없었다. 그러나 소켓의 특성을 변경시켜야만 하는 경우도 흔히 발생한다. 그럼 먼저 다양한 소켓의 옵션 중 일부를 표를 통해 정리해 보이겠다. 은 일반적인 소켓 옵션, 는 IP 프로토콜에 관련된 옵션, 는 TCP 프로토콜에 관련된 옵션을 의미한다. getsockopt, setsockopt 거의 모든 옵션은 참조(Get) 및 변경(Set)이 가능하다(아닌 것도 있다). 옵션의 참조 및 변경에는 다음 두 함수를 사용한다. getsockopt - : 옵션확인을 위한 소켓의 파일 디스크립터 전달. - : 확인할 옵션의 프로토콜 레벨 전달. - : 확인할 옵션의 이름 전달 - : 확인 결과의 저장을 위한 버퍼의 주소 값 전달 - : 네 번째 매개변수 optval로 전달된 주소 값의 버퍼크기를 담고 있는 변수의 주소 값 전달, 함수호출이 완료되면 이 변수에는 를

IP 주소와 도메인 이름 사이의 변환 도메인 이름을 이용해서 IP 주소 얻어오기 해당 함수는 구조체 변수에 담겨서 반환되는데, 이 구조체는 다음과 같이 정의되어 있다. 위의 구조체 정의를 보니, IP정보만 반환되는 것이 아니라, 여러가지 다른 정보들도 덤으로 반환되는 것을 알 수 있다. 복잡하게 생각하지 않아도 된다. 도메인 이름을 IP로 변환하는 경우에는 만 신경써도 된다. - : 공식 도메인 이름(Ofiicial domain name)이 저장된다. - : 하나의 IP에 매핑된 다른 여러 도메인 이름의 별칭리스트를 반환한다. - : IPv4만 아니라 IPv6도 지원한다. IPv4의 경우는 이 저장된다. - : 함수호출의 결과로 반환된 IP주소의 크기가 담긴다. IPv4는 4바이트, IPv6는 16바이트이다. - : 이 멤버를 통해서 도메인 이름에 대한 IP주소가 정수의 형태로 반환된다. 접속자가 많은 서버는 여러 IP주소를 둬서 부하를 분산시킨다. gethostbyname 다음은