yuchi's development

게임, 하드웨어 관련 모사이트들에서 비동기쉐이더 어쩌고 N사 GPU를 가루가 되도록 까고 있길래 뭔 소린가 찾아봤다.

일단 용어와 구현을 전혀 이해하지자기들이 뭔말하는지 모르고 떠들고 있다.
비동기 쉐이더란 용어는 AMD가 사용하는 용어이다.
NVIDIA GPU의 비동기처리는 CUDA에서 이미 하고 있다.
DX12에서도 그 용어를 사용하지 않는다.

그리고 그들이 말하는 소위 비동기 쉐이더란걸 DX12에서 적극 활용하려면 CommandQueue를 여러개 써야한다. CommandQueue안의 모든 Command List는 순서가 보장(serialize)되기 때문이다.
여러개의 CommandQueue에다 Command List를 넣고 얘네들을 동시에 Execute()해야 실질적으로 그들이 말하는 비동기 쉐이더를 사용하는게 된다.
근데 CommandQueue를 여러개 쓸 상황이 거의 없다.게다가 게임에선 그쪽이 병목도 아니다.

DX12에선 렌더링이 끝날때까지 리소스 상태를 변경하면 안되고 렌더링이 끝나서 리소스 상태 변경이 가능한 시점을 어플리케이션이 판단해야한다. 따라서 Command Queue가 여러개가 되고 동시에 처리하려면 굉장히 복잡해진다. 하지만 그에 비해 얻는건 별로 없다.

DX12 와서야 비동기 처리 관련된 기능들이 API로 노출되어 있어서 DX11에선 그런 처리를 못한다고 생각들을 한다.
사실은 드라이버에서 최대한 다 하고 있다. 근데 어플리케이션 프로그래머가 수동으로 드라이버보다 잘할 수가 없다. 그래서 대부분의 경우 DX11이 더 빠르다.

그들은 DX12에서 AMD가 더 빠르다고 믿고 싶겠지만, 진실은 nvidia든 AMD든 실제 게임에선 DX11이 더 빠르다는 것이다.
어차피 그 비동기 기능들이 성능향상의 열쇠가 되지 못한다. 적어도 PC에선 그러하다.
프로그래머가 죽을동 살동 노력해서 비동기 처리로 성능향상 5%을 끌어냈을때쯤이면 2배빠른 GPU가 이전 버전보다 싼 가격에 출시되어있다.

지금 내 인디게임(데모)를 DX12로 만들고 있는 입장에서 난 DX12가 망한 API라고 생각하는데 그럼에도 계속 이걸로 진행하는 이유는 12를 안하면 아마 13을 못할것이기 때문이다. 11을 모르면 12를 못하고 10을 모르면 11을 못하거든.

p.s:
그 바보같은 비동기 쉐이더 논쟁은 이쪽에 잘 정리되어있음.
https://m.reddit.com/r/nvidia/comments/3j5e9b/analysis_async_compute_is_it_true_nvidia_cant_do/

p.s 2:
하드웨어 벤치 사이트에서 내 글을 무단으로 퍼다가 콜로세움을 세우고 있는 모양인데.
어차피 퍼갈거면 내 발표자료도 퍼가길 바람. 읽어보고 알아서 판단할것.

내 자료 말고 실제로 DX12프로그래밍을 해본 사람이 쓴 개발자료 있으면 나한테 알려주기 바람. 나도 궁금하네. 나 말고 몇이나 DX12프로그래밍을 하는지.