가볍고 빠른 Unity3D용 xml parser [RapidXml]

이 작업을 시작하게 된 썰

현재 만들고 있는 게임은 데이터들을 xml 형식으로 읽어온다.

그런데 전체 데이터 로드를 게임 진입부에서 한꺼번에 하기 때문에 (왜 그렇게 했을까... ㅠ_ㅠ)

데이터량이 많아지면 많아질수록 당연하게도 데이터 로딩시간은 점점 늘어날 수 밖에 없다.

전체적으로 데이터 로딩 구조를 바꾸기엔 손봐야할 부분이 너무 많기 때문에

일단 기존에 사용하던 기본 xml 파서를 가볍고 날렵한 놈으로 바꿔보기로 했다.

여기 저기 구글링을 통해 알아보니

TinyXml, Mono.xml, RapidXml 등 유니티에서 사용할 수 있는 몇몇 파서가 있었는데

그 중 RapidXml을 소개해보겠다.

• RapidXml (C++) : http://rapidxml.sourceforge.net/
• UnityRapidXml (C#) : https://github.com/sczybt/UnityRapidXml

먼저 기본 System.xml 파서와 Mono.xml, RapidXml 파서를 사용한 xml 데이터 로딩, 파싱에 소요되는 시간은 다음과 같다.

퍼포먼스 테스트 - 데이터 로딩 : xml 데이터 로드 10회 반복 

• System.xml (유니티 기본) : 53.96 / ms

• Mono.xml : 34.63 / ms

• RapidXml : 0.39 / ms

• 퍼포먼스 : RapidXml >>>>> Mono.xml > System.xml

0.39 !!!!????

잘못잰건가 싶어서 몇번을 다시 돌려봐도 결과는 비슷했다.

우앙 ㅋ 굿

그렇담 이번엔 파싱.

퍼포먼스 테스트 - 데이터 파싱 : xml 데이터 파싱 10회 반복 

• System.xml (유니티 기본) : 293.79 / ms

• Mono.xml : 242.64 / ms

• RapidXml : 252.11 / ms

• 퍼포먼스 : Mono.xml > RapidXml > System.xml

결론

파싱에서는 Mono.xml이 수치적으로 젤 퍼포먼스가 좋았지만 RapidXml과 근사치였다.

하지만 RapidXml의 어마무시하게 빠른 로딩속도까지 생각해보면

RapidXml의 압승!!!

사실 간단한 xml 로딩은 기본 파서를 사용해도 전혀 상관이 없다.

하지만 나와 같은 고민을 해본 개발자라면 Parser 교체를 해보는것도 좋은 대안이 될듯하다.

(현재 개발중인 게임도 RapidXml로 파서를 바꿔서 사용중인데 데이터 로딩 시간이 대폭 감소되었다. ^^;;)

교훈 : 데이터 구조 설계부터 잘 해라...   ㅜ_ㅜ

첨부된 파일 설명

RapidXmlForUnity.unitypackage

첨부된 파일은 https://github.com/sczybt/UnityRapidXml의 샘플 코드를 기반으로 작성한 유니티 테스트 프로젝트이며

유니티 에디터 (Mac osx, Windows), Android 디바이스에서 사용 가능하도록 라이브러리를 추가해두었다.

- Plugins > Android > libs > 하위 파일들 : Android 빌드용 라이브러리

- Plugins > RapidXml.dll : PC용 라이브러리

- Plugins > RapidXml.bundle : Mac용 라이브러리

- Plugins > RapidXml > RapidXml.cs : RapidXml c# wrapper

- Assets > RapidXml > Scenes > Main.unity : 테스트 씬

Plugins 폴더 이외의 파일들은 테스트용이므로 실제 사용시에는 plugins폴더만 본인의 프로젝트로 임포트해서 사용하면 된다.