Tips and experience_of_dx12_engine_development._ver_1.2
Download as PPTX, PDF•1 like•641 views
Tips and experience of DX12 Engine development. ver 1.2
![CD3DX12_DESCRIPTOR_RANGE rangesPerObj[3];
rangesPerObj[0].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 2, 0);// b0 : default , b1 : bones
rangesPerObj[1].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 1, 5);// b5 : Light Cube
rangesPerObj[2].Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 1, 3);// t3 : shadow
CD3DX12_DESCRIPTOR_RANGE rangesPerFacegroup[2];
rangesPerFacegroup[0].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 1, 2);// b2 : material
rangesPerFacegroup[1].Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 3, 0);// t0 : diffuse , t1 : mask , t2 : toon ta
ble
CD3DX12_ROOT_PARAMETER rootParameters[2];
rootParameters[0].InitAsDescriptorTable(_countof(rangesPerObj), rangesPerObj, D3D12_SHADER_VISIBILITY_ALL);
rootParameters[1].InitAsDescriptorTable(_countof(rangesPerFacegroup), rangesPerFacegroup, D3D12_SHADER_VISIB
ILITY_ALL);
TR Matrix Bones Matrix Light Cube Shadow Map material diffuse mask
b0 b1 b5e t3 b2 t0 t1
toon
t2
0 1 2 3 4 5 6 7
Shader Register
Descriptor Table
Descriptor Heap
Root Parameter 0 Root Parameter 1](https://image.slidesharecdn.com/tipsandexperienceofdx12enginedevelopment-180106074334/85/Tips-and-experience_of_dx12_engine_development-_ver_1-2-21-320.jpg)
Tips and experience_of_dx12_engine_development._ver_1.2
- 1. DirectX 12 엔진 개발 Ver 1.2 유영천 Microsoft Visual C++ MVP Twitter: @dgtman Blog : http://megayuchi.wordpress.com
- 2. DirectX? • MS의 Graphics API • 대응되는 비 Windows계열 API로 OpenGL이 있음. • 대부분의 Windows 게임과 100%의 XBOX, Wndows Phone게임 이 DirectX를 사용 • 게임 수로 보면 DX9 >>>> DX11 >> DX12
- 3. • DirectX 12 == Direct 3D12 • Direct 2D, Direct Write를 포함하지 않음. • D3D외의 기능은 D3D11 on D3D12를 사용하면 됨. • 성능 최우선! • CPU 성능이 정체되었다. • GPU 성능은 정체되지 않았지만 가격이..그리고 데스크탑 점유율이 낮 아지고 있다. • 현세대 하드웨어만으로 성능 향상을 올릴 수 없을까? DirectX 12?
- 4. • 발표자료 – DirectX 12 엔진 개발 • https://doc.co/zeVZ7w • 포프 tv DX12 관련 라이브 • https://youtu.be/R3nNDrIsXdk • https://youtu.be/KYubTIaEKCE 예전 DX12관련 자료들 – Windows 10 th2 시절
- 5. • Windows 10 Anniversary Update • Optimus관련 Present() 버그 수정 • DX12 debug모드의 error-assert처리, warning 메시지 출력이 정확해짐. DX12 debug모드는 이제 확실히 믿어도 됨. • 남은 GPU 메모리가 넘어가면(overcommit) 드라이버가 죽는 문제 해결 됨. • 그 외 많은 잠재적 버그가 수정된 것으로 보임. • 몇 개의 DX11/12 겸용 AAA게임들 출시 • Quantum Break • Battle Field 1 그 동안의 변화
- 6. • Quantum Break – DX11 > DX12 ( https://www.computerbase.de/2016-09/quantum-break-steam- benchmark/3/#diagramm-quantum-break-3840-2160-fx-8370 ) • Battle Field 1 – DX11 >= DX12 (http://www.gamestar.de/spiele/battlefield- 1/artikel/battlefield_1_open_beta,53468,3301876.html ) DX12성능 – 유명 게임 벤치마크 DX12가 DX11보다 안빠름(예상대로…)
- 7. 결론부터 얘기하면… DirectX 9/11 운전 보조 장치가 붙어있는 스포츠카 DirectX 12 F1머신. 드라이버 실력이 받쳐주지 못하면 출발도 못함.
- 8. • 암묵적인(implicit) 처리가 많기 때문에 DirectX runtime과 드라 이버에서 최적화시킬 여지도 많음. 실제로 상당한 최적화가 이 루어져있다. • 지난 십 여년간 GPU회사들이 자사의 드라이버를 엄청나게 최 적화 시켰음. • Single-Thread로만 렌더링을 해도 GPU점유율 100%에 도달할 수 있는 것은 runtime 최적화와 Driver최적화 덕분. DirectX 9/11이 스포츠카라고? DirectX 12에선 이 보조장치들의 지원을 받지 못함.
- 9. 이걸 할 가치가 있는가? 몰라서 못하는것과 아는데 안하는건 다르다.
- 11. • CPU ->Draw Call -> GPU 처리의 과정을 줄임. • 완전한 비동기 렌더링 • 각종 State들을 한방에 처리 -> • OMSet…RSSet…PSSet…VSSet… -> ID3D12PipenlineState 한 개로. • DirectX runtime과 드라이버에서 해주던 일들을 Application레 벨로 빼냄. 성능향상을 위한 DX11 -> DX12 변화
- 12. • Resource Binding ->Root Signature / Descriptor Table • Immediate Context -> Command List & Command Queue • State변경 -> ID3D12PipelineState • Shader 코드는 그대로 사용 가능. • D3DX? DirectXTex? -> 그런거 없음. 텍스쳐 파일 로딩함수도 직 접 만들어야함. • 자동으로 이루어졌던 Resource Transition은 ResourceBarrier를 사용해서 직접 처리해야한다. DirectX 9/11 -> DirectX 12
- 13. Resource Binding DX9/11 –> DX12로 포팅작업을 한다면 가장 많 은 시간을 들이게 될…(대부분 여기서 포기한다 는데 500원 건다)
- 14. • Vertex Buffer • Index Buffer • Texture • Constant Buffer • Unorderd Acceess Buffer (for Compute Shader) • Sampler 렌더링을 위해 이러한 Resource들을 Graphics Pipeline에 bind한다. Resource Binding
- 15. • RTV로 사용된 리소스는 SRV로 사용하기 전에 Transition되어야 함. • SRV로 지정된 리소스는 RTV로 사용하기 전에 Transition되어야 함. • DX11에선 자동 + implicit 이었으나 DX12에선 수동 + explicit 으로 처리한다. Resource Barrier pCommandList->ResourceBarrier(1, &CD3DX12_RESOURCE_BARRIER::Transition(m_pRenderTargetDiffuse, D3D12_RESOURCE_STATE_PIXEL_SHADER_RESOURCE, D3D12_RESOURCE_STATE_RENDER_TARGET)); pCommandList->ResourceBarrier(1, &CD3DX12_RESOURCE_BARRIER:: Transition(m_pRenderTargetDiffuse, D3D12_RESOURCE_STATE_RENDER_TARGET, D3D12_RESOURCE_STATE_PIXEL_SHADER_RESOURCE));
- 16. • Resource의 정보를 기술한 메모리 블록 • CBV,SRV,UAV를 생성하면 그 결과로 이 Descriptor를 얻는다. • 32-64bytes 사이즈.(GPU마다 다름.) • 객체가 아니다. 해제할 필요 없다. • 내부적으로 GPU Memory, CPU Memory pair로 구성됨. • D3D12_GPU_DESCRIPTOR_HANDLE, D3D12_CPU_DESCRIPTOR_HANDLE로 표현되며 사실상 포인터. Descriptor
- 17. • Descriptor로 사용할 Memory배열 • ID3D12DescriptorHeap로 구현되어 있다. • CPU측 메모리, GPU측 메모리 pair로 구성되어있다. • CBV/SRV/UAV는 이 Descriptor Heap의 CPU/GPU 메모리에 생 성(write)된다. • Descriptor Heap의 CPU측 메모리에 write, Shader에선 GPU메 모리에서 read한다. Descriptor Heap
- 18. • 어떤(Texture, Constant Buffer, Sampler등) Resource가 어떻게 Pipeline에 bind 될지를 정의 • Resource binding 설정을 기술한 일종의 템플릿이다. Root Signature – ID3D12RootSignature
- 19. • Descriptor의 논리적 배열 • Descriptor Heap의 임의의 위치가 Descriptor Table에 맵핑된다. Descriptor Table
- 20. TR Matrix Bones Matrix Light Cube Shadow Map material diffuse mask toon pCommandList->SetGraphicsRootDescriptorTable(0, gpuHeap); pCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap); FaceGroup 0 material diffuse mask toon pCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap); FaceGroup 1 material diffuse mask toon pCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap); FaceGroup 2
- 21. CD3DX12_DESCRIPTOR_RANGE rangesPerObj[3]; rangesPerObj[0].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 2, 0);// b0 : default , b1 : bones rangesPerObj[1].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 1, 5);// b5 : Light Cube rangesPerObj[2].Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 1, 3);// t3 : shadow CD3DX12_DESCRIPTOR_RANGE rangesPerFacegroup[2]; rangesPerFacegroup[0].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 1, 2);// b2 : material rangesPerFacegroup[1].Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 3, 0);// t0 : diffuse , t1 : mask , t2 : toon ta ble CD3DX12_ROOT_PARAMETER rootParameters[2]; rootParameters[0].InitAsDescriptorTable(_countof(rangesPerObj), rangesPerObj, D3D12_SHADER_VISIBILITY_ALL); rootParameters[1].InitAsDescriptorTable(_countof(rangesPerFacegroup), rangesPerFacegroup, D3D12_SHADER_VISIB ILITY_ALL); TR Matrix Bones Matrix Light Cube Shadow Map material diffuse mask b0 b1 b5e t3 b2 t0 t1 toon t2 0 1 2 3 4 5 6 7 Shader Register Descriptor Table Descriptor Heap Root Parameter 0 Root Parameter 1
- 22. TR Matrix Bones Matrix Light Cube Shadow Map material diffuse mask toon Descriptor Heap material diffuse mask toon material diffuse mask toon 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 필요 Descriptor개수 : 16개 D3D12_GPU_DESCRIPTOR_HANDLE gpuHeap = pDescriptorHeap->GetGPUDescriptorHandleForHeapStart(); pCommandList->IASetVertexBuffer(…); pCommandList->SetGraphicsRootDescriptorTable(0, gpuHeap); for (i=0; i<3; i++) { pCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap); pCommandList->IASetIndexBuffer(…); pCommandList->DrawIndexedInstanced(…); gpuHeap.Offset(4, DescriptorSize); } Object Face Group 0 Face Group 1 Face Group 2
- 23. Command List & Command Queue • 비동기 렌더링을 위한 디자인 • DX11의 Immediate Context는 더 이상 존재하지 않는다. • Graphics Command를 Command List 에 Recording해서 • Command Queue에 전송. ( 이 시점에 GPU Queue로 전송) • 1개의 Command List만으로도 처리는 가능. -> 성능 안나옴 • 멀티스레드로 여러 개의 Command List를 동시에 recording하 고 각각의 스레드가 독립적으로 Execute하는 것을 권장.
- 24. Command List 0 Clear RTV SetRTV SetPSO Draw Command Queue Command List 1 Clear RTV SetRTV SetPSO Draw Clear RTV SetRTV SetPSO Draw Clear RTV SetRTV SetPSO Draw Execute() Execute() Thread 1 Thread 0 GPU Hardware queue Command Queue
- 25. • Blend State • Depth State • Render Target format • Shaders… 이 모든 상태들을 하나로 묶어서 처리. Shader 하나, Blend상태 하나 바꾸려고 해도 ID3D12PipelineState를 통째로 바꿔야함. Shader 폭발에 이은 Pipeline State 폭발! Pipeline State – ID3D12PipelineState
- 26. Pipeline State폭발의 슬픈 예
- 27. DX12로 기본적인 렌더링을 하기 위 한 지식은 이 정도로…
- 28. Debugging
- 29. • 비동기 렌더링 특성상 API에 잘못된 파라미터를 전달해도 그 즉 시 알기 어려움. • 꼭 버그를 잡기 위함이 아니라 작동원리를 알기 위해서라도 디 버거로 추적해볼 필요가 있다. • Windows 10 Anniversary Update 이후로 DX런타임이나 GPU 드라이버의 버그는 거의 없는것 같다. • DX런타임 또는 드라이버의 버그로 보이더라도 내가 뭘 잘못했 는지 먼저 체크하라. Debugging
- 30. • 전달된 파라미터의 유효성, Resource Barrier의 상태 등등 프로 그래머의 실수를 미리 잡아준다. • 에러가 아닌데 에러라고 판별할 가능성은 거의 없다. 반드시 무 시하지 말고 체크할 것. ID3D12Debug*pDebugController = NULL; // Enable the D3D12 debug layer. if (SUCCEEDED(D3D12GetDebugInterface(IID_PPV_ARGS(&pDebugController)))) { pDebugController->EnableDebugLayer(); } D3D12 Debug Layer의 사용
- 31. exe파일명을 등록시켜 놓으면 해당 app에서 Error나 Warning 발생시 브레이크를 걸 수 있다. DirectX Control Panel
- 32. • 프레임을 캡쳐해서 렌더링 과정을 보여줌. • Pipeline에 바인드된 D3DResoruce를 추적할 수 있다. • Descriptor Table에 내용을 볼 수 있는 것이 큰 장점. • 딱 잘라 말하건데 이 툴 없이는 개발 불가능. • ALT+F5로 디버거 작동. • ID3D12Object::SetName()으로 이름을 지정해놓으면 그래픽스 디버깅할때 해당 Draw Call을 찾기 쉽다. 이름 가지고 검색도 됨 *_* Visual Studio Graphics Debugger
- 33. Shadow map 생성 과정을 디버깅 하는 예 ( https://goo.gl/nC5f80 참고 )
- 34. Shadow map 생성 과정을 디버깅 하는 예 ( https://goo.gl/nC5f80 참고 )
- 37. • DX11의 Immediate Context에선 한번 설정한 state가 변경하기 전까지 계속 유지됨. • DX12에선 CommandQueue에 기본 설정된 RTV,DSV,Viewport 없음. • DX12에선 Command List를 사용할 때마다 RTV,DSV,Viewport를 설정할 필요가 있음. • OMSetRenderTarget(), RSSetViewport등은 커맨드 초반에 먼저 호출해줄것. • Fence ->Wait-> Complete 될 때까지 리소스 상태를 유지할것. 자주 하는 실수
- 38. Optimization
- 39. • 수동으로 GPU H/W Queue를 꽉 채워넣기가 어려움. DX11에선 런타임과 드라이버가 자동으로 해줌. • DX12에선 GPU점유율이 떨어지면 클럭이 낮아짐. • 클럭이 떨어지니 처리속도도 덩달아 느려짐. • 하드웨어 커뮤니티에선 비동기 쉐이더 어쩌고 하지만…실상은 GPU가 펑펑 노는게(GPU점유율이 낮게 나옴) 근본적인 문제. 힘들게 포팅했는데 D3D11보다 느리네…
- 40. • 64KB Align • 한개짜리 Vertex Buffer를 할당해도 최소 64KB • 한개짜리 Index Buffer를 할당해도 최소 64KB • 4Bytes 짜리 Constant Buffer를 할당해도 최소 64KB. • Buffer -> CBV로 사용할땐 256KB Align 필요 • Bulk Memory로 할당해서 쪼개 사용할 것. 메모리는 왜 이리 많이 먹어?
- 41. • Windows ADK의 Performance Toolkit에 포함된 로그 분석기 1. ADK설치 2. Admin권한으로 CMD을 열고 • C:Program Files (x86)Windows Kits10Windows Performance Toolkitgpuview 폴더로 이동 • >Log.cmd 로 logging시작 • 다시 Log.cmd를 입력해서 logging종료 • Merged.etl파일을 GPUView에서 로드 GPUView
- 42. GPUView로 보는 D3D11 vs D3D12
- 43. • Single-Thread Rendering • 신경 쓴 것이라곤 GPU Memory에 최대한 올려놓고 안건드렸을 뿐 (avoid Map, Unmap) • 심지어 D3DResource를 렌더링 중에 마구 변경해가며 재활용하 고 있다. -> DX11은 Resource Renaming으로 이 문제를 해결한 다 • 그럼에도 불구하고 DX11은 GPU Queue를 꽉꽉 채우며 최대한 의 성능을 내주고 있다. DirectX 11 , 과연 안정적인 스포츠카!!!
- 44. • CPU -> Draw Call -> GPU까지의 과정이 짧아진건 명백한 사실. • 이 부분에선 확실히 성능향상이 있다. • Command List 작성과 Execute의 적절한 배분. • 하나의 Command List에 몰아서 Command를 기록하고 마지막에 Execute 한번만 하면? -> GPU가 펑펑 놀다가 마지막에 한번에 과부하 를 받게 된다. • 여러 개의 Command List를 사용해서 Command기록과 Execute를 동 시에 처리해야할 필요가 있다. • Command List 작성과 Execute의 비동기 처리를 극대화하기 위 해 Multi-Thread Rendering이 필요하다. 최적화할 수 있는 포인트는 뭐가 있을까?
- 45. From “Direct3D 12 API Preview” in Build 2014 D3D12 runtime의 CPU처리가 훨씬 짧다.
- 46. • 따라서 비슷한 정도의 GPU점유율이라면 D3D12 엔진이 더 빠 를 것이다. • GPU H/W Queue를 최대한 꽉 채우는 것이 성능 향상의 열쇠. D3D12 runtime의 CPU처리가 훨씬 짧다.
- 47. • Execute()를 해야만 GPU H/W Queue로 Command전송 • D3D12엔진의 초기버전에선 Execute()를 present()직전에 한번 만 호출했었다. • 그래서 Present 직전까지 GPU가 그냥 놀았다-_-;;;;; Execute호출 빈도 조절
- 48. • 여러 개의 Command List를 미리 할당해 둔다. • Command List 하나당 N개의 오브젝트 렌더링에 대한 Command를 기록. • N개에 도달하면 Execute(), 다음번 Command List에 계속해서 렌더링 Command 기록. • 모든 오브젝트를 다 렌더링하거나 할당해 둔 Command List를 다 사용할 때까지 반복. Command List Pooling
- 49. • 성능이 상당히 개선되었다. • 그러나 아직도 부족하다. Command List Pooling
- 50. • Multi-Thread로 Command 작성 시간을 최소화시킨다. • 단순계산으로 n이란 시간이 걸린다면 4 thread를 사용하면 시 간을 n/4로 줄일 수 있다. • GPU Queue가 empty 되지 않도록 최선을 다한다. Multi-Thread Rendering
- 51. From “Approaching Minimum Overhead with Direct3D12” NVIDIA D3D12에서의 Multi-Thread Rendering
- 52. • 스레드 1개당 Command List하나씩 배당 • 엔진 내의 Queue에 담긴 오브젝트들을 각 스레드에 균등하게 배분 • 각 스레드는 자신의 Command List에 오브젝트들의 렌더링 Command를 기록 • 마지막 오브젝트까지 처리하고 난 후 Execute() Multi-Thread Rendering 구현
- 53. Thread 0 Command List Obj 0 Obj 1 Obj 23 Obj 24 . . . Thread 1 Command List Obj 25 Obj 26 Obj 48 Obj 49 . . . Thread 2 Command List Obj 50 Obj 51 Obj 73 Obj 74 . . . Thread 3 Command List Obj 75 Obj 76 Obj 98 Obj 99 . . . Command Queue Execute() Execute() Execute() Execute() Multi-Thread Rendering 구현
- 54. Present DX12 - 1 Thread Present
- 55. Present DX12 4 Threads Present
- 56. Present DX11 Single Thread Present
- 57. • CPU작업을 줄이고 되도록 GPU에 부담시킨다. • 멀티스레드 렌더링은 필수 • Execute()를 너무 자주 호출하지 않는다. • 하나의 Command List에 너무 많이 몰아서 Execute()하지 않는 다. • 되도록 Wait 하지않는다. • 가능하다면 서로 대기할 필요가 없는 작업들은 여러 개의 Command Queue로 나눠서 Execute한다. Ex) 머리카락 흔들림 을 ComputeShader로 따로 처리. • Resource는 Bulk Memory로 할당하고 그 안에서 쪼개서 사용한 다. 최적화 가이드
- 58. 성능 비교
- 59. Res. 3000x2000 D3D11 D3D12 10 Characters 25 fps 33 fps D3D12 , +32% 100 Characters 18 fps 20 fps D3D12 , +11% 성능비교 Project D Online @Surface Book i5 nvidia dGPU 장비 성능이 떨어질수록(특히 GPU성능이 낮을수록) DX12가 빠를 가능성이 높다.
- 60. Res. 3000x2000 D3D11 D3D12 1 Character + Voxels 28 fps 37 fps D3D12 , +32% 성능비교 – Voxel Horizon @Surface Book i5 nvidia dGPU 장비 성능이 떨어질수록(특히 GPU성능이 낮을수록) DX12이 빠를 가능성이 높다.
- 61. Res. 1920x1200 D3D11 D3D12 10 Characters 509 fps 327 fps D3D11 , +55% 100 Characters 171 fps 107 fps D3D11 , +60% 성능비교 Project D Online @Desktop i7 2600K nvidia GTX970 - 1 Thread 장비 성능이 좋으면 좋을수록 (특히 GPU성능이 좋을수록) DX11이 빠르다.
- 62. Res. 1920x1200 D3D11 D3D12 1 Character + Voxels 478 fps 297 fps D3D11 , +61% 성능비교 – Voxel Horizon @Desktop i7 2600K nvidia GTX970 장비 성능이 좋으면 좋을수록 (특히 GPU성능이 좋을수록) DX11이 빠르다.
- 63. Res. 1920x1200 D3D12 - 4 Thread D3D12 – 1 Thread 10 Characters 327 fps 227 fps 4 Threads , +44% 100 Characters 107 fps 42 fps 4 Threads , +155% Thread 개수에 따른 성능비교 - Project D Online @Desktop i7 2600K nvidia GTX970 Multi-Threads렌더링은 선택이 아닌 필수!!!!
- 64. Present Present DX12 4 Threads – 107fps Present Present DX12 1 Threads – 42fps
- 65. • D3D12로 포팅만 하면 11보다 빠를거라고 생각하면 큰 착각. • 비동기 쉐이더? 약 파는 소리고 제일 큰 문제는 GPU 점유율을 어떻게 높이는가, 즉 GPU 큐에 얼마나 작업을 꽉꽉 채워넣는가 가 성능의 열쇠. • 잘~ 짜면 빨라지긴 빨라진다. • DirectX Runtime, Driver로 인한 성능 향상은 꿈꾸지 말것. 결론
- 66. FAQ • Direct Write와 Direct2D를 쓰고 싶어요. • D3D11 on D2D를 사용하세요. • D3D12 API는 Thread-safe한가요? • 네. Thread-safe합니다. 별도의 lock을 걸어줄 필요가 없습니다. • 개발자가 능력이 없어서 DX12버전의 성능이 안나오는것 아닌 가요? • Balttle Field 1, Quantum Break의 벤치마크를 참고해주세요.
- 67. Reference • yuchi dev D3D tag • Approaching Minimum Overhead with Direct3D12 • Direct3D 12 API Preview • Efficient Rendering with DirectX 12 on Intel Graphics • DIRECTX ADVANCEMENTS IN THE MANY CORE ERA Getting t he most out of the PC Platform • Using GPUView to Understand your DirectX 11 Game