작은 파일이 항상 빠르게 로드되는 것은 아니다
에셋 번들 노트는 번들의 헤더·데이터와 압축을 다룬다. 번들에는 에셋과 타입·의존성 정보를 읽기 위한 데이터가 있다. 번들 파일을 여는 비용과 그 안의 특정 에셋을 객체로 만드는 비용을 분리해서 본다.
LZMA는 파일 크기를 줄이는 데 유리할 수 있지만 사용 전 압축 해제 비용을 고려해야 한다. LZ4 기반 chunk 압축은 필요한 블록을 읽는 접근과 관계있다. 무압축은 압축 해제 일을 줄이지만 읽어야 할 바이트가 커질 수 있다. 실제 우열은 I/O·CPU·캐시·콘텐츠에 따라 달라진다. Unity AssetBundle 압축 문서
같은 입력으로 세 번 빌드하기
새 실습 프로젝트의 Assets/Study/Marker.prefab을 사용한다. 아래 BundleStudy.cs를 Editor 폴더에 둔다. 산출물은 프로젝트 아래 StudyBundles에 생성하며 기존 산출물을 자동 삭제하지 않는다. Unity 6 Editor API 예제이며 실제 빌드는 미실행이다.
using System.IO;
using UnityEditor;
public static class BundleStudy
{
[MenuItem("Study/Build compression samples")]
public static void Build()
{
var input = new[] { new AssetBundleBuild {
assetBundleName = "marker",
assetNames = new[] { "Assets/Study/Marker.prefab" }
}};
BuildOne("lzma", BuildAssetBundleOptions.None, input);
BuildOne("lz4", BuildAssetBundleOptions.ChunkBasedCompression, input);
BuildOne("raw", BuildAssetBundleOptions.UncompressedAssetBundle, input);
}
static void BuildOne(string name, BuildAssetBundleOptions option, AssetBundleBuild[] input)
{
string output = Path.Combine("StudyBundles", name);
Directory.CreateDirectory(output);
var manifest = BuildPipeline.BuildAssetBundles(output, input, option,
EditorUserBuildSettings.activeBuildTarget);
if (manifest == null) throw new System.InvalidOperationException("bundle build failed");
}
}기본 AssetBundle 압축을 사용하는 None, chunk 압축, 무압축을 같은 입력으로 비교한다. Player용 BuildOptions.CompressWithLz4와는 다른 enum이며 같은 API의 인자가 아니다. BuildAssetBundleOptions
측정하는 구간 나누기
| 구간 | 기록할 값 | 혼동하지 않을 대상 |
|---|---|---|
| 배포 파일 | 바이트 수·해시 | 압축 해제 뒤 메모리 |
| 다운로드 | 전송량·시간·캐시 상태 | LoadAsset 시간 |
| 번들 열기 | LoadFromFileAsync 등의 시간 | Instantiate 시간 |
| 에셋 추출 | LoadAssetAsync 시간 | 번들 개수만의 비교 |
| 사용 종료 | 해제 순서·메모리 추이 | 즉시 해제라는 추측 |
웹 요청의 캐시를 쓰면 내려받은 LZMA가 캐시에서 LZ4로 재압축되는 경로도 있다. 그러면 두 번째 실행은 원본 다운로드 파일과 같은 조건이 아니다. 버전·해시를 사용하는 요청인지, 실제 캐시 저장 형식이 무엇인지 적는다. Unity의 번들 캐시 설명
실습과 풀이
- 작은 프리팹 하나와 큰 텍스처 묶음을 각각 시험한다. 풀이: 동일 압축 옵션도 입력의 압축 가능성과 에셋 종류에 따라 크기·시간이 달라진다. 한 샘플의 비율을 프로젝트 전체로 확대하지 않는다.
- 같은 파일을 두 번 연다. 풀이: OS 파일 캐시와 Unity 캐시가 영향을 줄 수 있다. 첫 실행과 반복 실행을 분리하며 캐시 정리는 실습 전용 디렉터리에서 통제한다. 실제 프로젝트 캐시를 임의 삭제하지 않는다.
- 번들을 합치면 언제나 유리한가? 풀이: 메타데이터 부담은 줄 수 있지만 다운로드·업데이트·해제 단위가 커진다. 동시에 사용되는 에셋을 기준으로 설계하고 최대 상주량을 확인한다.
확인한 범위
노션과 Unity 공식 API·압축·캐시 문서를 대조해 실험 코드를 작성했다. 세 번들 생성·로드·다운로드·메모리와 성능 비교는 실행하지 않았다. WebExtract 등의 도구를 현재 설치·실행했다고 주장하지 않는다. 숫자가 없는 측정 계획과 실제 벤치마크를 구분한다. AI를 작성 보조에 사용했다.