Tại sao 12.04 loại bỏ hương vị hạt nhân -server?


13

Ubuntu đang loại bỏ hương vị máy chủ, như được chỉ định trong ghi chú phát hành ngày 12.04:

Như với Beta-1, hạt nhân Beta-2 không còn mang các hương vị hạt nhân amd64 và -generic riêng biệt. Những thứ này đã được hợp nhất thành một hương vị hạt nhân duy nhất để giúp giảm gánh nặng bảo trì trong vòng đời của phiên bản LTS này.

Sự khác biệt giữa -generic và -server dường như có liên quan đến sự ưu tiên, ngắt hẹn giờ và bộ lập lịch i / o, như đã nêu trên: https : //help.ub Ubuntu.com/10.10/serverguide/C/preparing-to-install .html # intro-kernel-diffs

Tôi đang yêu cầu thông số kỹ thuật.

  1. Thế cái gì đang xảy ra vậy?
  2. Phiên bản máy chủ sẽ chạy kernel máy tính để bàn mà không bị phạt hiệu năng?
  3. Điều này có hợp lý không?
  4. Điều gì xảy ra với sự khác biệt đó?
  5. Họ có thể được thay đổi trong không gian người dùng?
  6. Không có tiếng vỗ tay kể từ ngày 12.04?
  7. Nếu câu trả lời là có, thay đổi này sẽ liên quan đến hình phạt hiệu suất?

Tất cả chúng là những câu hỏi có thể được trả lời. Tôi đang yêu cầu một sự thay đổi cụ thể trên một gói, không phải bất cứ điều gì khác.

Câu trả lời:


10

Như bạn đã thấy trong các thông báo phát hành, các hương vị hạt nhân chung và máy chủ đã được hợp nhất cho phiên bản 12.04 nhằm nỗ lực giảm gánh nặng bảo trì trong vòng đời của LTS. Hai hương vị kernel thực sự chỉ khác nhau liên quan đến 2 tùy chọn cấu hình kernel chính: bộ lập lịch I / O mặc định và mô hình ưu tiên.

Điều này đã được thảo luận chi tiết trong danh sách gửi thư của Ubuntu Kernel Team

Như đã lưu ý trong luồng đó, bộ lập lịch I / O mặc định đã thay đổi từ "hạn chót" thành "cfq". Tuy nhiên, bất cứ ai muốn ở lại với bộ lập lịch I / O Hạn chót có thể làm như vậy tại thời điểm khởi động bằng cách cài đặt elevator=deadline.

Mô hình quyền ưu tiên đã thay đổi từ CONFIG_PREEMPT_NONE thành CONFIG_PREEMPT_VOLUNTARY. Tại thời điểm này, tôi không may không có bất kỳ điểm chuẩn hiệu suất nào trong tay để chỉ cho bạn. Hy vọng điều này sẽ giúp một số. Cảm ơn.


7

Câu hỏi "tại sao" của bạn được trả lời trong phần trích dẫn bạn đang cung cấp - bởi vì việc duy trì theo cách này sẽ dễ dàng hơn. Chức năng kernel được tham số hóa khá tốt, bạn có thể thay đổi những thứ như bộ lập lịch vào thời gian chạy, do đó không có nhu cầu cấp thiết nào cho các mặc định khác nhau được biên dịch.

Để biết lý do chính xác và thảo luận về các chi tiết bạn sẽ phải hỏi trên danh sách gửi thư Ubuntu KernelTeam - xem trang Wiki thông tin KernelTeam để biết thông tin liên hệ.


2

Điều xảy ra bây giờ là chỉ có một kernel cho cả máy chủ và máy tính để bàn. Bộ lập lịch IO có thể được thay đổi trong thời gian chạy nếu bạn muốn, nhưng CFQ là bộ lập lịch đầy đủ tính năng và được duy trì tích cực nhất, vì vậy đây là một mặc định tốt. Cái nào bạn sử dụng tạo ra sự khác biệt nhỏ trong hầu hết khối lượng công việc. Hạt nhân máy chủ được sử dụng để vô hiệu hóa quyền ưu tiên hạt nhân tự nguyện vì về mặt lý thuyết nó có thể cung cấp một chútthông lượng tốt hơn, nhưng tôi không biết về bất kỳ phép đo hiệu suất nào thực sự cho thấy bất kỳ lợi ích nào ở đó, vì vậy trong thực tế, các máy chủ sẽ không bị ảnh hưởng khi chuyển sang mô hình tiền xử lý máy tính để bàn. Hạt nhân cũng không có dấu vết (CONFIG_NO_HZ), có nghĩa là nó lên lịch hẹn giờ chỉ bị gián đoạn khi cần dựa trên bộ định thời của ứng dụng đang chạy thay vì ở một khoảng thời gian cố định và tôi tin rằng đây là trường hợp cho một số bản phát hành ngay bây giờ, mặc dù hướng dẫn máy chủ nói .

TL; DR: Không có lợi ích gì trong việc duy trì kernel khác cho máy chủ, vì vậy việc thực hành đã dừng lại.


I / O scheduler không thực sự tạo sự khác biệt đặc biệt là cho ảo hóa khối lượng công việc. Hãy xem ở đây: publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaat/... , nó kết luận "tổng thể, các chương trình con số rằng Hạn I / O scheduler nhanh hơn so với các CFQ I / O scheduler, đặc biệt là trong kịch bản đa luồng " .
syirecton-dj
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.