Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Warning
title액터 설계시 주의점

우리는 EchoActor를 통해 자신이한 인사가 되돌아오는것을 확인하였습니다.

하지만 이러한 가정을 해봅시다. EchoActor1가 EcshoActor2 에게 인사를 합니다.

어떠한 상황이 펼쳐질까요? 메시지간 무한반복이 됩니다. 인사를하고 인사를 받고 또하고 받고하는

끝나지 않는 상황이 됩니다. 응답시간이 0 이라고 가정해봅시다.

이것은 무한대의 메시지 처리가 될것입니다. 마치 거울두개를 맞되어 무한의 이미지가 투영되는것으로

컴퓨터는 슈퍼컴퓨터도 이것을 처리할수 없습니다. 보통 메모리가 풀에 다다른 이후 GC에의한 CPU 100% 가 예상됩니다.

가끔 이것을 몇분 컴퓨터가 얼마나 버티냐? 호기심에 부하테스트를 하기도합니다.

동일컴퓨터이거나 네트워크상황이 좋은면 더 좋을수록 이것은 보통 더 빨리 크래쉬가 납니다.


이러한 실수를 방지하려면 보통 네이밍 기법으로 해결합니다.

Hello ==> HellowReq , HelloRes 이렇게 요청과/응답을 분리를 합니다.

인사의 속성을 살펴보면, 같은 안녕이지만 처음 인사는 인사의 응답을 받는 숨은 의미가 있습니다.

그래서 HellowReq (Request) 입니다. 인사에 대응하는 안녕은 응답을 해주고, 다음에 그어떤 기대가

숨어있지 않습니다. 그래서 HellowRes(Response) 입니다.

하지만 이방식은 일반적인 방식은 아니며 , 전통적인 패킷설계방식을 적용한것입니다.

액터는 네이밍에 관여하지 않고, 메시지 전송에 자유롭기때문에 이것은 응용개발자가 더 좋은 방법으로

설계를 할수가 있을것입니다.

...