thời gian ext3 fsck so với kích thước phân vùng


9

Tôi đang thực hiện thiết lập cho một trang trại lưu trữ quy mô lớn và để tránh sự cần thiết của các fscks kéo dài một tháng, kế hoạch của tôi là chia lưu trữ thành nhiều hệ thống tệp nhỏ hơn (điều này cũng tốt, vì tôi có một cây tệp được đóng gói tốt , vì vậy tôi có thể dễ dàng có hệ thống tập tin riêng biệt gắn trên 1/, 2/, 3/, 4/, vv).

Khó khăn của tôi là tìm kiếm bất kỳ liệt kê nào về kích thước "hợp lý" cho hệ thống tập tin, để giữ cho thời gian fsck tương tự "hợp lý". Mặc dù tôi hoàn toàn biết rằng thời gian tuyệt đối cho một kích thước nhất định sẽ phụ thuộc phần lớn vào phần cứng, tôi dường như không thể tìm thấy bất kỳ mô tả nào về hình dạng của đường cong trong thời gian ext3 fsck với các kích thước hệ thống tệp khác nhau và các biến khác là gì ( một hệ thống tệp có đầy đủ các tệp trong một thư mục mất nhiều thời gian hơn một tệp với 10 tệp trong mỗi hàng ngàn thư mục trong một cây, tệp lớn so với tệp nhỏ; hệ thống tệp đầy đủ so với hệ thống tệp trống, v.v.).

Có ai có tài liệu tham khảo cho bất kỳ số lượng nghiên cứu tốt về điều này? Không, rằng bất kỳ giai thoại nào về những vấn đề này ít nhất sẽ giúp hướng dẫn thử nghiệm của riêng tôi, nên được yêu cầu.

EDIT : Để làm rõ: bất kể hệ thống tập tin là gì, nếu có vấn đề với siêu dữ liệu, nó sẽ cần phải được kiểm tra. Cho dù các fscks dựa trên thời gian hoặc gắn kết được bật hay cần thiết đều không có vấn đề, và lý do duy nhất tôi yêu cầu các số cụ thể liên quan đến ext3 là vì đó là hệ thống tập tin có khả năng nhất được chọn. Nếu bạn biết về một hệ thống tệp có quy trình fsck đặc biệt nhanh, tôi sẽ mở các đề xuất, nhưng nó cần phải là một tùy chọn mạnh mẽ (tuyên bố rằng "hệ thống tệp X không bao giờ cần fscking!" Sẽ bị cười nhạo và bị chế giễu) . Tôi cũng nhận thức được sự cần thiết của các bản sao lưu và mong muốn fsck không phải là một sự thay thế cho các bản sao lưu, tuy nhiên chỉ cần loại bỏ hệ thống tập tin và khôi phục từ bản sao lưu khi nó bị trục trặc, thay vì fscking nó, có vẻ như thực sự,

Câu trả lời:


6

Theo một bài báo của Mathur et al. (p. 29), thời gian e2fsck tăng trưởng tuyến tính với số lượng inodes trên một hệ thống tập tin sau một điểm nhất định. Nếu biểu đồ là bất cứ điều gì sẽ xảy ra, bạn sẽ hiệu quả hơn với hệ thống tệp lên tới 10 triệu nút.

Chuyển sang ext4 sẽ giúp ích - trong điều kiện hệ thống tập tin của bạn không được tải vào vành, trong đó mức tăng hiệu suất (do không kiểm tra các nút được đánh dấu không sử dụng) không có hiệu quả rõ rệt.


Cảm ơn đã tham khảo, đã giúp xác nhận một vài điều cho tôi. Tôi cũng đã thực hiện điểm chuẩn của riêng mình, điều này cho thấy sự tăng trưởng tuyến tính được thể hiện trong bài báo đó.
womble

2

Tôi nghĩ rằng bạn sẽ phải làm điểm chuẩn của riêng bạn. Một tìm kiếm nhanh trên google không tiết lộ bất cứ điều gì, ngoại trừ việc ext4 fscks nhanh hơn rất nhiều so với ext3.

Vì vậy, hãy tạo một số phân vùng ext3, 100GB, 200GB, vv cho đến kích thước đĩa bạn sẽ sử dụng. Sau đó điền chúng với dữ liệu. Nếu bạn có thể sử dụng dữ liệu giống với dữ liệu sản xuất của mình, (tệp trên mỗi thư mục, phân phối kích thước tệp, v.v.) thì đó sẽ là tốt nhất. Lưu ý rằng chỉ cần sao chép các tệp từ một thiết bị sao lưu od phân vùng khác sẽ đặt chúng trên đĩa được bố trí hoàn hảo và phân mảnh và do đó các bài kiểm tra của bạn sẽ thiếu rất nhiều lần tìm kiếm đầu đĩa sẽ đến từ nhiều lần ghi / sửa đổi / xóa.

Bạn cũng sẽ cần đưa ra một số suy nghĩ cho các fscks song song. Xem vài trường cuối cùng trong / etc / fstab. Các phân vùng trên cùng một đĩa vật lý nên được thực hiện theo trình tự; nhiều đĩa trên cùng một bộ điều khiển có thể được thực hiện song song, nhưng chú ý không làm quá tải bộ điều khiển và làm chậm chúng.



-1

Có bất kỳ lý do tại sao bạn không thể sử dụng một hệ thống tập tin mà không ép buộc thời gian hoặc fscks dựa trên số lần gắn kết với bạn khi bạn khởi động lại?

(các fscks dựa trên thời gian thực sự làm tôi khó chịu - đối với một máy chủ hoạt động lâu năm, nó đảm bảo rằng bạn sẽ phải thực hiện một fsck đầy đủ bất cứ khi nào bạn nâng cấp kernel).

Dù sao, XFS là một trong những hệ thống tập tin ghi nhật ký không bắt buộc một fsck. đáng xem.


một tùy chọn khác là sử dụng Nexenta (kernel openolaris, debian userland), sẽ cung cấp cho bạn ZFS. <a href=" nexenta.org/"> http://www.nexenta.org/</A >
cas

3
Khi một hệ thống tập tin bị hỏng, bất kể đó là gì (extN, XFS, ZFS, bất cứ điều gì) hoặc cho dù bạn có dựa trên thời gian / số lần gắn kết, nó cần một fsck. Tôi muốn đảm bảo rằng một hệ thống tập tin bị hỏng duy nhất không mất quá nhiều thời gian để fsck.
womble

1
vâng, tất nhiên một fs cần một fsck nếu nó bị hỏng. sử dụng một fs như XFS sẽ không loại bỏ những cái đó, bạn cũng không nên thử hoặc thậm chí không muốn. Tôi đã không nói bất cứ điều gì có thể được giải thích hợp lý khác. Quan điểm của tôi là việc buộc một fsck chỉ vì nó đã X nhiều ngày hoặc Y nhiều lần gắn kết vì fsck cuối cùng là không cần thiết và gây phiền nhiễu và thậm chí có thể "giới hạn nghề nghiệp", đặc biệt là nếu người dùng hoặc công ty của bạn đang chờ máy chủ đến trở lại. bạn có thể loại bỏ những fscks không cần thiết đó, và làm như vậy là một điều tốt.
cas

Một điều tốt như nó có thể (hoặc có thể không), nó không trả lời câu hỏi được đặt ra.
womble
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.