12.04가 -server 커널 맛을 제거하는 이유는 무엇입니까?


13

Ubuntu는 12.04의 릴리스 노트에 지정된대로 -server 맛을 제거하고 있습니다.

Beta-1과 마찬가지로 Beta-2 커널은 더 이상 별도의 amd64 -server 및 -generic 커널 버전을 제공하지 않습니다. 이것들은이 LTS 릴리스의 수명 동안 유지 보수 부담을 줄이는 데 도움이되도록 단일의 일반적인 커널 플레이버로 통합되었습니다.

-generic과 -server의 차이점은 https://help.ubuntu.com/10.10/serverguide/C/preparing-to-install에 설명 된 것처럼 선점, 타이머 인터럽트 및 i / o 스케줄러와 관련이있는 것으로 보입니다. .html # intro-kernel-diffs

기술 사양을 요구하고 있습니다.

  1. 이제 어떻게됩니까?
  2. 서버 에디션은 성능 저하없이 데스크탑 커널을 실행합니까?
  3. 이것은 어떻게 든 정당화 되었습니까?
  4. 그 차이는 어떻게됩니까?
  5. 사용자 공간에서 변경할 수 있습니까?
  6. 12.04 기준으로 적용 할 수 없습니까?
  7. 대답이 예인 경우이 변경으로 인해 성능이 저하됩니까?

그들 모두는 대답 할 수있는 질문입니다. 패키지가 아닌 다른 변경 사항을 요구하고 있습니다.

답변:


10

릴리스 발표에서 알 수 있듯이 LTS 수명 동안 유지 관리 부담을 줄이기 위해 12.04 릴리스의 일반 및 서버 커널 특징이 병합되었습니다. 두 가지 커널 특징은 기본 I / O 스케줄러와 선점 모델이라는 두 가지 주요 커널 구성 옵션과 관련하여 실제로 달랐습니다.

이것은 우분투 커널 팀 메일 링리스트에서 자세히 논의되었습니다

해당 스레드에서 언급 한 것처럼 기본 I / O 스케줄러가 "마감일"에서 "cfq"로 변경되었습니다. 그러나 Deadline I / O 스케줄러를 유지하려는 사람은 부팅시을 설정하여 그렇게 할 수 elevator=deadline있습니다.

선점 모델이 CONFIG_PREEMPT_NONE에서 CONFIG_PREEMPT_VOLUNTARY로 변경되었습니다. 현재 유감스럽게도 귀하를 지적 할 성능 벤치 마크가 없습니다. 이것이 도움이되기를 바랍니다. 감사.


7

귀하의 "왜"질문은 귀하가 제공 한 견적 내에서 답변됩니다. 이러한 방식으로 유지하는 것이 더 쉽기 때문입니다. 커널 기능은 상당히 잘 매개 변수화되어 있으므로 런타임에 스케줄러와 같은 것을 변경할 수 있으므로 다른 기본값을 컴파일 할 필요가 없습니다.

정확한 이유와 자세한 내용은 Ubuntu KernelTeam 메일 링리스트 에서 문의해야합니다. 연락처 정보는 KernelTeam Wiki 페이지참조 하십시오.


2

이제 서버와 데스크톱 모두에 하나의 커널 만 존재합니다. 원하는 경우 런타임에 IO 스케줄러를 변경할 수 있지만 CFQ는 가장 기능이 완전하고 적극적으로 유지 보수되는 스케줄러이므로 기본값으로 사용하는 것이 좋습니다. 어느 것을 사용하든 대부분의 워크로드에서 거의 차이가 없습니다. 서버 커널은 이론적으로는 약간의더 나은 처리량, 그러나 실제로 어떤 이점이 있는지 보여주는 성능 측정 값을 알지 못하므로 실제로 서버는 데스크톱 사전 모델로 이동해도 영향을받지 않습니다. 커널은 틱 (CONFIG_NO_HZ)입니다. 즉, 고정 간격이 아닌 현재 실행중인 응용 프로그램 타이머를 기반으로 필요할 때만 타이머 인터럽트를 예약한다는 것을 의미합니다. 이는 서버 안내서가 말한 내용에도 불구하고 현재 여러 릴리스의 경우라고 생각합니다 .

TL; DR : 서버의 다른 커널을 유지하는 데는 이점이 없었으므로 연습이 중단되었습니다.


I / O 스케줄러 특히 가상화 워크로드에 큰 차이를 만듭니다. 여기를보세요 : publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaat/...는 ,이 결론 "전반적으로, 그림 쇼 그 마감 I / O 스케줄러보다 성능이 월등 CFQ I / O 스케줄러, 특히에 다중 스레드 시나리오 " .
syneticon-dj 2016
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.