저는 과거에 vtune을 여러 번 사용했는데 일반적으로 너무 많은 문제가 없었습니다. 불행히도 각 사용 사이의 간격은 너무 길어 매번 사용법의 몇 가지 측면을 잊어 버립니다. 줄 번호와 기호 정보는 어떻게 든 저장해야한다는 것을 알고 있습니다. 나는 필요한 모든 것이 "프로그램 데이터베이스"(/ Zi)로 exe를 컴파일하는 것이라고 생각했지만, 샘플링을 한
Intel VTune Amplifier를 사용하여 C++ 응용 프로그램을 프로파일 링합니다. 대부분의 시간은 DrvPresentBuffers 및/또는 KeSynchoronizeExecution에서보다 정확하게 nvoglv64.dll에 사용 된 것으로 보입니다. NVIDIA GeoForce 그래픽 카드가 있습니다. 저는 응용 프로그램에 익숙하지 않아 병목 현
내 직업에는 내가 소스가없는 타사 도구를 사용한 시스템 수준 성능 테스트가 포함됩니다. 나는 또한 Windows를 테스트 중이며 디버깅 기호를 사용할 수 있지만 Windows 소스 코드는 사용할 수 없습니다. 내 테스트에서 다루는 호스트 OS의 영역을 설명하는 양적 방법을 원합니다. 이 작업에는 두 가지 단계가 있습니다. 즉,보고자하는 DLL과 함수를 확인
C 프로그램에서 선택된 루프의 실행 시간을 측정하여 (Linux에서) 프로그램을 실행하는 데 걸린 총 시간의 백분율을이 루프에서 소비하는지 확인하고자합니다. 성능을 측정해야하는 루프를 지정할 수 있어야합니다. 지난 몇 일간 여러 도구 (vtune, hpctoolkit, oprofile)를 사용해 보았지만 그 중 아무 것도하지 않는 것 같습니다. 그들은 모두
현재 집에서 만든 컴파일러에서 생성 된 코드를 집에서 만든 언어로 최적화하려고합니다. http://www.imada.sdu.dk/~sorenh07/misc/vtune-assembly-optimization.png 내가 매우 인상적 "subl"-instruction (30)에 대해 실행되는 프로그램에서 clockticks의 38 % 이상을 담당 것을 발견 :
VTune을 사용하여 코드의 동시성을 검사합니다. Here은 출력의 스크린 샷입니다. 첫 번째 기간에는 1 스레드, 그 다음 ~ 0.3 초의 집중 멀티 스레드 작업 (갈색 스파이크) 및 거의 3 초간 유휴 상태 (갈색 "CPU"없음, 녹색 "실행 중")가 있음을 볼 수 있습니다. 스레드가 녹색 유휴 상태가 될 수있는 원인은 무엇입니까? 모든 집중 계산을 수
동일한 작업을 수행하는 두 개의 청크가 있습니다. 하나의 덩어리는 나 자신이 썼고 다른 하나는 제 3자가 썼다. 둘 다 단일 실행 파일로 컴파일됩니다. 제 3 자 코드는 제 것보다 훨씬 빠르게 작업을 수행 할 수 있습니다. 500 대에 비해 초당 1,500 개의 작업을 수행 할 수 있습니다. 그런 다음 콜 로그 프로 파일링 옵션을 사용하여 VTune 내에서
프로파일 링 도구에 대한 모든 질문을 수행하면서 이전에 들어 본 적이없는 VTune by Intel을 발견 한 것에 놀랐습니다. 700 달러면 AQTime보다 훨씬 비쌉니다. 그러나 AQTime에 큰돈을 쏟기로 결정하기 전에 VTune을 델파이 용으로 사용해 본 사람이 있습니까? 그렇다면 AQTime 및 the other profiling tools for
집중적으로 메모리 바인딩 된 코드를 사용하여 작업했습니다. 캐시 블로킹, sw 프리 페치, 루프 언 롤링 등을 수동으로 구현하여 단일 코어 내에서 최적화하려고합니다. 캐시 블로킹이 성능을 크게 향상 시키지만. 그러나 루프 풀기를 도입 할 때 엄청난 성능 저하가 발생합니다. 필자는 모든 테스트 케이스에서 컴파일러 플래그 -O2 및 -ipo를 사용하여 Inte