리눅스 커널을 컴파일하면 OS가 더 빨라 집니까?

다운로드 한 리눅스 커널 (예 : 3.2)을 컴파일하면 특정 머신에서 OS (예 : 우분투)가 더 빨라 집니까?

일반적으로 아닙니다.

그러나 "아니오"에는 예외가 있습니다. 예를 들어 liquorix 커널 또는 Ubuntu 커널 Flavors 입니다. 이는 일반적으로 성능 조정이며 차이를 만들 수 있습니다 (서버 커널은 서버에서 더 빠르며 데스크탑 성능을 향상시키지 않습니다).

Ubuntu를 사용하면 적절한 커널 버전을 실행하고 있으면 좋을 것입니다.

참고 : Liquorix 커널에는 성능 조정 외에 일부 패치도 있습니다.

다른 예외는 비정상적인 하드웨어가있는 경우입니다.

그러나 대부분의 경우 성능은 커널을 컴파일하는 "표준"이유가 아닙니다.

보다:

우분투 위키 컴파일 커널

가장 정확한 답변은 bodhi.zazen이 말했듯이 보통은 아니지만 몇 가지 예외가 있습니다. 이러한 예외의 대부분은 하드웨어와 관련이 있지만 일부는 구성 문제 일뿐입니다. 내 대답에 대한 정당화는 다음과 같습니다.

지난 달에 성능 조정을 시도하는 두 컴퓨터 사이에 26 개의 커널을 컴파일했습니다. 내가 찾은 것 :

1. .config의 CPU 유형을 기본 아키텍처로 변경하고 다른 아키텍처를 지원하는 옵션을 제거하면 벤치 마크에서 파일 I / O 처리량이 10 % 이상 향상되었습니다 ( "개선"을 느낄 수 있음). Xubuntu의 XFCE에서 사용자 입력에 따른 지연이 줄어 듭니다. 1.8GHz (K8) Mobile Sempron 512MB RAM 랩탑에서 12.04 -32bit. 동일한 변경 사항으로 Ubuntu 12.04 64 비트의 1.73GHz Core2 Duo 2GB RAM 랩톱에는 수량화 또는 인식 가능한 영향이 없었지만 이전에는 안정적인 응용 프로그램이 충돌하기 쉽습니다.
2. .config의 HZ를 1000으로 변경하면 두 시스템 모두에서 CPU 부하가 높을 때 사용자 입력에 대한 응답 성이 크게 향상되었습니다. 또한 모든 조건에서 X의 창 초점을 순간적으로 변경했습니다.
3. BFS 패치는 두 시스템의 배터리 수명을 몇 분 늘 렸습니다. 측정 가능하고 구성하기에 충분하지만 중요하지는 않습니다. 벤치 마크 결과 통계적으로 유의미한 성능 변화는 없지만 두 시스템 모두 "느낌"이 더 빠릅니다. 나는 이것이 특정 머신의 일반적인 워크로드에 더 유리한 스케줄링 우선 순위와 관련이 있다고 생각합니다.
4. 시도 된 다른 모든 .config 조합은 두 시스템에서 성능이 저하되었습니다.

다른 구성을 컴파일하고 테스트하는 데 엄청나게 많은 시간을 보냈습니다. 이 모든 것에서 26 개의 시도 중 5 개의 커널 만이 바람직한 결과를 낳았습니다. 7 개의 커널도 작동 할 수 없었습니다 (부팅 할 수 없거나 X를 시작하지 못했습니다). 최근 리포지토리에서 Liquorix 커널을 설치하고 위의 모든 개선 사항과 Core2 시스템에서 WINE을 통해 플레이하는 Windows 게임 모두에서 대략 50 %의 프레임 속도 증가를 얻었습니다. 몇 분 밖에 걸리지 않았으며 아무 것도 깨지 않았습니다.

자체 커널을 컴파일했기 때문에 OS가 더 좋습니까? 그래, 조금 테스트하는 동안 찾지 못했기 때문에 느리게 실행되는 것을 찾을 때까지. 내 OS가 더 빠릅니까? 아니.

내 경험으로는 그렇습니다. 그러나 이점은 주로 불필요한 기능을 제거하고 프로세서 유형과 같은 몇 가지 다른 기능을 선택함으로써 얻을 수 있습니다. 또한 데스크탑 사용을 위해 대기 시간을 매우 낮게 만드십시오. 나는 수년 동안 커널을 컴파일 해 왔으며 그 차이는 항상 눈에.니다. 그러나 다른 이점도 있습니다. 부팅 시간도 향상되었습니다.

그러나 필요한 옵션 만 선택하려면 시간이 많이 걸립니다.

커널에 대해서는 잘 모르지만 일반적으로 소스에서 앱을 컴파일하면 더 빨리 작동합니다 (일반적으로 CGAL과 같은 dev 라이브러리 또는 ParaView와 같은 앱으로 수행합니다). 물론 컴파일 프로세스가 아키텍처 등에 최적화 된 경우.

그러나 커널을 컴파일하면 성능에 눈에 띄는 영향을 미친다고 생각하지는 않습니다. 제 생각에는 성능 카운터에서만 볼 수 있습니다.

불필요한 드라이버와 기능을 제거하고, 추가 initrd없이 부팅하고, 기본 I / O 스케줄러를 설정하고, Atom을 최적화하고, 디버깅 및 일부 성능 및 응답 성 저하 성능을 비활성화하기 위해 EeePC 900A 용 커널을 컴파일했습니다. 기능 저장. (여러 가지 작은 것들에 대한 서버로 사용되고 있습니다). 부팅 시간 단축 ^ 1 년 전 전에 시도했지만 Chromium은 클릭 가능한 링크가있는 빈 웹 페이지 만 표시했습니다.