CPU 벤치마크
프로세서 코어 수에 맞게 확장된 실제 Web Workers를 사용하여 브라우저에서 직접 단일 코어 및 멀티 코어 JavaScript 성능을 측정하십시오.
CPU benchmark suite
Seven real computational workloads plus a multi-core scaling test. Detected 4 logical cores.
—
Waiting
—
Waiting
—
Waiting
—
Waiting
—
Waiting
—
Waiting
—
Waiting
—
Waiting
CPU 벤치마크 사용 빠른 가이드
1분 이내 소요- 1절전 모드가 결과를 제한하지 않도록 노트북을 연결하세요.
- 2벤치마크 실행을 클릭하고 탭을 포그라운드에 두세요.
- 3각 워크로드는 자체 시간과 처리량을 보고합니다.
- 4절대적인 평가가 아닌, 장비 비교를 위해 전체 점수를 사용하세요.
개요
CPU 벤치마크는 프로세서가 정의된 명령어 세트를 얼마나 빨리 실행할 수 있는지를 측정합니다. 이 도구는 JavaScript를 사용하여 브라우저 내에서 이 아이디어를 완전히 실행하므로, 실제 프로세서, 현재 전원 상태, 그리고 브라우저의 JavaScript 엔진이 코드를 얼마나 효율적으로 컴파일하고 실행하는지의 조합을 측정합니다. 이 조합은 브라우저가 일상적으로 얼마나 빠릿하게 느껴지는지를 정확히 결정하며, 이는 대부분의 사람들에게 격리된 상태에서 실행되는 합성 네이티브 벤치마크보다 더 관련성 있는 수치입니다.
이 스위트는 순차적으로 7가지 단일 스레드 워크로드를 실행합니다: 소수 체, 512x512 배정밀도 행렬 곱셈, Mandelbrot 프랙탈 렌더링, 8백만 요소 배열 정렬, SHA-256 해싱, LZ 스타일 압축, 그리고 4백만 포인트 FFT. 각 워크로드는 자체 경과 시간과 해당 단위(예: 행렬 수학의 GFLOPS, 해싱의 MB/s)로 처리량 수치를 보고합니다. 이어서 8번째 단계에서는 논리 코어당 하나의 Web Worker를 생성하여 실제 멀티 코어 스케일링을 측정하며, 요약은 모든 것을 총 시간과 전체 점수로 결합합니다.
Web Workers는 별도의 스레드에서 JavaScript를 실행하기 위한 브라우저의 진정한 기능으로, 여기서는 별도의 파일이 아닌 인메모리 Blob URL에서 생성되므로 아무것도 다운로드되거나 설치되지 않습니다. 각 워커는 독립적으로 실행되며 결과를 페이지로 다시 보고하고, 페이지는 이들을 합산하여 멀티 코어 점수를 산출합니다.
결과 확인 방법
7가지 워크로드 카드
각 카드는 해당 워크로드에 소요된 시간과 자연 단위로 표시된 처리량 수치를 보여줍니다: 소수 체와 Mandelbrot 렌더링에는 Mop/s, 행렬 곱셈에는 GFLOPS, 배열 정렬에는 Melem/s, SHA-256 및 압축에는 MB/s, FFT에는 Gop/s입니다. 시간이 짧고 속도가 높을수록 좋습니다. JavaScript 엔진 차이가 스케일을 변경하므로, 이 수치들을 다른 장치의 수치와 직접 비교하기보다는 동일한 기기에서 이전에 실행한 결과와 비교하세요.
멀티 코어 스케일링
스케일링 카드는 단일 Web Worker를 측정한 다음, 모든 Web Worker를 동시에 측정하여 배율을 보고합니다. 8개의 논리 코어를 가진 기기가 6배에서 7배에 도달한다면 비디오 인코딩이나 코드 컴파일과 같은 작업에 충분한 병렬 처리 여유가 있음을 의미합니다. 훨씬 낮은 배율은 메모리 대역폭 제한, 열 스로틀링 또는 백그라운드 로드가 코어가 실제로 동시에 수행할 수 있는 작업량을 제한하고 있음을 시사합니다.
총 시간 및 전체 점수
총 시간은 7가지 워크로드의 합계이며, 전체 점수는 각 워크로드를 일반적인 최신 노트북과 비교하여 정규화합니다. 여기서 약 300점은 중간 범위입니다. 500점 이상은 빠르고, 150점 미만은 일반적으로 스로틀링되었거나, 오래되었거나, 부하가 많은 하드웨어를 의미합니다.
실제로 낮은 점수가 의미하는 것
온라인에서 찾아볼 수 있는 CPU 모델의 일반적인 점수보다 훨씬 낮은 단일 코어 점수는 하드웨어 결함보다는 클럭 속도를 제한하는 절전 설정, 열 문제 또는 과도한 백그라운드 로드를 나타내는 경우가 많습니다. 하드웨어 자체에 대해 결론을 내리기 전에 노트북을 전원에 연결하고 다른 애플리케이션을 닫은 다음 테스트를 다시 실행해 보세요.
문제 해결
점수가 예상보다 훨씬 낮은 것 같습니다
노트북이 배터리 절약 모드 또는 "효율성" 전원 모드에 있는지 확인하세요. 이러한 모드는 일반적으로 전력 절약을 위해 CPU 주파수를 정격 최대치보다 훨씬 낮게 제한합니다. 테스트 전에 운영 체제의 전원 설정에서 "균형" 또는 "성능" 전원 모드로 전환하면 큰 차이를 만들 수 있습니다.
멀티 코어 테스트가 멈추거나 매우 느려지는 것 같습니다
장치에 메모리가 매우 제한적인 경우, 많은 워커를 한 번에 생성하면 운영 체제가 메모리를 디스크로 스왑하여 모든 것을 극적으로 느리게 만들 수 있습니다. 다른 브라우저 탭과 애플리케이션을 닫아 메모리를 확보한 다음 테스트를 다시 실행하세요.
실행마다 결과가 많이 다릅니다
백그라운드 OS 활동 및 열 상태로 인해 약간의 편차는 예상되지만, 20~30퍼센트보다 큰 변동은 일반적으로 브라우저 확장 프로그램, 바이러스 백신 검사 또는 자동 업데이트와 같은 다른 무언가가 CPU 시간을 놓고 경쟁하고 있음을 의미합니다. 시스템이 1분 동안 유휴 상태로 있는 후에 테스트를 다시 실행해 보세요.
싱글 코어 vs 멀티 코어: 둘 다 중요한 이유
모든 소프트웨어가 여러 코어를 효과적으로 사용할 수 있는 것은 아닙니다. 단일 웹 페이지 로딩, 대부분의 일상 애플리케이션 실행, 그리고 많은 게임과 같은 작업은 여전히 단일 코어 성능에 의해 지배되는데, 이는 대부분의 작업이 쉽게 분할될 수 없는 순차적인 체인에서 발생하기 때문입니다. 비디오 렌더링, 코드 컴파일, 여러 브라우저 탭 동시 실행과 같은 다른 작업은 추가 코어로부터 엄청난 이점을 얻습니다.
이것이 바로 순수한 멀티 코어 벤치마크에서 다중 코어 칩이 압도적으로 승리하더라도, 더 적고 빠른 코어를 가진 CPU가 더 느린 코어를 많이 가진 CPU보다 일상적인 웹 브라우징에서 더 빠릿하게 느껴질 수 있는 이유입니다. 두 기기를 비교할 때는 고려 중인 기기에 유리한 것만을 선택하기보다는 두 숫자를 함께 살펴보세요.
일관되고 비교 가능한 결과 얻기
- 배터리 모드에서는 대부분의 시스템에서 CPU 속도가 제한되므로 테스트 전에 노트북을 전원에 연결하세요.
- 백그라운드 탭, 특히 비디오를 재생하거나, 파일을 동기화하거나, 다른 웹 앱을 실행하는 탭은 닫으세요.
- 시작하기 전에 장치를 20~30초 동안 유휴 상태로 두어 최근 활동이 진정되도록 하세요.
- 테스트를 두세 번 실행하고 한 번의 실행 결과보다는 중간 값을 사용하세요.
- 몇 주 또는 몇 달에 걸쳐 변화를 추적하는 경우 매번 동일한 브라우저에서 테스트하세요.
자주 묻는 질문
브라우저 기반 CPU 벤치마크는 얼마나 정확한가요?
이는 특정 프로세서, 브라우저 및 현재 시스템 로드에서 JavaScript 실행 속도의 상대적인 측정치로 정확하지만, JavaScript 엔진 없이 순수한 명령어 처리량을 테스트하는 Cinebench 또는 Geekbench와 같은 네이티브 벤치마크와는 직접적으로 비교할 수 없습니다.
내 멀티 코어 점수가 코어 수 곱하기 단일 코어 점수와 정확히 같지 않은 이유는 무엇인가요?
메모리 대역폭 공유, 지속적인 멀티 코어 로드 시의 열 스로틀링, 운영 체제 스케줄링 오버헤드 때문에 완벽한 선형 확장은 거의 일어나지 않습니다. 이론적인 선형 확장의 60~90%를 보이는 것은 정상적이고 건강한 현상입니다.
navigator.hardwareConcurrency는 실제로 무엇을 보고하나요?
이는 브라우저에서 사용할 수 있는 논리 프로세서의 수를 보고하며, 하이퍼스레딩 또는 동시 멀티스레딩 코어를 포함합니다. 하이퍼스레딩이 있는 쿼드 코어 CPU는 실제로 작업을 수행하는 물리적 코어가 4개뿐이더라도 일반적으로 8을 보고합니다.
테스트는 단순히 루프를 더 빠르게 실행하는 대신 Web Workers를 사용하는 이유가 무엇인가요?
단일 JavaScript 스레드는 코드가 어떻게 작성되었든 상관없이 한 번에 하나의 CPU 코어만 사용할 수 있습니다. Web Workers는 운영 체제가 다른 물리적 또는 논리적 코어에 스케줄링할 수 있는 진정으로 독립적인 스레드를 생성하며, 이는 브라우저 내에서 실제 멀티 코어 처리량을 측정하는 유일한 방법입니다.
제 노트북 점수가 훨씬 오래된 데스크톱보다 낮은 이유는 무엇인가요?
노트북은 열과 배터리 수명 관리를 위해 정격 클럭 속도보다 훨씬 낮은 속도로 작동하는 경우가 많으며, 특히 이 벤치마크와 같이 지속적인 부하가 걸릴 때 더욱 그렇습니다. 냉각 기능이 더 좋은 데스크톱 CPU는 더 오랫동안 높은 클럭을 유지할 수 있으며, 이는 각 단계당 거의 1초 동안 실행되는 JavaScript 벤치마크에서 명확하게 나타납니다.
다른 탭이나 앱을 실행하면 점수에 영향을 미치나요?
네, 크게 영향을 미칩니다. 백그라운드 탭, 특히 동영상을 재생하거나 파일을 동기화하는 탭은 동일한 CPU 코어를 놓고 경쟁합니다. 더 정확한 측정을 위해 벤치마크를 실행하기 전에 다른 탭을 닫고 시스템을 몇 초 동안 유휴 상태로 두십시오.
일곱 가지 워크로드는 무엇을 측정하나요?
소수 체는 메모리 바인드 정수 작업을 테스트하고, 행렬 곱셈은 부동 소수점 처리량을 테스트하며, Mandelbrot는 긴밀한 산술 루프를 테스트하고, 배열 정렬은 메모리 액세스 및 비교를 테스트하며, SHA-256은 비트 단위 및 회전이 많은 코드를 테스트하고, LZ 압축은 해싱과 분기가 많은 매칭을 테스트하며, FFT는 큰 배열에서 재귀적인 버터플라이 연산을 테스트합니다. 이들은 단일 루프보다 훨씬 더 많은 영역을 다룹니다.
벤치마크가 완료하는 데 몇 초가 걸리는 이유는 무엇인가요?
각 하위 테스트는 JIT 컴파일 워밍업 효과가 안정되고 측정이 통계적으로 의미를 가지려면 일반적으로 단계당 1초 이내로 충분히 오래 실행되어야 합니다. 매우 짧은 버스트는 안정적인 속도보다는 일회성 컴파일 오버헤드에 지배될 수 있습니다.
이것을 사용하여 컴퓨터 업그레이드 여부를 결정할 수 있나요?
합리적인 데이터 포인트이지만 유일한 지표가 되어서는 안 됩니다. 만약 귀하의 점수가 유사한 최신 CPU의 공개된 벤치마크보다 현저히 낮고, 컴퓨터가 일반적인 작업 중에도 느리게 느껴진다면, 업그레이드가 도움이 될 것이라는 좋은 신호입니다. 더 완전한 그림을 위해 메모리 및 저장 장치 테스트와 함께 사용하십시오.
동일한 컴퓨터에서 두 번 실행했을 때 점수가 변경된 이유는 무엇인가요?
JavaScript 엔진은 적응형 최적화를 적용하고, 백그라운드 프로세스는 실행마다 다르며, 사용에 따라 열 상태가 변하므로, 실행 간 5~15%의 편차는 완전히 정상입니다. 일관된 큰 변동은 일반적으로 백그라운드에서 다른 무언가가 CPU를 사용하고 있음을 나타냅니다.
브라우저 선택이 CPU 벤치마크 결과에 영향을 미치나요?
네. Chrome 및 Edge의 V8, Firefox의 SpiderMonkey, Safari의 JavaScriptCore와 같은 다른 JavaScript 엔진은 코드를 다르게 최적화합니다. 사용하는 브라우저에 따라 동일한 하드웨어에서도 의미 있게 다른 점수를 보는 것은 정상입니다.