Q100078: Mari 의 하드웨어 구성 요소 사용

요약

이 글에서는 Mari 컴퓨터의 각 하드웨어 구성 요소를 어떻게 사용하고 어떤 용도로 사용하는지 설명합니다. 궁극적으로 Mari 가장 많이 의존하는 하드웨어 구성 요소는 GPU와 VRAM입니다.

더 많은 정보

GPU - 속도 및 코어 수

GPU는 주로 뷰포트 렌더링과 텍스처 베이킹에 사용됩니다. 따라서 더 빠른 GPU는 더 무거운 장면을 더 나은 프레임 속도로 렌더링하고 텍스처 베이킹 시 대기 시간을 단축할 수 있습니다. 이는 "페인트 노드로 베이킹", 페인트 투사, 텍스처 내보내기 또는 베이킹 포인트 노드 베이킹과 같은 작업에 영향을 미칩니다.

GPU - 메모리

GPU의 VRAM이 클수록 일반적으로 페인팅이 더 쉬워집니다. Mari 에서 GPU 메모리를 가장 많이 차지하는 두 요소는 다음과 같습니다.

• 페인트 버퍼 - GPU 메모리가 많을수록 사용자는 페인트 버퍼의 버퍼 크기 및 색상 깊이 설정을 더 높게 설정할 수 있습니다(예: 8K 및 32비트).
  더 높은 해상도의 페인트 버퍼를 사용하면 사용자는 에셋을 반복적으로 확대하지 않고도 더 세밀한 부분까지 칠할 수 있습니다. 또한, 더 높은 비트 심도는 디스플레이스먼트 맵처럼 값 사이의 부드러운 전환이 필수적인 경우 스테핑 현상을 방지합니다.
• 가상 텍스처 - Mari 가상 텍스처링을 사용하여 뷰포트에서 대량의 텍스처 데이터를 렌더링합니다. VRAM에 저장할 수 있는 만큼의 텍스처 데이터 청크를 보관합니다. 새 청크를 저장할 공간이 부족하면 SSD의 프로젝트 위치에서 업로드된 새 청크를 위한 공간을 확보하기 위해 가장 최근에 사용된 청크부터 제거하는데, 이 과정에서 시간이 더 오래 걸립니다. 또한, Mari 모든 데이터를 적시에 처리할 수 없으면 뷰포트에서 저해상도 밉맵을 사용하기 시작합니다. 이는 Mari 에서 내보내는 실제 텍스처에는 영향을 미치지 않지만, Mari 뷰포트에 표시되는 텍스처의 품질에는 영향을 미칩니다.
  GPU 메모리가 더 많으면 사용자는 가상 텍스처 크기 기본 설정을 높여서 Mari 많은 노드, UDIM 또는 UV 아일랜드가 있는 장면과 같이 무거운 장면을 더 빠르고 더 높은 해상도로 렌더링할 수 있습니다.

참고: 프로젝트에 필요한 GPU 메모리를 계산하는 방법에 대한 정보는 다음 문서에서 찾을 수 있습니다.Q100313: Mari 에서 가상 텍스처에 대한 GPU 메모리 사용량 계산

CPU

일반적으로 중간 수준의 쿼드 코어 프로세서면 충분하지만, GPU를 사용하지 않는 특정 작업은 더 많은 코어나 더 빠른 CPU가 도움이 될 수 있습니다. Mari 에서 실행되는 작업은 CPU를 사용하지 않지만, 몇 가지 예를 Mari 다음과 같습니다.

• 패치 블리드
• 텍스처 전송
• 텍스처의 비트 심도 또는 해상도 변경

숫양

안정적인 작동을 위해서는 16GB 이상이 적합하며, 특히 Mari 와 다른 3D 앱을 동시에 실행하는 경우 더욱 그렇습니다. 무거운 장면을 작업하려면 더 높은 RAM 용량을 권장합니다.

궁극적으로 Mari 의 모든 데이터는 디스크에 캐시되므로 RAM 용량이 작더라도 Mari 문제없이 실행될 것입니다. Mari 에서 RAM의 주요 용도는 다음과 같습니다.

• 대부분의 애플리케이션이 RAM을 사용하는 일반적인 프로세스(예: 애플리케이션 로직 및 UI)입니다.
• 디스크에서 RAM으로 로드된 텍스처 데이터는 RAM에 남아 있지만 LRU(최근에 사용된 항목) 방식으로 RAM에서 제거됩니다.

디스크

특히 프로젝트 위치 에는 넉넉한 용량의 SSD를 사용하는 것이 좋습니다. Mari 의 장시간 작업은 디스크 쓰기로 인해 병목 현상이 발생하는 경우가 많으며, SSD는 데이터를 디스크에 쓰는 데 걸리는 시간을 크게 줄여줍니다. 데이터가 CPU에서 처리되든 GPU에서 처리되든 최종적으로 디스크에 기록되기 때문입니다. 그러나 4K 텍스처를 사용하는 UDIM 5개와 같이 프로젝트가 가벼우면 SSD가 큰 영향을 미치지 않을 수 있습니다. 특히 무거운 프로젝트나 기타 내보내기 작업에서 SSD의 성능이 가장 크게 나타납니다.

Mari LRU 기반으로 RAM에 있는 최근 데이터를 직접 관리하고 모든 데이터는 어차피 디스크에 기록되므로 스크래치 공간은 성능에 영향을 미치지 않을 것으로 추정합니다.

마지막으로, 프로젝트 위치를 네트워크 드라이브나 클라우드와 동기화되는 로컬 드라이브에 보관하는 것은 성능 및 손상 문제로 이어질 수 있으므로 권장하지 않습니다.

참고: 적절한 프로젝트 데이터 관리에 대해 자세히 알아보려면 다음 문서를 참조하세요.
Q100079: 백업, 아카이브 및 세션 스크립트를 사용하여 Mari 프로젝트를 공유하고 백업하는 모범 사례

추가 읽기

Mari 의 공식 시스템 요구 사항은 여기에서 확인할 수 있습니다: Mari 기술 사양

추가 도움말

어려움을 겪고 계신다면 지원 티켓을 생성하여 이 문서에서 요청하는 정보를 제공해 주세요.
Q100090: Mari 문제 보고 시 지원팀에 보낼 정보

지원 티켓을 여는 방법에 대한 자세한 내용은 다음 문서를 참조하세요.
Q100064: 지원 티켓을 제출하는 방법