설치 및 활용 QnA + 자유 게시판

데이터 송수신 세상은 참으로 오묘하네요.

웹에서 echo 메시지 페이지 요청하면

발로 짜서 로컬 연결임에도 불구하고

에코 메시지에 대한 속도가 0 milliseconds 가 안나온다고 위로(?) 하고 있지만

도스창(?) 열고 쓰레드 3개쯤 열어 무한 루프로 지속적으로 요청을 하면 이게 왠일로 200 ~ 350 microseconds 가 나오고 그 상태에서 다시 웹에서 echo 메시지 페이지 요청하면 응답 속도가 대략 600 microseconds 가 나오니

기가 막히고 코가 막히네요.

쓰레드가 잠들었다가 깨어나는것 없이 쉬지 않고 계속 일하기 때문이라고 추정을 하지만

어디까지나 제 생각일뿐 진실은 잘 모르겠습니다.

왜? 이런건지 모르는 상태로 오픈해도 될지 고민이 됩니다.

RPC 프레임워크를 자체 개발을 하기 위해서는 무엇을 해야 할까요?

(1) 데이터(=메시지)를 송수신 하는 네트워크 송수신 모듈이 필요하지요.
그리고 (2) 메시지 인코더와 디코더가 필요합니다.

처음 제가 RPC 프레임워크를 개발할 당시 Netty + Protocol-Buffers 라는 후보자가 있었습니다.
네트워크 송수신은 Netty 가 담당하고
메시지 인코더 디코더는 Protocol-Buffers 가 담당하니 너무나 좋은 조합이였습니다.

그렇지만 저는 핵심은 직접해야 한다는 조엘의 조언을 따르기고 했습니다.

물론 제가 생각하는 개발 프레임워크는 메시지 주도 개발이기에 IO 문서 OK 떨어지면

개발이 일사 천리로 진행할 수 있는 모습을 꿈꾸었었기에

아쉽게도 Protocol-Buffers 는 독자적인 메시지 정의 파일 포맷을 사용하기에 이 모습을 그릴 수 없어 포기한 면도 있습니다.

자 맨땅에 헤딩할려면 우선은 메시지 인코더 디코더를 먼저 만들어야 합니다.

제가 처음 접한 프레임워크는 이원영씨의 JDF 입니다.

S00 증권 외주로 들어가서 처음 접하고 배운 프레임워크입니다.

이 JDF 프레임워크는 독자로 존재할 경우 별 볼일 없는듯하지만

RPC 와 결합하여 메시지 주도 개발을 할 경우 위력을 발휘합니다.

비지니스 서버 <-- tcp/udp --> 인증 서버 <------ tcp ----> 클라이언트

이것이 기본 모양새이고 이를 웹을 기준으로 바꾸면

비지니스 서버 <-- tcp/udp --> was(ex tomcat) <------ tcp ----> 사용자 PC 의 브라우저

가 됩니다.

서블릿 + jsp 형태의 MVC 모델에서

서블릿은 비지니스 로직을 담당하므로 비지니스 로직 메시지를 작성하여 요청후 결과 메시지를 얻어 오는 역활이 주요한 기능입니다.
JSP 는 view 를 담당하므로 결과 메시지를 바탕으로 화면 구성을 하는것이 주요한 기능입니다.

게식판 목록을 JDF 에서 작성하고자 한다면

게이밍 놋북이라 성능은 괜찮은 편인데

윈10 조금 느린감이 있네요

그래도 쓸만한거 같아요.

지금 오피스 깔고 기본 세팅하는 중 입니다.