요약: 

1. /core rb a:block t:1h r:5000 u:honguhhman 이런식으로 쓰면 엔티티 살아나서 좃될 일 없다
2. 데이터베이스 커지면 읽기랑 쿼리 느려지니까 purge 써서 데이터베이스 크기 줄여라
3. 그래봤자 내 뇌피셜이긴 하니까 관리자들은 테스트서버나 테스트코드로 확인좀 해 봐라
4. 유저들 청소시키지 말고 광범위하게 적극적으로 롤백해주면 좋겠다

서론 : 

오늘도 홍어가 왔다갔습니다

사유지 보호를 한다고 해도, 공용 건축물이나 대형 건축물은 보호를 할 수가 없고

/신고 를 통한 홍어처리는 홍어질이 어느정도 이루어진 후의 뒤늦은 대응일 뿐입니다. 인정각

홍어질을 복구하는 방법은 코어 딸깍이라고 흔히들 말하지만 재중섭에서는 전혀 딸깍질을 하고 있는 것 같지 않아요

그래서 홍어가 더 설치는게 아닌가 싶습니다. 아님말고

제가 대충 씨부려볼테니까 내말이 맞는거같으면 읽어보고 아님 무시하세요

개발자 공부좀 했음

코어 도큐먼트 

 https://docs.coreprotect.net/commands/

코어 소스코드(깃헙)

 https://github.com/PlayPro/CoreProtect

본론 :

코어는 서버에 막대한 부하를 주는가?

네.

하지만 저장공간을 많이 잡아먹지만 cpu나 램에 부하를 많이 주진 않는듯 (뇌피셜)

정 걱정된다면 관리자님들이 코어 소스코드(오픈소스임)에 테스트코드를 삽입해 콘솔로 확인하면 될 것

대충 추측해본 코어의 동작 원리는요.

각각의 월드의 x,y,z 좌표마다 행해진 모든 액션을 데이터베이스에 저장하고

lookup을 통해 데이터베이스에 쿼리를 날려 그것을 열람하고,

inspect는 편한 도구를 이용해서. lookup을 특정 좌표에만 날리면서 쿼리를 빠르게 처리하는거고

rollback은 데이터베이스를 매개변수들에 맞게 쿼리하며 읽은 뒤 마크 맵 파일에 쓰기를 행하면서 하나하나 복구하는거임.

쿼리를 위해선 모든 월드의 모든 데이터들을 하나의 데이터베이스에 저장할 필요가 있을 거고

그러다 보니 그 데이터베이스의 크기는 빠른 속도로 늘어나면서 엄청 커질거임.

데이터베이스가 쌓일수록 용량도 많이 먹고

읽기속도랑 쿼리속도도 느려지고, 쿼리가 cpu랑 램도 많이 먹게 되면서 서버 부담이 심해지겠지.

코어 롤백은 서버에 막대한 부하를 주는가?

네니요.

코어 롤백은 매우 강력한 도구임

대신 매개변수만 잘 넣어줘도 서버에 부하를 최소한으로 하면서 딸깍 복구가 가능하다고 생각함.

매개변수를 더 넣을수록 쿼리에 시간은 더 걸리겠지만

서버 맵 파일 자체에 블럭을 추가하고/제거하고/엔티티를 추가하고/제거하고 이런 쓰기 부분은 줄어들 것임

그러니까 코어 롤백 명령이 서버에 주는 부담은 관리자가 잘 사용하기 나름임

예를 들어, /core rb t:1h r:5000 으로 놓으면

5000반지름 내에 행해진 1시간 된 모든 행위를 롤백할거아님.

데이터베이스에 쿼리날리는 과정은 금방 끝나겠지만

그동안 맵 파일에 이루어진 행위는 수천 수만가지일 테니까

맵 파일에 수천수만가지 행위를 롤백할거고 서버 좃될거임

읽기 속도랑 쿼리 속도는 빠르지만 쓰기가 오래걸림

그러니까 /core rb t:1h r:5000 u:honguhhman 이렇게 놓고 돌리면

쿼리는 좀더 걸리겠지만 honguhhman 유저가 한 행위에 대해서만 롤백할테니깐

맵 파일에 쓰기 횟수는 훨씬 적고 돌아가고 있는 서버에 주는 부담도 덜하겠지

읽기 속도랑 쿼리 속도는 처음보다 느리지만 쓰기가 훨씬 빠르고 부담도 덜함

어?? 근데 이렇게 썼더니 홍어맨이 죽인 엔더맨 5000마리가 살아나버렸어요

그럴땐 action 파라미터를 활용하면 됨.

문제가 되는 action은 kill이니깐. action을 block으로 명시해주면 문제없잖어

/core rb t:1h r:5000 u:honguhhman a:block 으로 놓으면

홍어맨이 1시간동안 5000반지름에 행한 블럭 부수기/놓기 에 대해서만 롤백이 이뤄질거임

그러면 쿼리는 더 오래 걸리겠지만 서버에 쓰는 동작은 훨씬 적을거고

엔더맨 5000마리가 살아날 일도 없겠지

관리자들이 이런 기능을 잘 몰라서 롤백을 너무 소극적으로 쓴다고 생각함

데이터베이스의 읽기+쿼리속도 or 마크 맵 파일에 쓰기 속도 중 뭐가 더 중요한가?

지금은 후자가 훨씬 중요하다고 생각함.

그러니 롤백 매개변수를 복잡하게 집어넣어서 읽기+쿼리속도를 느리게 하고 맵 파일에 쓰기 속도를 빠르게 하는게 나음

그렇지만 데이터베이스의 크기는 계속해서 커질거니까

아주~오랜 시간이 지나면 읽기와 쿼리속도가 맵 파일에 쓰는 속도보다 영향을 더 미칠 것

그런데 데이터베이스의 크기를 줄이고, 쿼리 속도를 향상시킬 수 있는 좋은 방법이 있음

그게뭐냐?? 주기적으로 purge하는거임. 이게 뭐냐?

도큐먼트에 다있음

오래된 블럭 데이터를 지운다~ 이건데

그러면 당연히 데이터베이스의 크기는 줄어들겠지

데이터베이스의 크기가 줄어들면 db에서 읽을 양도 줄어들고 쿼리속도도 빨라질거임

대신 db의 오래된 부분을 날려버리는 만큼 맵이 아주 온전한 상태에서 purge해야함

결론

서버 유저들이 도끼랑 곡괭이들고 홍어질된 블럭들 부수고 정리하고 하는것보단

롤백 딸깍 -> db읽기 -> 맵파일에 쓰기 하는 행위가 스트레스도 적고 훨씬 빠름

롤백하다가 서버 터질까봐 걱정되면

테스트서버 파서 영향이 어느정돈지 테스트해 보던가

아님 코어 소스코드(오픈소스임) 에 테스트코드 넣어서 콘솔로 확인해라 

purge 하면서 데이터베이스 크기 줄이면 읽기/쿼리 부담이 적어지고,

/core rb t:1h r:5000 u:honguhhman a:block 이런식으로 매개변수 다양하게 넣으면 쓰기 부담이 적어짐.

그러니 홍어짓 일어나면 더 광범위하게 적극적으로 복구해 줘라 이러다 현타오겠음