Minecraft 1.20.1, 1.21.1용 DoesPotatoTick? 모드

DoesPotatoTick — 개요

DoesPotatoTick은 매 틱마다 업데이트할 필요가 없는 멀리 떨어진 엔티티를 일시 중단(“동결”)하여 성능을 향상시킵니다. 설정 가능한 규칙과 안전 검사를 통해 서버 CPU 부하를 줄이고, 정상적인 게임플레이 동작을 유지하면서 클라이언트 FPS도 높일 수 있습니다.

1. 목적

Minecraft는 모든 엔티티를 초당 20회 업데이트하므로, 거대한 월드나 많은 플레이어, 무거운 모드팩을 사용하는 서버에 과부하를 줄 수 있습니다. 바닐라 설정으로는 중요한 엔티티와 그렇지 않은 엔티티를 구분할 수 없습니다. DoesPotatoTick은 필요한 것만 업데이트하는 제어된 시스템을 도입합니다.

2. 핵심 메커니즘

각 엔티티에는 틱 가능 상태가 할당됩니다. 서버는 위치, 카테고리, 상황에 따라 매 틱마다 이 상태를 평가하며, 클라이언트는 선택적으로 틱 불가능한 엔티티의 렌더링을 건너뜁니다.

2.1 거리 기반 활성화

• 플레이어는 활성 영역(청크 단위로 설정 가능한 반경)을 정의합니다.
• 이 영역 밖의 엔티티는 일시 중단 후보가 됩니다.
• 영역은 플레이어가 청크 사이를 이동하거나, 로그인하거나, 차원을 변경할 때만 업데이트됩니다.

2.2 차원 및 클레임 지원

• 최적화는 선택한 차원으로 제한할 수 있습니다.
• 클레임된 지역(FTB Chunks, OpenPartiesAndClaims)의 엔티티는 항상 틱됩니다.
• 클레임 모드가 설치되어 있지 않으면 플레이어에게 알림이 표시됩니다.

2.3 엔티티 예외

특정 엔티티는 절대 동결되지 않습니다:

• 플레이어, 낙하하는 블록, 바닐라 보스
• 다양한 모드 보스 및 기계 시스템 목록
• 모드 전체를 화이트리스트에 추가할 수 있습니다. 목록은 설정 변경 시 자동으로 다시 로드됩니다.

2.4 필터링 규칙

설정 가능한 규칙을 통해 다음을 무시하거나 포함할 수 있습니다:

• 적대적 몹, 동물, 습격자
• 드롭된 아이템
• 발사체(대상이 틱하도록 강제 명중시키는 선택적 로직 포함) 죽어가는 엔티티는 죽음 시퀀스를 완료할 수 있습니다.

2.5 몹 농장 감지

주기적으로 청크 밀도를 스캔하며, 농장과 유사한 패턴이 감지되면 영향을 받는 엔티티가 강제로 틱되어 농장이 계속 작동하도록 합니다.

2.6 습격 처리

습격이 진행 중일 때는 설정에 따라 최적화를 비활성화하거나 조정할 수 있습니다.

3. 클라이언트 기능

3.1 렌더링 건너뛰기

틱 불가능한 엔티티는 FPS 향상을 위해 숨겨질 수 있습니다. 활을 당기면 조준 문제를 피하기 위해 렌더링이 일시적으로 다시 활성화됩니다.

3.2 Embeddium 통합

Embeddium이 설치되어 있으면 전용 설정 화면을 추가합니다.

3.3 동기화

가벼운 패킷이 클라이언트에 어떤 엔티티를 표시해야 하는지 알려줍니다.

4. 설정

• doespotatotick-common.toml: 핵심 서버 동작
• doespotatotick-client.toml: 렌더링 제어
• 기본값은 안전성과 호환성을 우선시합니다.
• 모든 로직은 서버 스레드에서 실행되며, 변경 사항은 틱과 재로드 전반에 걸쳐 일관되게 적용됩니다.

5. DPT를 더 좋게 만들기

다음과 같은 경우:

• 특정 엔티티 유형이 절대 틱을 멈춰서는 안 된다고 느낄 때
• 설정 옵션 요청이 있을 때
• 엔티티의 틱 동결로 인해 예상치 못한 상황을 겪을 때

GitHub Issues 또는 이메일 670067575@qq.com으로 주저하지 말고 연락해 주세요.

6. 설계 고려 사항

이 모드의 목표는:

• 게임플레이를 변경하지 않고 서버 부하 줄이기
• 보스 전투, 농장, 모드 메커니즘 유지
• 기존 모드 생태계와의 호환성 유지

그 동작은 단순한 “멀리 있는 엔티티 비활성화” 토글이 아니라, 제어된 상황 인식 스케줄링 시스템에 가깝습니다.

7. 약간의 역사와 진화

DoesPotatoTick은 오늘날 보시는 완성된 모드로 시작하지 않았습니다.

그것은 Txni의 DoesItTick의 포크로 시작되었으며, Lithium/RoadRunner 생태계를 위한 임시 호환성 수정으로 순전히 만들어졌습니다. 솔직히 원래 버전은 상당히 조잡했습니다. 설정 옵션은 몇 개뿐이었고, 모든 단일 엔티티가 매 틱마다 모든 온라인 플레이어를 순회하며 “누군가 충분히 가까이 있나?”를 확인했습니다. 이는 틱당 O(엔티티 × 플레이어)입니다. 2만 개의 엔티티와 50명의 플레이어가 있는 서버에서는 그것만으로 초당 수백만 번의 불필요한 반복이 추가되었습니다. 순전한 잔혹함이었죠.

옛 dpt$checkAlwaysTick()도 똑같이 고통스러웠습니다. 매 틱마다 모든 엔티티에 대해 비용이 큰 설정 및 태그 검사를 캐싱 없이 실행했습니다. 클라이언트 측 렌더링 수정도 없었습니다. 동결된 엔티티는 그저 제자리에서 끊기고 “유령”처럼 보여 망가진 것처럼 보였습니다.

모드를 업데이트했을 때 모든 것이 바뀌었습니다:

• 순진한 플레이어 루프를 현재의 PlayerTracker로 교체했습니다. 차원 → 청크 → Y 범위 공간 맵으로, 이동할 때만 지연 업데이트됩니다. 복잡도가 O(n×m)에서 업데이트당 사실상 O(플레이어)로 떨어졌습니다.
• alwaysTick 플래그는 이제 엔티티 유형 등록 시 한 번 계산되어 영구히 캐시됩니다.
• 적절한 네트워크 패킷과 클라이언트 측 컬링(그리고 활 당기기 안전 밸브)을 추가하여 동결된 엔티티가 글리치 대신 깔끔하게 사라지도록 했습니다.
• 몹 농장 감지, 습격 인식, 클레임 모드 통합, Embeddium GUI… 이 중 어느 것도 그때는 존재하지 않았습니다.

오늘날의 DoesPotatoTick은 더 이상 “또 하나의 엔티티 컬링 모드”가 아닙니다. 여러 번의 완전한 리팩터링과, 보스, 농장, Create 장치를 절대 망가뜨리지 않으면서 제대로 해내려는 집착의 결과물입니다.

원래의 불씨를 제공한 Txni에게, 그리고 모든 테스터와 기여자에게, 또한 이 설명을 설계하고 작성하고 다듬는 데 도움을 준 Grok과 ChatGPT에게 감사드립니다(혼자 readme를 쓰려니 죽을 맛이라서요 ㅋㅋ).

버터처럼 부드러운 틱(혹은 틱 없음)을 즐기세요!