Linux 커널을 직접 컴파일하면 어떤 이점이 있나요?

Question 1

내 생각에, 자신만의 Linux 커널을 컴파일함으로써 얻을 수 있는 유일한 실제 이점은 다음과 같습니다.

자신만의 Linux 커널을 컴파일하는 방법을 배우게 됩니다.

그것은 당신의 사업이 아닙니다필요어쨌든 더 빠른 속도/메모리/xxx를 위해. 자신이 발전 단계에 있다고 느끼면 이는 매우 귀중한 일입니다. 전체적으로 "오픈 소스"가 무엇인지 더 깊이 이해하고 커널의 다른 부분이 어떻게, 어떤 부분인지 이해하고 싶다면 시도해 보아야 합니다. 단지 3초 더 빠른 부팅 시간을 원한다면... 요점은 무엇입니까... SSD를 구입하십시오. 궁금하다면, 배우고 싶다면 자신만의 커널을 컴파일해 보는 것도 좋고, 아마 많은 혜택을 얻을 수 있을 것입니다.

하지만 자신의 커널을 컴파일하는 것이 적절한 몇 가지 구체적인 이유가 있습니다(일부 사람들이 다른 답변에서 지적했듯이). 일반적으로 이러한 문제는 다음과 같은 특정 결과에 대한 특정 요구로 인해 발생합니다.

리소스가 제한된 하드웨어에서 시스템을 가동/실행해야 합니다.
패치를 테스트하고 개발자에게 피드백을 제공해야 합니다.
충돌을 일으키는 항목을 비활성화해야 합니다.
리눅스 커널을 개발해야 해요
지원되지 않는 하드웨어에 대한 지원을 활성화해야 합니다.
시스템의 현재 한계에 도달했기 때문에 x의 성능을 개선해야 합니다(그리고 내가 무엇을 하고 있는지 알고 있습니다).

문제는 모든 것이 이미 원하는 대로 작동할 때 자신의 커널을 컴파일하면 고유한 이점이 있다고 생각하는 것입니다. 그러나 저는 그렇지 않다고 생각합니다. 필요하지 않은 항목을 비활성화하고 조정 가능한 항목을 조정하는 데 셀 수 없이 많은 시간을 소비할 수 있지만 사실 Linux 커널은 이미 (배포판에 따라) 잘 조정되어 있습니다.최대사용자 상황.

Answer

내 생각에, 자신만의 Linux 커널을 컴파일함으로써 얻을 수 있는 유일한 실제 이점은 다음과 같습니다.

자신만의 Linux 커널을 컴파일하는 방법을 배우게 됩니다.

그것은 당신의 사업이 아닙니다필요어쨌든 더 빠른 속도/메모리/xxx를 위해. 자신이 발전 단계에 있다고 느끼면 이는 매우 귀중한 일입니다. 전체적으로 "오픈 소스"가 무엇인지 더 깊이 이해하고 커널의 다른 부분이 어떻게, 어떤 부분인지 이해하고 싶다면 시도해 보아야 합니다. 단지 3초 더 빠른 부팅 시간을 원한다면... 요점은 무엇입니까... SSD를 구입하십시오. 궁금하다면, 배우고 싶다면 자신만의 커널을 컴파일해 보는 것도 좋고, 아마 많은 혜택을 얻을 수 있을 것입니다.

하지만 자신의 커널을 컴파일하는 것이 적절한 몇 가지 구체적인 이유가 있습니다(일부 사람들이 다른 답변에서 지적했듯이). 일반적으로 이러한 문제는 다음과 같은 특정 결과에 대한 특정 요구로 인해 발생합니다.

리소스가 제한된 하드웨어에서 시스템을 가동/실행해야 합니다.
패치를 테스트하고 개발자에게 피드백을 제공해야 합니다.
충돌을 일으키는 항목을 비활성화해야 합니다.
리눅스 커널을 개발해야 해요
지원되지 않는 하드웨어에 대한 지원을 활성화해야 합니다.
시스템의 현재 한계에 도달했기 때문에 x의 성능을 개선해야 합니다(그리고 내가 무엇을 하고 있는지 알고 있습니다).

문제는 모든 것이 이미 원하는 대로 작동할 때 자신의 커널을 컴파일하면 고유한 이점이 있다고 생각하는 것입니다. 그러나 저는 그렇지 않다고 생각합니다. 필요하지 않은 항목을 비활성화하고 조정 가능한 항목을 조정하는 데 셀 수 없이 많은 시간을 소비할 수 있지만 사실 Linux 커널은 이미 (배포판에 따라) 잘 조정되어 있습니다.최대사용자 상황.

Question 2

대부분의 사용자는 자신의 커널을 컴파일할 필요가 없으며 배포판에서 이미 이를 수행하고 있습니다. 일반적으로 릴리스에는 릴리스 작동 방식의 특정 부분, 장치 드라이버의 백포트, 최신이지만 출시되지 않은 커널 버전의 수정 사항 또는 사용자와 함께 개척한 기능을 통합하기 위한 패치 세트가 포함됩니다.

자신만의 커널을 컴파일할 때 몇 가지 옵션이 있습니다. 공식 Linus Torvalds 커널을 컴파일할 수 있습니다. 여기에는 배포판에서 추가한 패치나 사용자 정의(좋을 수도 있고 나쁠 수도 있음)가 포함되지 않습니다. 또는 배포판의 재구축 도구를 사용할 수도 있습니다. 자신만의 커널을 구축합니다.

커널을 다시 빌드하려는 이유는 다음과 같습니다.

버그를 패치하거나 프로덕션 시스템에 특정 기능을 추가하기 위해 한두 가지 수정만으로 전체 커널을 업그레이드할 위험을 감수할 수는 없습니다.
특정 장치 드라이버나 새로운 기능을 사용해 보세요
커널을 확장하려면 작업하세요.
일부 "알파" 모듈 또는 기능을 테스트합니다.

또한 많은 개발자는 특수 장치 드라이버가 필요하거나 원치 않는 기능을 제거하려는 임베디드 시스템이나 셋톱 박스용 커널의 사용자 정의 버전을 만드는 데 이를 사용합니다.

Answer