Chapter 04. 전송

[minkukjo]

네티의 전송 구조 설계 철학

• 기존 자바의 블로킹 -> 논블로킹 코드 변환에는 많은 공수가 들고 변환 작업에 많은 비용이 든다.
• 하지만 네티는 간단하게 블로킹 모드와 논블로킹 모드를 변경할 수 있다. 두 줄만 고치면 블로킹 -> 논블로킹 쌉가능.

전송 API

• Chaneel은 고유하고 정렬 순서를 보장하기 위해 Comparable을 구현하고 있음.
• 가로채기 필터라는 개념이 있는데, 여러 명령이 체인으로 연결되고 한 명령의 출력이 다음 명력의 입력이 된다. 유닉스 파이프를 생각하면 될 듯 ps | grep java
• 네티는 NIO, Epoll, OIO, 로컬, 임베디드 방식의 전송을 제공한다.
• NIO의 프로세스 흐름이 나와있어서 좋았음.
• Zero-Copy라는 기능이 있는데, NIO와 Epoll에서만 사용 가능하고 파일 시스템의 데이터를 커널 공간에서 사용자 공간으로 복사하는 과정을 생략해 효과적으로 네트워크로 이동시켜주는 기술이라고 한다. ( 어떻게 이게 가능한거지..? 신기방기 )
• Epoll은 자세한 설명은 생략. ( Redis에서 사용 중인 기술 )
• OIO는 기존 동기식 처리를 위한 지원. ( JDBC같은 라이브러리를 이식해야하지만 논블로킹이 되지만 현실적으로 힘든 경우)
• JVM 내부 통신용 로컬 전송도 지원한다. 동일한 JVM 내에서 실행되는 클라이언트-서버간 비동기 통신을 위한 전송인데, 요걸 사용하는 케이스가 바로 떠오르지는 않더라.
• 임베디드 전송은 ChannelHandler를 다른 ChaneelHanlder 안에 도우미 클래스로 넣을 수 있는 임베디드 방식이 있다.글만 봐서는 뭔지 바로 이해는 안됐다.

Zero-copy 방식

초기

중기

최신

[MinJunKweon]

느낀점

• 시간이 없어서 따로 정리는 못했지만 예제코드와 함께 비교해보니까 이해하기 쉬웠다
• 네티 사용한 코드가 이해하기 쉬운지는 잘모르겠다
• 네티만의 인터페이스와 컴포넌트에 익숙하다면 쉬운듯! 러닝커브가 좀 있다고 느낌

[LOG-INFO]

정리

• 전송 API
  • Channel에 ChannelPipeline과 ChannelConfig가 할당됨
  • 
  • ChannelPipeline은 여러 ChannelHandler를 포함함
  • ChannelHandler는 가로채기 필터라는 공통 설계 패턴 구현
  • ChannelHandler의 일반적인 용도는 아래와 같음
  • 데이터 포맷 변환 (map)
  • 예외에 대한 알림 제공
  • Channel의 상태 변경 알림 제공 (register, active, inactive, unregister, close, ...)
  • 사용자 정의 이벤트에 대한 알림 제공 (userEventTriggered)
  • Channel
  • 메서드
    • 광범위한 기능이 소수의 인터페이스에 의존한다
    • eventLoop()
    • pipeline()
    • localAddress()
    • remoteAddress()
    • isActive()
    • write()
    • flush()
    • writeAndFlush()
• Netty가 제공하는 전송
  • NIO: java.nio.channels 패키지 이용
  • Selector 방식
    • Channel의 상태가 변경되면 요청이 알림을 받을 수 있는 레지스트리 역할을 함
  • SelectionKey에서 제공하는 비트
    • OP_ACCEPT
    • OP_CONNECT
    • OP_READ
    • OP_WRITE
  • Zero-Copy 이용
  • 
  • Epoll
  • select 및 poll 시스템 호출에 비해 높은 성능
  • Linux에서만 이용 가능
  • SCTP와 UDT를 지원하지 않음
  • OIO
  • 블로킹 로직을 Netty로 구현할 때 이용 (나중에 논블로킹으로 수월하게 변경하기 위함)
  • 
  • Local
  • 동일한 JVM 내에서 실행되는 클라이언트-서버 같 비동기 통신을 위한 로컬 전송 제공
  • Embedded

궁금한점 / 느낀점

• 네티 사용한 코드가 이해하기 쉬운지는 잘모르겠다 222
  • 그래도 동기-비동기 왔다갔다 해야하는데 일관성 갖기에는 좋기는 할지도...
  • 그래도 Project Loom 사용하면 싹다 정리 가능할 것 같음...
• p58. ChannelFuture에 addListener를 통해 listener를 추가하는데, 만약 listener를 추가하기 전에 Future가 완료된다면?
  • 아니 이런 것도 찾아주네;;;
  • 
  • javadoc에도 답이 있긴 함
  • 
• Q. UDT란?
  • 잠깐 찾아본 바로는 UDP의 성능과 TCP의 신뢰도를 합친 프로토콜이라는데... 왜 안 쓰이지
  • 문서가 많진 않은 듯