Krypton — Minecraft 네트워크를 최적화하는 Fabric 모드

Krypton은 Minecraft의 네트워크 스택 — 패킷을 직렬화해 클라이언트와 서버 사이에서 주고받는 코드 — 를 다시 작성한다. Netty 라이브러리를 사용하는 바닐라 구현은 불필요한 작업을 한다. 데이터를 작은 단위로 나눠 보내고, 직렬화에 CPU를 낭비한다. Krypton은 이 핸들러들을 Velocity 프록시와 Tuinity 프로젝트에서 가져온 버전으로 교체하는데, 둘 다 이미 실제 부하 환경에서 프로파일링을 거쳤다. 효과가 가장 큰 곳은 네트워크와 CPU 틱이 병목이 되는, 플레이어 수가 많은 서버다.

무엇을 최적화하는가

이 모드는 아이템, 블록, 명령어를 추가하지 않는다 — 패킷 전송 수준에서 동작한다. 최적화 방향은 세 가지다.

• Velocity의 Netty 핸들러 — 패킷 송수신 코드를 다시 작성해, 가능한 경우 Java 구현 대신 네이티브 라이브러리를 사용한다.

• flush 통합 — 패킷을 하나씩 소켓에 밀어 넣는 대신, Krypton은 전송을 묶어서 처리한다. 이는 CPU 부하를 낮추고 서버의 틱 시간을 단축시킨다.

• 직렬화 마이크로 최적화 — 메모리 사용량을 줄이고 패킷을 바이트 스트림으로 조립하는 속도를 높인다.

효과는 수십 명 규모의 플레이어가 있는 서버 쪽에서 가장 두드러진다. 싱글플레이에서도 네트워크 스택은 사용되지만(내부 서버), 그쪽의 이득은 훨씬 작다.

호환성

이 모드는 Fabric API, Lithium, Sodium과 함께 동작하도록 설계됐다. 다른 모드에 대한 지원은 「가능한 범위 내에서」 이루어진다 — 제작자는 Krypton을 work-in-progress로 표시하며, 임의의 모드 조합에 대한 호환성을 보장하지 않는다. 코드는 Linux에서 가장 잘 튜닝돼 있어 네이티브 네트워크 라이브러리가 더 적극적으로 활용된다. Windows에서도 동작은 하지만, 일부 저수준 최적화의 효과는 떨어진다.

결론

Krypton은 서버 최적화 중 네트워크 부분을 담당한다 — Lithium(게임 로직)과 Sodium(렌더링)이 건드리지 않는 영역이다. 이 세 모드는 작동 범위가 겹치지 않기 때문에 Fabric 서버에 함께 설치되는 경우가 많다. 가장 큰 이득은 Linux에서 수십 명 규모의 플레이어가 있는 공개 서버에서 나타나며, 싱글플레이나 2~4명 규모의 소규모 서버에서는 차이가 오차 범위 안에 머문다. 제약은 두 가지다. Fabric 전용이라는 점(Paper 서버의 대응품은 Paper 자체에 내장된 최적화다)과, work-in-progress 상태라 드문 모드와의 호환성이 보장되지 않는다는 점이다.

질문과 답변

Krypton은 서버에서 무엇을 제공하는가? 네트워크 패킷 전송을 최적화해 CPU 부하와 틱 시간(MSPT)을 낮춘다. 플레이어가 많은 서버에서 가장 두드러진다.

Krypton을 Lithium, Sodium과 함께 설치할 수 있는가? 그렇다. Krypton은 네트워크를, Lithium은 게임 로직을, Sodium은 렌더링을 최적화한다. 작동 범위가 서로 겹치지 않는다.

싱글플레이에서도 Krypton이 필요한가? 이득은 미미하다. 이 모드는 플레이어가 많은 서버 부하를 전제로 설계됐다.

Krypton에 설정 항목이 있는가? 없다. 설정 파일이 존재하지 않으며, 설치 후 최적화가 자동으로 활성화된다.

Krypton은 어떤 로더에서 동작하는가? Fabric에서만 동작한다. Paper 서버에서는 동등한 네트워크 최적화가 이미 코어 자체에 내장돼 있다.