최종 업데이트: 2026-07-02

CPU 실행 시간

CPU 실행 시간은 프로그램이 실행되는 데 프로세서가 쓰는 시간으로, CPU 성능 방정식이라는 하나의 관계식이 이를 지배합니다. 이 식은 더 인상적으로 프로세서 성능의 철칙이라고도 불립니다. 이 계산기는 각각 측정하거나 추정할 수 있는 세 가지 양, 즉 명령어 수, 명령어당 평균 사이클 수, 클럭 속도를 입력으로 받아 그 결과인 실행 시간과 소비된 총 클럭 사이클 수를 돌려줍니다.

철칙

실행 시간은 서로 곱해지는 세 요소로 귀결됩니다. 첫째, 프로그램은 일정 수의 기계어 명령어를 실행합니다. 둘째, 각 명령어는 평균적으로 일정 수의 클럭 사이클을 소요합니다. 이것이 CPI입니다. 셋째, 프로세서는 1초마다 고정된 수의 사이클을 완료합니다. 이것이 클럭 속도입니다. 명령어 수에 CPI를 곱하면 총 사이클 수가 되고, 이를 클럭 속도로 나누면 사이클이 초로 환산됩니다.

$t = \dfrac{IC \times CPI}{f}$

여기서 $IC$ 는 명령어 수, $CPI$ 는 명령어당 평균 사이클 수, $f$ 는 초당 사이클 수로 나타낸 클럭 속도입니다. 분자 $IC \times CPI$ 는 프로그램이 필요로 하는 총 사이클 수입니다.

왜 하나가 아니라 세 요소인가

이 식은 사양 수치만으로는 감춰지는 사실을 드러냅니다. 즉, 단일한 숫자 하나로 성능을 담을 수는 없습니다. 클럭 속도가 높은 칩이라도 같은 작업에 더 많은 명령어나 더 높은 CPI가 필요하면 클럭이 낮은 경쟁 제품에 뒤질 수 있습니다. 세 항은 각각 시스템의 다른 부분에 좌우됩니다.

• 명령어 수 는 알고리즘, 소스 코드, 컴파일러, 명령어 집합 구조에 달려 있습니다.
• CPI 는 파이프라인, 캐시 동작, 분기 예측, 명령어 구성에 달려 있습니다.
• 클럭 속도 는 하드웨어 공정과 마이크로아키텍처에 달려 있습니다.

항들이 곱해지므로 그중 하나만 개선되어도 실행 시간이 줄지만, 이미 작은 항을 개선하면 효과가 거의 없습니다. 그래서 지배적인 요소를 찾기 위한 프로파일링이 최적화에 앞섭니다.

계산 예시

어떤 프로그램이 10억 개의 명령어를 평균 CPI 1.5로 3 GHz 프로세서에서 실행한다고 가정합니다. 먼저 총 사이클 수를 구합니다.

그다음 3 GHz가 초당 30억 사이클임에 유의하여 클럭 속도로 나눕니다.

이 프로그램의 CPU 시간은 0.5초입니다. 컴파일러 변경으로 명령어 수가 8억으로 줄면 시간은 $800{,}000{,}000 \times 1.5 / 3{,}000{,}000{,}000 = 0.4$ 초로 떨어집니다. 더 빠른 하드웨어 없이 명령어를 줄이는 것만으로 20% 단축입니다.

다른 지표와의 관계

CPI에는 자연스러운 역수인 IPC(사이클당 명령어 수)가 있으며, 일부 도구는 이것을 대신 표시합니다. 둘은 같은 정보를 담고 있습니다. 철칙은 프로세서 간의 공정한 비교의 근거이기도 합니다. 실제 실행 시간을 반영하는 것은 클럭 속도 하나가 아니라 세 항 모두의 곱입니다. 프로그램을 여러 코어에 걸쳐 병렬화할 때, 달성 가능한 속도 향상은 암달의 법칙 계산기에 의해 별도로 상한이 정해집니다. 이는 코어당 실행 시간을 아무리 줄이더라도 작업의 순차 부분이 확장을 제한함을 설명합니다.