답변:
내가 일한 곳에서는 항상 여러 수준의 프로파일 링을 사용합니다. 문제가 발생하면 상황을 파악할 때까지 목록을 조금 더 아래로 이동하십시오.
(지난 해의 GDC의 그래픽 프로그래머에 대한 재미있는 이야기가 있습니다. 그래픽 프로그래머는 행복하고 무관심하고 성 가시고 화가 난 4 장의 사진을 찍었고 프레임 속도에 따라 내부 빌드의 모서리에 적절한 그림을 표시했습니다. 콘텐츠 제작자는 모든 객체와 환경 에 복잡한 셰이더를 설정하지 않는 방법을 빠르게 배웠습니다 . 프로그래머가 화를 내고 피드백의 힘을 봅니다.)
"프로파일 바"를 계속 그래프로 표시하는 것과 같은 재미있는 작업을 수행 할 수 있으므로 스파이크 패턴 ( "7 프레임마다 프레임이 손실 됨") 등을 볼 수 있습니다.
그래도 귀하의 질문에 직접 대답하기 위해 : 내 경험상, 단일 명령 / icache 또는 dcache 성능을 최적화하기 위해 단일 함수 / 모듈을 다시 작성하고 싶은 유혹을 느끼고 (보통 보람이있는 경우가 많습니다) 실제로 실제로 해야 합니다. 때때로 우리가 특히 눈에 띄지 않는 성능 문제를 겪을 때, 우리가 정기적으로 처리하는 대부분의 성능 문제는 설계 로 귀결 됩니다. 예를 들면 다음과 같습니다.
대학 수준의 컴퓨터 과학 과정에서 불쾌해질 때까지 들리지만 실제로는 데이터 구조와 알고리즘에 관한 것입니다. 알고리즘 및 데이터 흐름 설계에 시간을 투자하면 일반적으로 비용을 더 많이 벌 수 있습니다. ( 소니 개발자 서비스 직원이 제공 하는 뛰어난 객체 지향 프로그래밍 슬라이드의 함정 을 여기에서 읽어보십시오 .) 최적화와 같은 느낌이 들지 않습니다. 현재 코드를 더 빨리 실행하지 않고 화이트 보드 또는 UML 도구를 사용하거나 많은 프로토 타입을 만드는 데 대부분의 시간이 걸립니다. 그러나 일반적으로 훨씬 가치가 있습니다.
또 다른 유용한 휴리스틱 : 엔진의 "핵심"에 가까우면 최적화 (예 : 행렬 곱셈을 벡터화)하는 데 추가 노력과 실험이 필요합니다. 코어에서 멀어 질수록 프로파일 링 도구 중 하나가 달리 지시하지 않는 한 걱정할 필요가 없습니다.
그러나 "조기 비관 화"도 기억하십시오. 모든 코드 라인에서 하드 코어를 수행 할 필요는 없지만, 실제로 게임에서 작업하고 있다는 사실에 대한 정당성이 있습니다. 실시간 성능에 영향을 미칩니다.
모든 사람이 핫스팟을 측정하고 최적화하라고 지시하지만,이 기술은 숨겨진 장소에서 손실되는 성능을 보여주지는 않습니다. 예를 들어 코드의 모든 '+'작업이 필요한 시간보다 두 배 오래 걸리는 경우 핫스팟으로 표시되지 않으므로이를 최적화하거나 인식하지 못합니다. 많은 성능이 필요할 수 있습니다. 당신은 그 사이클들 중 몇 개가 감지되지 않고 흘러 내리는 지 놀랄 것입니다. 그러므로 당신이하는 일에주의하십시오.
그 외에도, 나는 거기에 무엇이 있는지, 프레임 당 얼마나 많은 시간이 남아 있는지 알기 위해 정기적으로 프로파일 링하는 경향이 있습니다. 나에게 프레임 당 시간은 프레임 속도 목표를 가진 위치를 직접 알려주기 때문에 가장 논리적입니다. 또한 피크의 위치와 그 원인을 찾아보십시오. 나는 스파이크가있는 높은 프레임 속도보다 안정적인 프레임 속도를 선호합니다.
게임이 출시 (최종 또는 베타) 될 준비가되었거나 눈에 띄게 느리면 앱 을 프로파일 링 하기에 가장 좋은 시간 일 것입니다 . 물론 언제든지 프로파일 러를 실행할 수 있습니다. 그러나 그렇습니다. 조기 최적화는 모든 악의 근원입니다. 근거없는 최적화; "최적화"를 시도하기 전에 일부 코드가 느리다는 것을 보여주기 위해 실제 데이터가 필요합니다. 프로파일 러가이를 수행합니다.
프로파일 러에 대해 모른다면 배우십시오! 다음 은 프로파일 러의 유용성을 보여주는 좋은 블로그 게시물 입니다.
대부분의 게임 코드 최적화는 각 프레임에 필요한 CPU주기를 줄입니다. 이를 수행하는 한 가지 방법은 모든 루틴을 작성할 때이를 최적화하고 가능한 빨리 작성하는 것입니다. 그러나 CPU 사이클의 90 %가 코드의 10 %에 소비된다는 일반적인 말이 있습니다. 즉, 모든 병목 현상 루틴에 모든 최적화 작업을 지시하면 모든 것을 균일하게 최적화하는 효과가 10 배가됩니다. 그렇다면 이러한 루틴을 어떻게 식별합니까? 프로파일 링이 쉬워집니다.
그렇지 않으면 작은 게임에 비효율적 인 알고리즘이 있어도 200 FPS에서 실행되는 경우 실제로 최적화해야 할 이유가 있습니까? 대상 머신의 사양을 잘 알고 있어야하며 게임이 해당 머신에서 제대로 실행되는지 확인해야하지만 그 이외의 모든 것은 게임 코딩 또는 연마에 더 나은 시간을 낭비 할 수 있습니다.
프로파일 링을 작성하는 것이 유용하다는 것을 알게되었습니다. 적극적으로 최적화하지 않더라도 주어진 시간에 성능을 제한하는 요소에 대한 아이디어를 얻는 것이 좋습니다. 많은 게임에는 일종의 오버레이 가능한 HUD가 있으며, 이는 게임 루프의 다양한 부분이 각 프레임을 얼마나 오래 걸리는지 보여주는 간단한 그래픽 차트 (일반적으로 컬러 막대)를 표시합니다.
성능 분석 및 최적화를 너무 늦게 늦은 상태로 두는 것은 나쁜 생각입니다. 이미 게임을 빌드했는데 CPU 예산보다 200 % 이상이고 최적화를 통해 찾을 수 없다면 문제가 생길 수 있습니다.
글을 쓸 때 그래픽, 물리 등의 예산이 무엇인지 알아야합니다. 자신의 공연이 무엇인지 모를 경우, 그 공연이 무엇인지, 얼마나 느슨해 질지 모른 채 추측 할 수 없습니다.
따라서 첫날부터 일부 성능 통계를 작성하십시오.
물건을 다룰 때-엔진을 반 리팩토링하지 않도록 너무 늦게 두지 않는 것이 가장 좋습니다. 반면, 내일 알고리즘을 완전히 바꾸거나 실제 게임 데이터를 넣지 않은 경우 모든 사이클을 짜기 위해 물건을 최적화하는 데 너무 신경 쓰지 마십시오.
당신이 따라갈 때 낮은 매달린 과일을 골라 내고 큰 물건을 주기적으로 다루십시오. 그러면 괜찮을 것입니다.
Knuth의 맥락에서 Knuth의 인용문을 살펴보면 프로파일 러와 같은 도구를 사용하여 최적화 해야한다고 설명 합니다 .
기본 아키텍처가 완성 된 후에는 응용 프로그램을 지속적으로 프로파일 링하고 메모리 프로파일 링해야합니다.
프로파일 링은 속도를 높이는 데 도움이 될뿐만 아니라 버그를 찾는 데 도움이됩니다. 프로그램이 갑자기 속도를 크게 바꾸면 대개 버그 때문입니다. 프로파일 링하지 않으면 눈에 띄지 않을 수 있습니다.
최적화의 요령은 의도적으로 수행하는 것입니다. 마지막 순간까지 기다리지 마십시오. 프로그램의 디자인이 실제로 내부 루프 트릭을 사용하지 않고도 필요한 성능을 제공하는지 확인하십시오.
내 프로젝트의 경우 일반적으로 기본 엔진에 매우 필요한 최적화를 적용합니다. 예를 들어 나는 항상 SSE2와 3DNow! 이것은 내 부동 소수점 수학이 내가 원하는 곳에 큐에 있는지 확인합니다. 또 다른 좋은 방법은 코드를 다시 작성하지 않고 최적화 할 때 습관을 없애는 것입니다. 대부분의 경우,이 작은 관행은 코딩하는 것과 마찬가지로 시간이 많이 걸립니다. 기능을 코딩하기 전에 가장 효율적인 방법을 연구하십시오.
결론적으로, HARDER는 코드를 이미 빨아 들인 후에 더 효율적으로 만드는 HARDER입니다.
코드가 느리게 실행되면 프로파일 러를 실행하고 정확히 무엇이 더 느리게 실행되는지 확인하십시오. 또는 성능 문제를 발견 하기 전에 사전 예방 적이며 이미 프로파일 러를 실행 하고있을 수 있습니다.
프레임 속도가 게임이 시작되는 지점으로 떨어질 때 최적화하는 것이 좋습니다. 가장 많은 범인은 CPU를 너무 많이 사용하는 것입니다 (100 %).
필요한 횟수만큼 코드를 최적화해야합니다.
내가 과거에 한 일은 프로파일 링을 켜고 (항상 화면의 프레임 속도 카운터에서) 게임을 계속 실행하는 것입니다. 게임이 느려지는 경우 (예를 들어 최소 사양 머신의 대상 프레임 속도 미만) 프로파일 러를 켜고 핫스팟이 표시되는지 확인하십시오.
때로는 코드가 아닙니다. 내가 과거에 겪었던 많은 문제는 GPU 지향적이었습니다 (허여 된 것은 iPhone에 있습니다). 채우기 속도 문제, 너무 많은 그리기 호출, 충분한 지오메트리 배치, 비효율적 인 셰이더 ...
어려운 문제 (예 : 길 찾기, 물리)에 대한 비효율적 인 알고리즘 외에, 코드 자체가 범인이었던 문제는 거의 발생하지 않습니다. 그리고 이러한 어려운 문제는 알고리즘을 올바르게 작성하고 더 작은 것을 걱정하지 않기 위해 많은 노력을 기울여야합니다.