KeepWorlds

팰월드 인원 제한: 32명이 항상 32명은 아닙니다

팰월드 전용 서버의 동시 접속 인원을 실제로 결정하는 항목은 무엇인지, 기본값보다 늘리는 일이 숫자 하나로 끝나지 않는 이유, 그리고 인원이 늘었을 때 길드와 거점, 성능에 각각 무슨 일이 생기는지 정리했습니다.

"팰월드 전용 서버는 32명까지"라는 설명은 대개 "서버 한 대 사면 32명이 놀 수 있다"로 읽힙니다. 이 둘 사이에는 몇 겹의 간격이 있고, 그 각각이 실제로 놀 수 있는 인원을 설정값보다 훨씬 적게 만듭니다.

이 글은 그 숫자를 실제로 정하는 것이 무엇인지, 올렸을 때 무엇에 부딪히는지, 그리고 우리 팀에 맞는 값을 어떻게 고르는지를 다룹니다. 서버를 세우는 방법 자체는 전용 서버 구축 순서에서 다룹니다.

설정할 수 있는 숫자

항목은 ServerPlayerMaxNum이고, PalWorldSettings.ini의 그 긴 한 줄 안에 있습니다.

OptionSettings=(...,ServerPlayerMaxNum=32,...)

32는 기본값이자 공식적으로 지원하는 상한입니다. 더 올리려는 시도가 있긴 하지만 개발사가 공개한 범위 밖이라 안정성 보장이 없고, 문제가 생겼을 때 참고할 경험도 없습니다.

바꾼 뒤에는 서버 재시작이 필요합니다. 다른 모든 설정과 같습니다(월드 설정 전체 해설).

여기까지는 단순합니다. 복잡한 건 다음 절입니다.

머신이 실제로 감당하는 숫자

ServerPlayerMaxNum능력이 아니라 약속입니다. 몇 개의 접속을 허용할지 서버에 알려줄 뿐이고, 그걸 감당할 수 있는지는 아래 머신의 몫입니다. 8명분 성능의 머신에 32를 적으면 아홉 번째 사람이 튕기는 게 아니라 전원이 느려집니다.

팰월드 서버 메모리에는 다른 게임과 다른 특징이 하나 있습니다. 사용량이 동시 접속 인원이 아니라 월드 규모를 따라간다는 점입니다.

  • 누군가 접속하면 조금 늘어납니다
  • 누군가 나가도 그 사람의 거점은 계속 돌아갑니다. 건축물도, 배치한 팰도, 생산 라인도 메모리에서 계속 시뮬레이션됩니다

그래서 "평소엔 세 명뿐"인 10인 서버도 세 명분을 한참 넘게 씁니다. 메모리를 먹는 건 그 열 명이 합쳐서 얼마나 지었는가입니다.

한 사람당 중간 규모 거점 하나를 전제로 한 대략적인 출발점입니다.

규모메모리비고
2~4명8 GB돌아가지만 월드가 커지면 빠듯해집니다
5~8명16 GB안정적인 구간
10명 이상32 GB 이상게다가 늘어날 여지를 남겨야 합니다

이건 출발점이지 도착점이 아닙니다. 같은 여덟 명이라도 석 달을 놀아 각자 만원 거점 세 개씩을 가지면 시작 때의 몇 배가 됩니다. 메모리가 내려오지 않는 건 이 게임에서 정상입니다.

인원을 올리면 함께 움직이는 것

ServerPlayerMaxNum을 8에서 20으로 바꾸면 한 항목만 바꾼 것 같지만, 실제로는 다른 세 항목에 부딪힙니다.

항목기본값어디서 걸리는가
GuildPlayerMaxNum20길드당 인원. 20명을 한 길드에 넣으면 딱 상한입니다
BaseCampMaxNumInGuild4길드당 거점 수. 20명이 한 길드면 전체가 네 곳입니다
BaseCampMaxNum128서버 전체 거점 수. 20명이 각자 길드를 만들면 ×4로 80, 공용은 별도

가운데 줄이 가장 많이 걸리는 지점입니다. 거점 상한은 길드 단위이지 사람 단위가 아닙니다. 20인 대형 길드가 가질 수 있는 거점은 네 곳, 1인당 0.2개입니다. "사람이 늘면 거점도 는다"는 직관과 게임 규칙은 정반대입니다.

인원을 올릴 때는 이 세 항목을 같이 보세요. 흔한 구성은 두 가지입니다.

  • 큰 길드 하나: BaseCampMaxNumInGuild를 올리고(엔진 상한 10) 거점을 공유
  • 1인 1길드: 이 항목은 기본값으로 두되 BaseCampMaxNum이 충분한지 확인

상한이 너무 높을 때의 증상

메모리 부족과 CPU 부족은 증상이 다릅니다. 구분할 줄 알면 무엇을 늘려야 할지 알 수 있습니다.

메모리 부족 —— 서버 프로세스가 통째로 사라집니다. 플레이어 쪽에서는 전원이 동시에 끊기고 목록에서도 서버가 없어집니다. 리눅스에서는 OOM killer가 한 일이고 dmesg에 기록이 남습니다. 이게 가장 나쁩니다. 종료되는 순간 기록 중이던 세이브가 함께 깨질 수 있기 때문입니다(백업과 복원).

CPU 부족 —— 이동 중에 위치가 밀리고, 거점의 팰이 작업 도중에 멈추고, 채집 판정이 한 박자 늦습니다. 끊기지는 않고 그냥 하기 나빠집니다. 팰의 행동 시뮬레이션은 싱글 코어 성능에 크게 기대므로, 코어 수를 늘리는 것보다 한 코어가 빠른 쪽이 훨씬 효과적입니다.

둘 다 충분한데 월드가 너무 큼 —— 접속 시 로딩이 길고 세이브가 수백 MB를 훌쩍 넘습니다. 설정 문제가 아니라 새 월드를 시작할 때가 됐다는 신호입니다.

숫자를 정하는 방법

실제로 동시에 접속할 인원으로 정하세요. 친구 목록 숫자가 아닙니다.

실용적인 방법은 토요일 밤 피크가 몇 명인지 세고, 거기에 2~4를 더해, 그 숫자로 머신을 고르는 것입니다. 상한은 재시작만 감수하면 언제든 올릴 수 있지만, 머신이 부족할 때의 경험은 전원이 동시에 겪는 렉입니다. 상한은 낮게, 머신은 넉넉하게.

또 하나 놓치기 쉬운 것. 상한은 동시에 출입문이기도 합니다. 32로 두는 건 주소를 알게 된 사람이면 누구나 한 자리를 차지할 수 있다는 뜻입니다. 사람을 막는 건 상한이 아니라 ServerPassword의 역할입니다.

자주 묻는 질문

인원 상한을 32보다 높일 수 있나요? 공식적으로 지원하는 상한은 32입니다. 더 큰 값은 개발사가 공개한 범위 밖이라 안정성 보장이 없고, 문제가 생겼을 때 참고할 경험도 없습니다.

ServerPlayerMaxNum을 바꿨는데 적용이 안 됩니다. 다른 설정과 마찬가지로 시작할 때 한 번만 읽으므로 서버를 재시작해야 합니다. 고친 파일이 Pal/Saved/Config/ 아래의 것인지도 확인하세요. DefaultPalWorldSettings.ini는 서버가 읽지 않습니다.

여덟 명이면 메모리가 얼마나 필요한가요? 한 사람당 중간 규모 거점 하나를 전제로 16 GB가 안정적인 구간입니다. 메모리는 월드 규모를 따라 늘기만 하므로 첫 주가 아니라 석 달 뒤를 기준으로 여유를 두세요.

진짜 천장은 어디인가

설정 파일의 그 숫자는 아래 머신이 지켜야 할 약속입니다. 둘이 어긋나면 꺾이는 쪽은 머신이지 숫자가 아닙니다.

KeepWorlds팰월드 전용 서버는 이 둘을 묶어 둡니다. 플랜마다 인원에 맞는 머신이 함께 오고, 전용 머신이라 다른 월드와 공유하지 않습니다. 설정값과 감당 가능한 숫자가 따로 놀 일이 없다는 뜻입니다.

다른 언어로 보기

직접 운영하지 않아도 돼요

게임과 요금제만 고르면 전용 머신에 서버가 올라가요. 백업과 게임 업데이트, 기한 알림은 저희가 챙길게요.

지원 게임 보기