it-swarm-ko.tech

i7 프로세서 용 커널을 컴파일하는 가장 좋은 방법은?

나는 잠시 동안 내 자신의 커널을 컴파일했다. i7 프로세서를 구입하고 터보 부스트가 제대로 작동하기를 원했을 때 시작했습니다. 나는 SSD를 구입했기 때문에 repo 버전보다 최신 커널의 이점을 계속 누리고 있습니다.

가장 최근의 빌드에서 이상한 CPU 스파이크가 발생하기 시작했습니다. 이로 인해 여러 가지가 발생할 수 있지만 커널을 "올바른"상태로 만들고 가능한 경우 그 어느 때보 다 더 최적화하는 데 집중하고 싶습니다.

커널/컴파일의 "오래된 유행의 데비안" 위키를 따릅니다. kernel.org 에서 직접 다운로드하여 빌드하기 때문에이 작업을 수행합니다. 첫 번째 질문 : 다른 곳에서 소스를 가져와야하고 다른 빌드 방법을 사용해야합니까?

가이드는 현재 .config 좋아요 :

cp -vi /boot/config-`uname -r` .config

현재 구성이 제대로 작동하지만 문제가 있다고 생각되는 경우이 모든 것이 좋습니다. 두 번째 질문 : 좋은 우분투 친화적 인 i7 친화적 인 기본값 .config 파일 어딘가에서 다운로드 할 수 있습니까?

현재 많은 커널 패치가 떠 다니고 있습니다. 어떤 사람들은 패치 IO 버그를 통해보다 반응적인 시스템을 약속하고 어떤 사람들은 "더 나은"스케줄러 (BFS 등)를 제공하지만, 이것이 유용한 지 여부를 알기 위해 적절한 벤치 마크를 찾기는 어렵습니다. 불안정한 정크를 다시 사용하십시오. 셋째 : Lucid와 더 호환되도록 2.6.35에 적용 할 패치가 있습니까?

make menuconfig 내가 물건을 조이는 곳. 필자는 드라이버를 끄려고 시도했지만 필요하지 않은 옵션을 선택했지만 실제로는 커널 개발자가 아닙니다. 옵션이 모든 것을 깨뜨 리거나 전혀 도움이 될지 확실하지 않습니다. 넷째 : .config/i7 및 SSD의 빌드 프로세스?

4
Oli

내 관점에서 kernel.org 은 커널을 얻는 올바른 장소입니다. 일반적으로 메인 라인에서 git 저장소를 복제합니다. 최근 바닐라 커널을 사용하여 우분투에서 패치를 적용 할 수도 있습니다. linux-image package page 에서 diff를 찾을 수 있습니다. 해결해야 할 충돌이있을 수 있습니다. 따라서 첫 번째 버전이 더 좋습니다.

야생에서 좋은 .config를 찾지 못할 것 같습니다. 내가 도움이되는 것은 커널 소스의 make localmodconfig입니다. 먼저 이전 설정을 /usr/src/linux-2.6 (또는 커널 소스가있는 위치)에 복사 한 다음이 명령을 실행합니다. 로드되지 않은 모든 모듈을 비활성화합니다. 따라서 처음부터 더 많은 사용자 정의를 얻을 수 있습니다.

나는 Lucid에 좋은 패치를 모른다.

저는 로컬 LUG 의 멤버입니다. 우리는 때때로 커널 워크샵을 만듭니다. 여기서 모든 멤버들이 만납니다. 커널을 구성하고 다른 항목에 대한 지식에 대해 이야기합니다. 결국 모든 이익을 얻음으로써 더 나은 커널을 만드는 데 도움이됩니다. 그래서 최적화를 찾으면 회원들에게 물어볼 것입니다. 이것이 옵션이 아닌 경우 Linux Kernel mailing list 를 읽으면 해결책을 찾는 데 도움이 될 수 있습니다. 도움이되는 토론이 종종 있습니다.

4
qbi

메인 라인 커널 PPA가 있습니다 : https://wiki.ubuntu.com/Kernel/MainlineBuilds

Ubuntu Stock Ekernel에서 경험 한 특정 문제를 해결하려고하지 않는 한 Ubuntu 커널에서 사용할 수없는 특정 기능/옵션을 사용하려는 경우 시간이 낭비 될 수 있습니다.

현재 커널에 문제가있는 경우 런치 패드에서 버그 보고서를 제출하십시오.

3
João Pinto

어떤 커널 버전을 빌드하고 있는지 언급하지 않습니다. 당신이 Lucid에 대한 패치에 대해 물었 기 때문에 나는 그것이 당신이 조정하려고하는 것이라고 가정 할 것입니다.

내 제안은 당신의 시간을 낭비하지 않는 것입니다. Ubuntu Kernel 팀은 업스트림 안정 릴리스 팀이 릴리스 한 모든 패치를 Lucid (및 기타 릴리스)에 적용합니다. 구성 매개 변수를 수동으로 조정하여 커널에서 약간 더 많은 성능을 얻을 수 있지만 실제로 개선 사항을 측정하려면 더 많은 시간을 소비해야합니다. 주식 커널을 유지하고 우분투에서 패치 된 커널을 선택하는 것이 훨씬 좋습니다. 이러한 패치에는 버그가 발견되어 수정 될 때 성능이 향상 될 수 있습니다.

CPU 스파이크가 나타나는 이유는 최근에 업스트림으로 수정 된 일부 커널 버그로 인해 패치가 Lucid로 진행되고 있기 때문일 수 있습니다.

자신의 커널을 구축하기 시작하면, 패치를 유지하고 재 구축 할 책임이 있다고 가정합니다. 그것이 Canonical이 사람들에게 지불하도록 지불하는 것입니다. 당신은 정말로 당신의 시간과 더 좋은 일을합니다.

2
Brad Figg