Xác minh phân vùng được căn chỉnh trong Linux với RAID và LVM


15

Có ai biết các bước để xác minh rằng một hệ thống tệp XFS trên LVM và md RAID được căn chỉnh chính xác trên một mảng của 4096 Byte hay còn gọi là đĩa định dạng "Định dạng nâng cao" không?

Một số tài liệu tham khảo là:
http://www.ibm.com/developerworks/linux/l
Library / l-4kb-sector-disks / index.html http://thunk.org/tytso/blog/2009/02/20/aligning -filesystems-to-an-ssds-erase-block-size /

Ngoài ra, bối cảnh của câu hỏi này liên quan đến NAS mới của Stack Overflow: http://blog.serverfault.com/post/798854017/the-theorory-and-real-performance-of-ston-10

Câu trả lời:


5

Xác minh là một khó khăn. Suy nghĩ đầu tiên của tôi là thực hiện một loạt các bài đọc 4KB trực tiếp từ phương tiện truyền thông và xem đèn nháy. Nếu mỗi lần đọc thứ x làm cho hai ổ đĩa phát sáng, thì đó là dấu hiệu của việc sắp xếp sai (đọc 4kb chỉ kéo dài một ranh giới dải RAID). Tuy nhiên, bạn 3000 dặm lẻ ra khỏi phần cứng do đó sẽ không làm việc cho bạn.

Tôi giả sử chiều rộng dải RAID của bạn lớn hơn kích thước cung 4KB. Bài kiểm tra tôi nghĩ cách đây một chút là làm một bài kiểm tra đọc / ghi sải chân. Đây là nơi bạn đọc / ghi mỗi x lĩnh vực 4KB. Thay đổi phần bù và bạn có thể thay đổi vị trí trong dải RAID bạn đang kiểm tra. Nếu một số độ lệch nhất định cho thấy hiệu suất khác nhau, tôi sẽ xem xét rằng một dấu hiệu cho thấy phần bù cụ thể đang trải dài trên một dải RAID cho hoạt động 4KB. Điều đó sẽ xác minh rằng XFS đang căn chỉnh đúng trong cấu hình RAID.

Việc xác minh các sọc RAID được căn chỉnh chính xác có thể được thực hiện với cùng một loại kiểm tra sải chân và theo dõi các giá trị 'iuler' cho các ổ đĩa riêng lẻ. Nếu bạn có kích thước sải chân đúng, bạn chỉ nên thấy hoạt động trên hai ổ đĩa tại bất kỳ thời điểm nào. Nếu cùng một bài kiểm tra cho thấy hoạt động trên cả bốn ổ đĩa, thì bạn đã có bằng chứng cho thấy có gì đó không đúng.

Tôi biết chắc chắn rằng điểm chuẩn lưu trữ IOZONE có khả năng thực hiện bài kiểm tra sải chân và tôi sẽ rất ngạc nhiên nếu IOMETER phổ biến hơn không thể làm điều đó. Tuy nhiên, khả năng sử dụng IO trực tiếp và bỏ qua bộ nhớ đệm và kết hợp ghi là rất quan trọng đối với các loại thử nghiệm này.


0

Đó là một vấn đề cá nhân nhưng tôi nghĩ việc kinh doanh liên kết này bị bội thực - tôi dám nói rằng sẽ có những lợi ích hiệu suất thấp ở một chữ số nếu bạn tiết lộ các chi tiết cuối cùng nhưng với kích thước của bộ nhớ cache hiện đại cộng với sự phức tạp của đĩa đối với chuỗi bộ nhớ Sẽ không đổ mồ hôi nhiều.

Nhưng đó là tôi;)


5
Các lĩnh vực liên kết sai cho phép đọc và ghi tuần tự, một hoạt động thực sự rất hiệu quả trên phương tiện quay. Lý do căn chỉnh là một vấn đề lớn trên SSD là vì ghi đắt hơn nhiều so với đọc, vì vậy độ phóng đại ghi cần được giữ ở mức tối thiểu.
sysadmin1138
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.