Chống phân mảnh có ích cho * nix?


8

Đã đến từ một môi trường cửa sổ, tôi tò mò liệu trình chống phân mảnh có hữu ích trong * nix không. Cụ thể hơn, OS X.


Vấn đề hệ thống tập tin chứ không phải vấn đề hệ điều hành, tất nhiên ...
dmckee --- ex-moderator mèo con

Câu trả lời:


10

Đó là một chút của có, không có câu trả lời. Hữu ích trong một số trường hợp nhất định nhưng nó ít gây ra sự cố hơn so với FAT hoặc HFS thông thường. Tất cả các hệ thống tập tin sẽ phân mảnh nhưng những hệ thống mới hơn có khả năng chống phân mảnh quá tệ.

Nói riêng cho Mac OS X, HFS + thực hiện một công việc đủ tốt để cố gắng giữ mọi thứ không bị phân mảnh so với các hệ thống cũ nhưng nó vẫn xảy ra không theo cùng một quy mô. Bản thân HĐH cũng chống phân mảnh các tệp "nhỏ" (20MB hoặc nhỏ hơn) khi đang hoạt động kể từ 10.3 (Panther).

Phân mảnh vẫn xảy ra và bạn có thể thấy hiệu suất giảm do nó, đặc biệt là trong các hệ thống chỉnh sửa video hoặc quy trình làm việc đòi hỏi khả năng đọc hoặc ghi các tệp lớn nhanh chóng vào đĩa. Đối với người dùng tiêu chuẩn của bạn - gần như không có vấn đề.

Các tùy chọn phổ biến nhất để chống phân mảnh ổ cứng cho OS X tôi đã sử dụng và chạy qua là:

  • Nhân bản ổ cứng sang ổ khác và quay lại. Điều này được thực hiện bằng cách sử dụng Carbon Copy Cloner hoặc SuperDuper và yêu cầu thêm một ổ cứng. Nếu được thực hiện như một phần của thói quen sao lưu, thời gian đạt được có thể không khủng khiếp nhưng bạn có thể làm theo cách này.

  • iDefrag , Drive Genius và một số tiện ích khác cũng sẽ chống phân mảnh ổ cứng của bạn. Cá nhân tôi thích iDefrag hơn.


6

Vâng, họ là. Mọi người sẽ cho bạn những lời nói dối như "Hệ thống tập tin UNIX không bao giờ phân mảnh." Họ là những kẻ nói dối, và thay vào đó bạn nên lắng nghe tôi. Các tệp như cơ sở dữ liệu sqlite, được sử dụng bởi firefox, sẽ nhanh chóng phân mảnh khi chúng phân phối các ghi nhỏ thường xuyên khi bạn sử dụng trình duyệt. Tại một thời điểm, hồ sơ của tôi có một cơ sở dữ liệu sqlite với hơn ba nghìn mảnh.

Các cơ sở dữ liệu sqlite này chứa lịch sử trình duyệt và được sử dụng ở những nơi để đề xuất chuỗi văn bản cho bạn, như hoàn thành URL hoặc tự động điền biểu mẫu. Nếu chúng bị phân mảnh, bạn sẽ đau khổ. Một số điều này có thể bị che dấu bởi quyết định của OSX trong việc triển khai POSIX fsync () dưới dạng không hoạt động (được tiêu chuẩn cho phép, nhưng không hay lắm). Vì vậy, không giống như bạn cần chỉnh sửa video để kích hoạt các điều kiện xấu, chỉ là một cơ sở dữ liệu lịch sử lớn gọi đúng fsync () trên OSX.

Trên Ubuntu bạn có thể kiểm tra phân mảnh một tập tin là với các tiện ích filefrag, trong gói e2fsprogs. Nó yêu cầu quyền root, nhưng cung cấp cho bạn chế độ xem có bao nhiêu vùng không liền kề mà một tệp có. Như tên gói cho thấy, nó không phải là ext4 (chưa). Hy vọng rằng, phân bổ chậm trễ và hỗ trợ phạm vi của ext4 làm giảm sự phân mảnh trong tự nhiên.


3

Theo như tôi biết, các hệ thống tập tin unix như EXT hoặc HFS không bị phân mảnh như FAT hoặc NTSF, ít nhất là không theo cùng một thứ tự cường độ.

Đọc thêm về nó ở đây và cũng kiểm tra trang hỗ trợ táo này về bảo trì đĩa


Phiên bản hỗ trợ ngày 25 tháng 6 năm 2009 của support.apple.com/kb/TS1417 là sai lệch. Nó đề cập đến sự phân mảnh trong bối cảnh fscknhưng fsck_hfs nào không cung cấp thông tin về sự phân mảnh. Các phiên bản cũ hơn fsck_hfscó một yêu cầu nghiêm ngặt về không gian trống liền kề cho một loại xây dựng lại; nói cách khác: nếu không gian trống quá phân mảnh, thì việc xây dựng lại là không thể . Các phiên bản gần đây fsck_hfsít đòi hỏi hơn nhưng vẫn có thể có nhiều không gian trống liền kề .
Graham Perrin

3

Nó phụ thuộc vào hệ thống tập tin bạn đang sử dụng và quan trọng nhất là bạn đang sử dụng nó như thế nào. Hầu hết các hệ thống tập tin hiện đại ít bị phân mảnh, nhưng phân mảnh luôn hữu ích.

Bạn có thể sử dụng xfs_fsrđể chống phân mảnh hệ thống tập tin XFS. Nó có một số hạn chế, nhưng tốt hơn là không có gì.



1

ext2 / ext3 có thể có sự phân mảnh rất lớn của không gian trống. Nó có thể được kiểm tra với tiện ích e2freefrag.


1

Đây là một vấn đề tôn giáo. IMO, phân mảnh chỉ là một vấn đề đối với khối lượng công việc cụ thể và nó không liên quan lắm kể từ NT4.

Trường hợp ngoại lệ mà tôi gặp phải là tình huống bạn có rất nhiều bài viết nhỏ xen lẫn với bài viết lớn. Một ví dụ xuất hiện trong đầu là một máy chủ tệp windows bận rộn với người dùng làm những việc ngu ngốc như chạy các tệp PST đang hoạt động trên máy chủ. Một cái khác sẽ là một máy chủ pop3 linux với các hộp thư ở định dạng Maildir.


0

HFS + không phân đoạn, tất cả các hệ thống tập tin đều làm. Tuy nhiên, nó dường như không phải chịu đựng điều đó, ít nhất là không đến mức NTFS / FAT32 làm.

Một cảnh báo-- Tôi đã ngừng nhận thấy hiệu suất giảm từ phân mảnh tệp khoảng 5 năm trước, ít nhất là về các tệp cục bộ có liên quan. Băng thông SATA và ổ cứng 7200RPM khiến vấn đề này không được chú ý nhiều, IMO.


0

http://osxbook.com/software/hfsdebug/frag sắc.html

Đây là một chương trong cuốn sách nội bộ của Mac OS X. Có mô tả "Các biện pháp tích hợp trong Mac OS X Chống phân mảnh" và công cụ kiểm tra phân mảnh cũng được trình bày.

Phân tích phân mảnh trên 5 máy tính táo cũng được thực hiện.


Tác giả bắt đầu với một ghi chú: "Lấy mẫu quá ít một tập để khái quát" kết quả "của tôi.
Graham Perrin

Graham Perrin, nhưng đây không phải là "năm mac mà không có sự phân mảnh". Ông nói "Cuộc thảo luận này mang tính minh họa hơn" và đây là minh họa tốt cho thấy sự phân mảnh có thể phổ biến đối với máy Mac
osgx

1
Đó là một bài viết xuất sắc vào thời điểm đó, nhưng bảy năm sau đó đã chứng kiến ​​những thay đổi đáng kể đối với dung lượng đĩa ưa thích, đối với việc sử dụng JHFS +, để sử dụng các thuộc tính B-tree et cetera. Bài viết này không xem xét sự phân mảnh của các thuộc tính B-cây và (phổ biến hơn) các tệp B-cây danh mục; liên quan đến câu hỏi sau có câu trả lời cho một câu hỏi khác nhau liên quan đến sự chậm chạp của cỗ máy thời gian . Xem xét các trường hợp sử dụng hiện đại, tôi tin rằng kết luận năm 2004 đã lỗi thời.
Graham Perrin

Graham Perrin, cảm ơn! Bạn có biết bất kỳ mô tả bằng văn bản nào về chống phân mảnh dựng sẵn trong JHFS + mới hơn không?
osgx

1
Nếu TN1150 (tháng 3 năm 2004) được cập nhật, thì JHFS + bây giờ không khác với JHFS +, tuy nhiên, tuy nhiên các Hệ thống hiện đại hơn dường như sử dụng định dạng theo các cách khác nhau. Tôi dự định đăng câu trả lời trong phần Mac có cần được phân mảnh không? bao gồm ít nhất một số điều này. Meteime dần thay vì thảo luận trong các bình luận, hãy nhắm đến Hỏi các trò chuyện khác nhau với tùy chọn đánh dấu trang.
Graham Perrin
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.