모든 Gentoo를 사용하도록 장려받은 사람들, 그들은 그것을 알고 이 Linux 배포판은 고도로 맞춤화 가능 덕분에 미리 컴파일 된 바이너리를 사용하지 않습니다., 어느와 사용자는 스스로 시스템 컴파일을해야합니다. 컴퓨터의 구성 요소에 초점을 맞춘 컴파일을 만들 수 있기 때문에 다른 배포판에 비해 큰 이점을 제공하여 더 큰 유동성과 성능을 제공합니다.
이후 일부 고급 기능을 구현하는 포티지 의존성 관리, 관리자가 원하는 패키지의 미세 조정, OpenBSD 스타일의 가짜 설치, 컴파일 샌드 박스, 안전한 제거, 시스템 프로필, 가상 패키지, 구성 파일 관리, 동일한 패키지의 여러 버전에 대한 다중 슬롯 등.
하지만 이제 이것은 바뀔 수 있습니다 으로 Gentoo 개발자들은 가능성 일반 Linux 커널 패키지 제공 수동 구성이 필요하지 않은 컴파일 중이며 기존 바이너리 배포판에서 제공되는 커널 패키지와 유사합니다.
코모 문제의 예 그것이 사용될 때 발생하는 커널 매개 변수의 수동 조정 Gentoo에서 연습했습니다. 통일 된 세트가 부족하다 기본 옵션 업데이트 후 작동 성을 보장하는 (수동으로 구성한 경우 커널이 부팅되지 않거나 충돌이 발생하면 문제가 잘못된 매개 변수 설정으로 인해 발생했는지 또는 커널 자체의 오류로 인해 발생했는지 명확하지 않습니다.)
커널을 얻는 전통적인 젠투 방법은 소스를 설치 한 다음 직접 설정하고 빌드하는 것입니다. 수동으로 설정하는 지루한 프로세스를 거치고 싶지 않은 사람들을 위해 genkernel을 사용하는 대체 경로가 제공되었습니다. 그러나 이러한 변종 중 어느 것도 바이너리 배포판에서 제공하는 코어와 동일한 것을 실제로 제공 할 수 없었습니다.
개발자는 준비된 커널을 제공하려고합니다. 그리고 분명히 기능적 최소한의 노력으로 설치할 수있는 (다른 패키지와 유사하게 구축 된 ebuild와 같이) 정기적 인 시스템 업데이트의 일부로 패키지 관리자에 의해 자동으로 업데이트됩니다.
현재 sys-kernel / vanilla-kernel 패키지는 이미 기반으로 제안되었습니다. 기본 커널 소스에서 일반적인 genkernel 옵션 세트로 이전에 사용 가능한 빌드 스크립트를 보완합니다.
사용자 지정 커널의 기존 전통에서 범용 커널 패키지로의 변경을 정당화해야한다면 먼저 사용자 지정 커널을 구성하려는 이유에 대해 논의해야합니다.
바닐라 커널 패키지 지금까지는 소스 코드에서 조립하는 것만 포함합니다. (ebuild 형식으로 제 안됨), 바이너리 커널 어셈블리 생성 가능성도 논의됩니다.
주된 반론은 노력입니다. 위에서 언급했듯이 저는 개인적으로 커널을 수동으로 처리하는 데 지쳤습니다. 언급 된 잠재적 인 이득이 사용자 지정 커널을 구성하고 유지하는 데 드는 인적 시간의 손실보다 큽니까?
수동 커널 튜닝의 장점, 성능 조정, 불필요한 구성 요소 제거 기능 컴파일하는 동안 컴파일 시간 단축 및 커널 크기 감소 결과 (예를 들어, 제안자의 커널을 구축하려면 모듈과 함께 44MB를 차지하고 범용 커널은 294MB를 차지합니다).
단점 중 관찰된다 설치 중에 쉽게 실수 할 수 있습니다., 가능한 업데이트 문제, 편협함, 문제 진단의 어려움.
공급 편집 바이너리는 범용 커널이크기 때문에 훨씬 오래 컴파일되고 완성 된 커널을 제공합니다. 저전력 시스템 사용자의 생활을 단순화 할 수 있습니다.
그러나 이것은 "아이디어"로 발견됩니다. Gentoo 개발자 가능성을 배제하지 마십시오 그들은 그것에 대해 이야기하고 있습니다. 사용자 입장에서는 이미 의견이 나뉘어 있습니다.
Si 당신은 그것에 대해 더 알고 싶어합니다. 원본 메모를 확인할 수 있습니다. 다음 링크.