it-swarm-vi.com

Cách tốt nhất để biên dịch kernel cho bộ xử lý i7?

Bây giờ tôi đã biên dịch hạt nhân của riêng mình. Tôi đã bắt đầu khi tôi có bộ xử lý i7 và muốn turbo boost của nó hoạt động tốt. Tôi đã mua một ổ SSD để tiếp tục hưởng lợi từ một nhân gần đây hơn phiên bản repo.

Với các bản dựng gần đây nhất của tôi, tôi đã bắt đầu nhận được các đột biến CPU kỳ lạ. Mặc dù nó có thể là một số thứ khác nhau gây ra điều này, tôi muốn tập trung vào việc lấy kernel "đúng" và nếu có thể, được tối ưu hóa hơn bao giờ hết.

Tôi theo "Debian lỗi thời" trên Kernel/Compile wiki. Tôi làm điều này bởi vì tôi đang xây dựng từ một bản tải xuống trực tiếp từ kernel.org . Câu hỏi đầu tiên: Tôi có nên lấy nguồn của mình từ nơi khác không và tôi có nên sử dụng phương thức xây dựng khác không?

Hướng dẫn gợi ý nhận .config hiện tại như sau:

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

Đây là tất cả tốt và tốt nếu cấu hình hiện tại của bạn hoạt động tốt nhưng tôi lo ngại vấn đề của tôi có vấn đề ... Câu hỏi thứ hai: Có một mặc định thân thiện với Ubuntu, thân thiện với i7 .config tệp tôi có thể tải xuống từ đâu đó?

Có rất nhiều bản vá nhân nổi xung quanh tại thời điểm này. Một số hứa hẹn một hệ thống phản ứng nhanh hơn thông qua việc vá lỗi IO, một số đưa ra lịch trình "tốt hơn" (BFS, et al) nhưng thật khó để tìm ra điểm chuẩn phù hợp để xem liệu đây có phải là những tính năng đáng giá nếu chúng không ổn định rác. Thứ ba: Có bất kỳ bản vá nào bạn sẽ áp dụng cho 2.6,35 để làm cho nó tương thích hơn với Lucid không?

Tôi sợ đó là make menuconfig nơi tôi làm hỏng mọi thứ. Tôi cố gắng tắt trình điều khiển mà tôi không cần và chọn các tùy chọn trông giống như chúng sẽ tối ưu hóa mọi thứ nhưng, sự thật mà nói, tôi không phải là nhà phát triển kernel; Tôi không biết chắc chắn nếu một tùy chọn sẽ phá vỡ mọi thứ hoặc thậm chí giúp đỡ tất cả. Thứ tư: Bạn sẽ tối ưu hóa .config/quy trình xây dựng cho i7 và SSD như thế nào?

4
Oli

Theo quan điểm của tôi kernel.org là nơi thích hợp để lấy kernel. Thông thường tôi sao chép kho git từ dòng chính. Có lẽ bạn cũng có thể sử dụng kernel Vanilla gần đây và áp dụng các bản vá từ Ubuntu. Bạn sẽ tìm thấy khác biệt tại trang gói hình ảnh linux . Hãy lưu ý rằng có thể có một số xung đột mà bạn phải giải quyết. Vì vậy, phiên bản đầu tiên có lẽ là tốt hơn.

Tôi đoán bạn sẽ không tìm thấy bất kỳ điều gì tốt .config trong tự nhiên. Điều tôi thấy hữu ích là make localmodconfig trong nguồn kernel. Trước tiên, bạn sao chép cấu hình cũ của mình vào /usr/src/linux-2.6 (hoặc nơi chứa nguồn kernel của bạn) và sau đó bạn thực hiện lệnh này. Nó sẽ vô hiệu hóa tất cả các mô-đun không được tải. Vì vậy, bạn đạt được nhiều tùy chỉnh ở nơi đầu tiên.

Tôi không biết bất kỳ bản vá nào tốt cho Lucid.

Tôi là thành viên của một địa phương LUG . Chúng tôi thực hiện theo thời gian hội thảo hạt nhân. Tại đây tất cả các thành viên gặp nhau. Chúng tôi cấu hình một kernel và nói về kiến ​​thức của chúng tôi về các mục khác nhau. Cuối cùng, tất cả lợi nhuận từ nó và điều này giúp xây dựng hạt nhân tốt hơn. Vì vậy, nếu tôi tìm kiếm tối ưu hóa, tôi sẽ hỏi các thành viên của chúng tôi. Nếu đó không phải là một tùy chọn, đọc danh sách gửi thư Linux Kernel cũng có thể giúp tìm giải pháp. Bạn sẽ thường xuyên tìm thấy một số cuộc thảo luận hữu ích.

4
qbi

Có một hạt nhân PPA dòng chính: https://wiki.ubfox.com/Kernel/MainlineBuilds

Trừ khi bạn đang cố gắng giải quyết một vấn đề cụ thể (mà bạn gặp phải với ekernel stock Ubuntu) nếu không, bạn đang cố gắng sử dụng một tính năng/tùy chọn cụ thể không có trên kernel của Ubuntu, bạn có thể sẽ lãng phí thời gian của mình.

Nếu bạn gặp vấn đề với kernel hiện tại của mình, vui lòng gửi báo cáo lỗi tại launchpad.

3
João Pinto

Bạn không đề cập đến phiên bản kernel nào mà bạn đang xây dựng. Bởi vì bạn đã hỏi về các bản vá cho Lucid, tôi sẽ cho rằng đó là những gì bạn đang cố gắng để Tweak.

Đề nghị của tôi là không lãng phí thời gian của bạn. Nhóm Ubuntu Kernel áp dụng tất cả các bản vá được nhóm phát hành ổn định ngược dòng phát hành cho Lucid (và các bản phát hành khác). Bạn có thể có được hiệu năng cao hơn một chút từ kernel bằng cách điều chỉnh các tham số cấu hình bằng tay nhưng bạn sẽ phải mất nhiều thời gian hơn để cố gắng đo lường sự cải thiện nếu thực sự có một. Bạn sẽ tốt hơn nhiều khi ở trên một kernel stock và chọn các kernel đã vá từ Ubuntu. Các bản vá này có thể chứa các cải tiến hiệu suất khi các lỗi được tìm thấy và sửa chữa.

Lý do bạn có thể thấy CPU tăng đột biến có thể là do một số lỗi kernel đã được sửa lỗi gần đây và các bản vá đang hoạt động trên Lucid ngay bây giờ.

Khi bạn bắt đầu xây dựng kernel của riêng mình, bây giờ bạn có trách nhiệm giữ cho nó được vá và xây dựng lại. Đó là những gì Canonical trả cho mọi người để bạn không phải làm. Bạn thực sự có những điều tốt hơn để làm với thời gian của bạn.

2
Brad Figg