Linux 6.9 sẽ khởi động nhanh hơn trên các hệ thống lớn có nhiều RAM

Tux, linh vật của Nhân Linux

Nhân Linux là xương sống của hệ điều hành Linux (OS), và là giao diện cơ bản giữa phần cứng của máy tính và các quy trình của nó.

Vài ngày trước Chúng tôi chia sẻ ở đây trên blog tin tức về một trong những thay đổi Những gì chúng ta có thể tìm thấy tại buổi ra mắt của nhân Linux 6.9, hiện đang được phát triển và nhiều thay đổi khác nhau đã được biết đến và điều chúng tôi đã thông báo là EXT2 đã được chuyển sang danh mục lỗi thời và việc sử dụng trình điều khiển NTFS cũ sẽ bị bỏ qua để thay thế cho trình điều khiển được phát triển bởi Paragon Software.

Bây giờ, trong tin tức mới nhất về những tính năng mới mà Linux 6.9 sẽ mang đến cho chúng ta, đó có phải là Phiên bản Kernel này sẽ mang lại sự cải thiện đáng kể về thời gian khởi động dành cho người dùng quản lý hệ thống có dung lượng RAM lớn, đặc biệt là những hệ thống có Họ sử dụng các trang HugeTLB. Điều này giúp giảm đáng kể thời gian khởi tạo các trang này trong quá trình khởi động hệ thống.

Bài viết liên quan:
Paragon đã phát hành một triển khai NTFS cho nhân Linux

Và thay đổi được thêm vào trong Linux 6.9 sẽ cho phép các hệ thống có số lượng lớn trang HugeTLB giảm đáng kể vào thời điểm bắt đầu. Ví dụ: trên hệ thống 2TB có 1800 trang 1GB được khởi tạo, hiện tại họ mất từ ​​1 đến 2 giây trên tổng số 10 giây, đây chắc chắn là một sự cải thiện đáng kể trong thời điểm này. Tương tự, trên máy chủ Intel 12TB có 11 trang 776GB được khởi tạo, quá trình này có thể mất hơn một phút, bạn sẽ thấy thời gian khởi động này giảm đáng kể.

Những tiến bộ này đã được thực hiện nhờ nỗ lực tận tâm của nhà phát triển Linux Gang Li của Bytedance, người đã triển khai một loạt bản vá đã trải qua nhiều lần đánh giá để đảm bảo thực thi hiệu quả. Cơ sở hạ tầng hạt nhân hiện có, chẳng hạn như padata_do_multithreaded, đã được sử dụng với những sửa đổi tối thiểu để đạt được những kết quả này.

Hai bản cập nhật trong v6…

– Đã sửa lỗi tiềm ẩn trong together_bootmem_prealloc_node
Việc triển khai paddata_do_multithreaded đảm bảo rằng mỗi
Tác vụ together_bootmem_prealloc_node xử lý một nút. Tuy nhiên, API được mô tả
trong nhận xét paddata_do_multithreaded chỉ ra rằng paddata_do_multithreaded cũng
Bạn có thể gán nhiều nút cho một nhiệm vụ cùng nhau_bootmem_prealloc_node.

Để tránh các lỗi có thể xảy ra do những thay đổi trong tương lai đối với paddata_do_multithreaded,
together_bootmem_prealloc_parallel được giới thiệu để bao bọc
together_bootmem_prealloc_node.

Những lợi ích đặc biệt là những cải tiến này đáng chú ý trong các môi trường mà tính khả dụng của dịch vụ và thời gian hoạt động của hệ thống là rất quan trọng, như trong trường hợp của các tổ chức siêu quy mô và các tổ chức lớn quản lý các máy chủ rất lớn. Việc giảm thời gian khởi động trong quá trình khởi động lại mang lại lợi ích to lớn để đảm bảo thời gian hoạt động nhanh hơn và hiệu quả hơn.

Bên cạnh đó, Điều đáng nói nữa là một sự thay đổi khác đã được đưa vào Linux 6.9, đây là bản vá của một kỹ sư Linux giàu kinh nghiệm tại Intel, người đã giới thiệu một kỹ thuật cải tiến để hạn chế băng thông bộ nhớ trong các bản cập nhật bộ đệm x86, tương tự như mã được Intel sử dụng trong CPU RDT và AMD EPYC với mã resctrl.

Tác giả bản vá đề cập rằng:

Vòng phản hồi MBA_mbps tăng mức điều chỉnh khi một nhóm đang sử dụng nhiều băng thông hơn mức người dùng đặt trong tệp lược đồ và giảm mức điều tiết khi nhóm đó ở dưới mức mục tiêu.

Điều đáng nói là kỹ thuật mới hạn chế băng thông bộ nhớ được thiết kế để xử lý hiệu quả hơn khối lượng công việc với mức tải không đồng đềus, tránh những hình phạt không cần thiết xảy ra trong các phiên bản kernel trước.

Để tránh những biến động không cần thiết về tốc độ trong mỗi lần lặp, cờ “delta_comp” được sử dụng để chỉ ra những thay đổi thực tế về băng thông sẽ được ghi lại trong lần lặp tiếp theo trong “delta_bw”. Việc điều chỉnh chỉ giảm nếu băng thông hiện tại cộng với delta_bw thấp hơn mục tiêu của người dùng.

Như vậy nó được đề cập rằng Thuật toán hoạt động tốt với khối lượng công việc có băng thông không đổi, nhưng nó có thể thất bại nếu khối lượng công việc thay đổi ngay khi điều chỉnh thay đổi. Để giải quyết vấn đề này, một kỹ thuật đơn giản hơn đã được triển khai để tính toán khả năng tăng băng thông nếu mức điều tiết được giảm xuống mức cao hơn tiếp theo, đảm bảo rằng băng thông vẫn ở mức dưới mục tiêu của người dùng trước khi giảm mức điều tiết.

Nếu bạn là muốn biết thêm về nó, bạn có thể tham khảo chi tiết tại các link sau: