누구나 컴파일 코드에서 하드웨어 벤치 마크를 수행합니까? [닫은]


21

게임 성능, 일부 파일 압축, 영화 인코딩 등 무엇이든 새로운 하드웨어를 벤치마킹하는 많은 사이트를 보았습니다. 리눅스, 윈도우 등의 컴파일 및 링크 속도에서 SSD, 새로운 CPU, RAM 속도 등과 같은 새로운 하드웨어의 영향을 테스트하는 것이 있습니까?

컴파일 속도에 가장 중요한 것이 무엇인지 알아 내고 다른 벤치 마크에서 외삽하는 대신 집중할 수있는 것이 정말 좋습니다.


나는 이것이 슈퍼 유저에 있다고 생각합니다.
Mahmoud Hossam

2
@Mahmoud Hossam : 혼합 된 주제의 일종으로, 컴파일은 프로그래머 전용 활동이며 하드웨어 벤치 마크는 확실히 다른 영역입니다.
Orbling

@Orbling, 그는 X 또는 Y를 컴파일 해야하는지 묻지 않고 사람들이 일반적으로 컴파일을 사용하여 벤치 마크를 수행하는지 묻습니다.
Mahmoud Hossam


1
: 리눅스 커널 여기에 컴파일 시간에 따라 CPU 벤치 마크있다 openbenchmarking.org/showdown/pts/build-linux-kernel
sjakobi

답변:


4

나는 그것을 잠시 동안했다- 여기여기를 참조 하십시오 .

당시 나는 리눅스 휴대 전화 배포판을 위해 GTK +와 X11 핵을 연구하고 있었고, 저수준에서 무언가를 만질 때마다 모든 종류의 것들을 재건하기 시작했다. 동료 중 한 명이 회사에서 표준 컴파일 옵션을 제공 한 컴퓨터에서 5 시간이 걸리기 때문에 완전한 빌드를 수행하지 않았습니다.

나는 집에 모든 종류의 미친 하드웨어가 있었기 때문에 다른 컴퓨터에서 코딩하는 동안 일부 컴퓨터에서 벤치 마크를 실행했으며 링크에서 결과를 볼 수 있습니다.

우리가 우분투에서하고있는 일에 대해 일단 CPU 사용률을 최대화하면 -j 인수로 쉽게 수행 할 수 있습니다-병목 현상은 디스크 인 것처럼 보입니다.

그러나 회사는 정리 해고가 많았 기 때문에 문을 닫았고 그 범위를 모두 끝내지 못했습니다. 그 블로그에도 게시하지 않은 많은 데이터와 해석이있었습니다.


두 개의 자세한 게시물로 쌓아서 부끄러운 줄 아세요. 여전히 모든 데이터가 있습니까? 어쨌든 발견 한 내용에 대한 결론을 가진 블로그 게시물 / 답변을 보는 것이 매우 흥미로울 것입니다.
휴고

@ Hugo : 아니오, 나는 두려워하지 않습니다-원시 데이터는 오랫동안 사라졌습니다. 그러나 기본적으로 내가 테스트 한 것은 테스트 한 시스템 (1-8 CPU 코어) 및 소스 코드 (Linux 커널)의 경우 -j 옵션이 코어 수의 1.5 배일 때 가장 빠른 빌드 시간이었습니다. -j = 2는 하나의 코어에 가장 적합합니다. 그 아래에는 시스템이 CPU에 바인딩되어 있고 그 위에는 I / O에 바인딩되어있었습니다. 흥미로운 질문입니다. 언젠가 다시 질문해야 할 수도 있습니다.
밥 머피

0

우선 위시리스트는 솔리드 스테이트 드라이브입니다. 컴파일 시간에는 큰 영향을 미치지 않지만 응용 프로그램을 여는 것이 훨씬 빨라집니다 (IDE, PhotoShop, ETC).http://joelonsoftware.com/items/2009/03/27.html

컴파일 시간의 가장 큰 요인은 CPU입니다. 벤치 마크 http://www.cpubenchmark.net/에 이것을 사용하는 것이 안전 합니다.


1
그런 다음 빌드 체인에 따라 달라집니다. 빌드 체인이 멀티 CPU, 멀티 코어 또는 멀티 스레드 CPU에서 컴파일하기 위해 단일 스레드 만 사용하는 경우 막대한 이익을 얻을 수 있습니다. 일반 CPU 벤치 마크는이를 보여주지 않으며 컴파일 벤치 마크는 주어진 툴체인에만 적합합니다.
asoundmove

2
사실, 실험을 통해 병렬 컴파일을 수행하면 디스크가 병목 현상을 일으키는 것으로 나타났습니다. 어떤 이유에서든 CPU 속도가 느리고 디스크 속도가 빠를수록 좋습니다.
밥 머피

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.