노트북을 위한 간소화된 코어

파일 시스템과 드라이버를 선택 취소해도 커널 크기는 전혀 줄어들지 않습니다. 왜냐하면 이들은 모듈로 컴파일되고 사용자가 가지고 있는 하드웨어에 해당하는 모듈만 로드되기 때문입니다.

커널의 일부 기능은 모듈로 컴파일될 수 없으며 사용할 수 없습니다. Ubuntu로 시작하여 .config커널( y, 아님 m)에 컴파일된 내용을 살펴보세요. 기능의 기능을 이해하지 못한다면 그대로 두십시오.

커널의 선택적 기능 중 대부분은 임베디드 시스템에서는 원하지 않기 때문에 선택 사항입니다. 임베디드 시스템에는 두 가지 특징이 있습니다. 크기가 작기 때문에 사용하지 않는 코드에 메모리를 낭비하지 않는 것이 중요하며, 특별히 제작되었기 때문에 필요하지 않을 기능이 많이 있습니다. PC는 일반적으로 많은 타사 하드웨어를 연결하고 많은 타사 소프트웨어를 실행하는 범용 장치입니다. 이 기능이나 저 기능이 전혀 필요하지 않을 것이라는 사실을 미리 알 수는 없습니다. 대부분 당신이 할 수 있는 일은 당신이 가지고 있지 않은 칩셋의 버그에 대한 해결 방법과 다른 CPU 유형에 대한 지원입니다(일부 칩셋은 모듈로 컴파일되지 않습니다). 64비트 커널을 컴파일하는 경우 이러한 문제가 많이 발생하지 않습니다. 32비트 x86 커널만큼은 아니지만 꽤 많은 역사적 문제가 있습니다.

어쨌든 중요한 것을 얻지 못할 것입니다. 8GB RAM을 사용하면 커널에서 사용하는 메모리는 무시할 수 있습니다.

커널과 다른 것들을 정말로 시험해 보고 싶다면 취미생활자나 유틸리티 임베디드 보드를 구입하는 것이 좋습니다(비글위원회,검스틱,히바 플러그,...).

나는 여기에 제공된 모든 답변에 완전히 동의하지 않습니다. 자신만의 커널을 컴파일하면 전체 시스템이 더 빨라지고 부팅 시간이 빨라지는 것은 랩톱 시스템에서 매우 인기가 있습니다. 이건 중요하다. 단지 맞춤형 코어를 원한다면 이를 위해 노력해야 한다는 것입니다. 모든 사람이 기꺼이 이 일을 하려는 것은 아닙니다. 시간을 내어 방법을 배우는 것이 마음에 들지 않는다면 이것이 완벽한 솔루션입니다.

.config 단계와 관련하여 간단한 팁은 현재 작동 중인 커널 .config로 시작하고 옵션에 대한 이해가 높아짐에 따라 점차적으로 거기에서 벗어나는 것입니다. 맨 아래에 있는 "make menuconfig"를 선택하고 "대체 구성 파일 로드"를 선택한 다음 거기에서 현재 커널 .config를 찾으세요(쉬운 찾기를 위해 cat /proc/config.gz > .config-current).

커널을 얇게 만드는 것은 큰 이득을 가져오지 않습니다. 사용자 공간 애플리케이션을 줄이는 데 시간을 투자하는 것이 더 좋습니다.

커널이 얼마나 빨리 부팅되는지, 그리고 베어 시스템이 얼마나 많은 메모리를 사용하는지 확인하려면 순수 셸을 로드하면 됩니다. 이렇게 하려면 컴퓨터를 다시 시작하고 grub을 중지하세요. 일반적으로 시작하는 항목을 편집하고(이미 강조 표시되어 있어야 하며 편집하려면 일반적으로 "e"임) "linux"로 시작하는 줄을 찾습니다. 이 줄을 사용하면 커널에 일부 매개변수를 제공할 수 있습니다. 줄 끝에 "init=/bin/sh"를 추가하고 편집한 항목을 시작합니다(이 작업을 수행하는 방법에 대한 지침이 화면에 나타날 수 있음).

상당히 빨리 시작되어야 합니다. 부팅되면 free사용 가능한 메모리 양을 확인할 수 있습니다.

당신은 또한 살펴보고 싶을 수도 있습니다안내도, 프로세스가 시작될 때 수행 중인 작업에 대한 정보를 제공합니다.

최신 PC에서는 커널을 제거하는 것이 덜 중요합니다. 저장할 수 있는 몇 메가바이트도 없을 것입니다. 커널 튜닝은 RAM이 1~2MB밖에 되지 않았던 VAX 11/750 시절에는 매우 중요했습니다. 버퍼 풀, 프로세스 테이블 크기 등을 조정하려면 이렇게 작은 시스템에서 시스템 RAM의 상당한 절충이 필요하므로 한동안 "유닉스 전문가"가 이해해야 할 일종의 신화적인 상태를 획득했습니다.

현실적으로 지난 15년 동안 만들어진 모든 PC에는 메모리가 충분할 것이므로 그다지 중요하지 않습니다.