기본적으로 Unity는 메인 에디터 프로세스에서 에셋을 하나씩 순차적으로 임포트합니다. 하지만 Unity는 또한 일부 에셋 타입의 경우 병렬 임포트를 지원합니다. 병렬 임포트는 다수의 프로세스를 사용하여 에셋을 동시에 임포트하며 이는 임포트의 기본 순차 방법보다 더 빠릅니다.
병렬 임포트를 사용 가능하게 하려면 Edit > Project Settings > Editor로 이동한 다음 Asset Pipeline 섹션 아래에서 Parallel Import 체크박스를 활성화합니다.
Unity의 병렬 임포트 기능은 특정 타입의 에셋만 지원합니다. 이는 에디터가 표준 에셋 데이터베이스 새로고침을 수행하고 있을 때에만 적용되며 따라서 프로젝트 폴더 안에 새로운 에셋이나 수정된 에셋이 감지되면 자동으로 임포트됩니다.
Unity가 병렬로 임포트할 수 있는 특정 에셋 타입은 다음과 같습니다.
기타 에셋 타입은 에셋 데이터베이스가 새로고침하는 동안 항상 순차적으로 임포트됩니다.
또한 일부 에셋 데이터베이스 API 메서드는 텍스처나 모델 에셋을 임포트, 새로고침, 생성하는 데 사용되는 경우 이 설정을 준수합니다. 이는 다음과 같습니다.
병렬 임포트는 개별 프로세스에서 동작하므로 스크립트된 임포터 코드의 모든 부작용은 또한 메인 에디터 프로세스가 아닌 해당 프로세스에 적용됩니다. 개별 프로세스에서 실행되는 부작용은 예상치 못한 문제를 발생시킬 수 있습니다. 예를 들어 워커 스레드에 임포트하는 동안 C# 클래스에서 정적 변수를 수정하는 경우 해당 수정은 에디터의 메인 스레드에서 실행 중인 코드에 자동으로 표시되지 않습니다.
임포트를 위해 작성 중인 모든 코드는 항상 독립적이고 결정적이어야 하며 실행 중인 컨텍스트를 변경해서는 안 됩니다(예를 들어 에디터 설정을 변경하거나 디스크에 새로운 에셋을 생성해서는 안 됩니다). 이러한 규칙을 따르면 임포터 코드가 병렬 스레딩 문제를 피하는 데 도움이 됩니다. 또한 임포트 결과가 항상 일정하도록 보장하고 에디터가 항상 불필요하게 에셋을 다시 임포트하는 대신 캐싱된 아티팩트를 사용하도록 보장합니다.
Asset Pipeline 설정에는 임포트 워커 프로세스의 동작을 제어할 수 있게 허용하는 세 가지 설정이 있습니다. 이러한 설정은 프로젝트에 따라 다릅니다.
Project Settings 창의 임포트 워커 프로세스 제어
|설정 이름|설명|
|:–|:–|
|Desired Import Worker Count|임포트 파이프라인이 병렬로 실행할 최적의 수로 고려하는 임포트 워커 프로세스 수입니다.|
|Standby Import Worker Count|대기 상태인 경우에도 유지해야 할 최소한의 워커 프로세스 수입니다.
이보다 워커 프로세스가 더 많이 있는 경우 Unity는 한동안 대기한 임포트 워커를 종료하여 시스템 리소스를 비웁니다. 이러한 프로퍼티를 사용하여 Unity가 새로운 임포트 워커 프로세스를 시작하는 데 걸린 시간과 비교하여 일부 프로세스가 대기 중일 때 시스템 리소스의 균형을 조절하는 방법을 관리할 수 있습니다.
모델이나 애니메이션, 텍스처 작업을 자주 반복하여 모델의 배치나 이미지 파일을 빈번히 임포트하는 경우 이러한 값을 증가시켜 임포트 성능을 향상시킬 수 있습니다.|
|Idle Import Worker Shutdown Delay|대기 상태인 워커를 종료하기 전에 대기하는 시간(초)입니다.|
또한 Unity가 새로운 프로젝트에 대해 Desired Import Worker Count를 설정한 기본값을 제어할 수 있습니다.기본값을 제어하려면 Preferences > Asset Pipeline > Import Worker Count %로 이동합니다.
새로운 프로젝트를 생성하면 Unity는 Import Worker Count % 값을 사용하여 프로젝트의 Desired Import Worker Count 값을 시스템에서 사용할 수 있는 논리 코어 수의 비율에 할당합니다.
예를 들어 시스템에 16 논리 코어가 있고 이 기본 설정이 25%로 되어 있는 경우 새로운 프로젝트에 대한 Desired Import Worker Count는 4입니다. 이 값을 너무 높게 설정하면 임포트 워커 프로세스는 다른 프로세스와 읽기와 쓰기 파일과 같은 시스템 리소스와 경쟁해야 합니다. 25%의 기본값은 대부분의 상황에 적합합니다.