Diễn Đàn

Chống phân mảnh / tối ưu hóa ổ cứng ngoài?

NS

jimtron

Áp phích gốc
Ngày 27 tháng 7 năm 2008
  • Ngày 13 tháng 6 năm 2020
Tôi thường nghe nói rằng máy Mac không cần phải được chống phân mảnh, nhưng tôi có ổ USB gắn ngoài 8tb đang bị chậm; khi tôi mở một thư mục, đôi khi tôi cần đợi vài giây để xem nội dung (khi ổ đĩa được gắn và hoạt động). Tôi vẫn còn 5tb có sẵn trên ổ đĩa này.

Tại liên kết này Tôi thấy điều này: 'Hầu hết người dùng, miễn là họ còn nhiều dung lượng trống, và không hoạt động thường xuyên trong các tình huống mà các tệp rất lớn được viết và viết lại , không có khả năng nhận thấy tác động của sự phân mảnh đối với các tệp của chúng hoặc trên các ổ đĩa còn trống nhiều. '

Tôi có nhiều tệp rất lớn trên ổ đĩa này, như hơn 1gb mỗi tệp.

Tôi đã chạy DiskUtility trên ổ đĩa, và nó đã qua sơ cứu, và tôi cũng chạy DiskWarrior trên đó (chỉ số hiệu quả theo DW).

Bất kỳ đề xuất nào về cách tối ưu hóa ổ đĩa này?

Bạn có phải.

29 thg 8, 2019
Oslo


  • Ngày 13 tháng 6 năm 2020
Vì vậy, tôi giả sử bạn không bật tùy chọn 'đặt ổ đĩa vào chế độ ngủ' trong tùy chọn hệ thống?

chown33

Người điều hành
Thành viên đội ngũ nhân viên
Ngày 9 tháng 8 năm 2009
Mặt phẳng Abysmal
  • Ngày 13 tháng 6 năm 2020
Định dạng nó ở dạng nào? HFS và APFS có cấu trúc thư mục hiệu quả. Không có định dạng FAT nào làm được (FAT16, FAT32, exFAT).

Một điều khác sẽ làm chậm đĩa là khi chúng bắt đầu bị lỗi. Chế độ lỗi điển hình là ổ đĩa cần phải đọc các sector liên tục, cho đến khi dữ liệu hợp lệ được trả về. Điều này được thực hiện bởi chính ổ đĩa, vì vậy từ quan điểm của máy tính, nó chỉ là một ổ đĩa phản hồi chậm. Hoặc đôi khi nhanh chóng và đôi khi chậm.

Chỉ cần có các tệp lớn sẽ không chắc chắn gây ra phân mảnh. Việc viết lại có thể dẫn đến phân mảnh, không chỉ đơn giản là sự tồn tại của một tệp lớn. Ví dụ: một tệp phim lớn về cơ bản chỉ đọc sau khi được tạo không dẫn đến phân mảnh. Ngược lại, một tệp cơ sở dữ liệu lớn thường xuyên được viết, viết lại, mở rộng và ký hợp đồng, có thể dẫn đến phân mảnh. Hoặc tệ hơn, có nhiều tệp cơ sở dữ liệu lớn đang được viết lại, mở rộng và ký hợp đồng. NS

jimtron

Áp phích gốc
Ngày 27 tháng 7 năm 2008
  • Ngày 13 tháng 6 năm 2020
Ben J. nói: Vì vậy, tôi giả sử bạn không bật tùy chọn 'đặt ổ đĩa vào chế độ ngủ' trong tùy chọn hệ thống? Bấm để mở rộng...
Chính xác. Ngoài ra, tôi biết rằng ổ đĩa đang ngủ sẽ mất một chút thời gian để tăng tốc độ.

chown33 đã nói: Nó ở định dạng nào? HFS và APFS có cấu trúc thư mục hiệu quả. Không có định dạng FAT nào làm được (FAT16, FAT32, exFAT). Bấm để mở rộng...

Tôi tin rằng đó là một trong những định dạng cũ, không phải FAT. Tôi không thấy HFS hoặc APFS ở bất kỳ đâu trong DiskUtility, nó cho biết GUID và Mac OS Extended (Journaled).

Một điều khác sẽ làm chậm đĩa là khi chúng bắt đầu bị lỗi. Chế độ lỗi điển hình là ổ đĩa cần phải đọc các sector liên tục, cho đến khi dữ liệu hợp lệ được trả về. Điều này được thực hiện bởi chính ổ đĩa, vì vậy từ quan điểm của máy tính, nó chỉ là một ổ đĩa phản hồi chậm. Hoặc đôi khi nhanh chóng và đôi khi chậm.

Chỉ cần có các tệp lớn sẽ không chắc chắn gây ra phân mảnh. Việc viết lại có thể dẫn đến phân mảnh, không chỉ đơn giản là sự tồn tại của một tệp lớn. Ví dụ: một tệp phim lớn về cơ bản chỉ đọc sau khi được tạo không dẫn đến phân mảnh. Ngược lại, một tệp cơ sở dữ liệu lớn thường xuyên được viết, viết lại, mở rộng và ký hợp đồng, có thể dẫn đến phân mảnh. Hoặc tệ hơn, có nhiều tệp cơ sở dữ liệu lớn đang được viết lại, mở rộng và ký hợp đồng. Bấm để mở rộng...

Có cách nào để kiểm tra xem ổ đĩa có bị lỗi hay không? Tôi đã có ứng dụng SMART Reporter cho trạng thái OK, và như tôi đã nói trong OP, tôi đã chạy DiskUtility và DiskWarrior ... có công cụ nào khác để kiểm tra tình trạng ổ đĩa không?

Ngoài ra, bất kỳ công cụ nào bạn khuyên dùng để khử khung ổ đĩa?

chown33

Người điều hành
Thành viên đội ngũ nhân viên
Ngày 9 tháng 8 năm 2009
Mặt phẳng Abysmal
  • Ngày 13 tháng 6 năm 2020
jimtron nói: Tôi tin rằng đó là một trong những định dạng cũ, không phải FAT. Tôi không thấy HFS hoặc APFS ở bất kỳ đâu trong DiskUtility, nó cho biết GUID và Mac OS Extended (Journaled). Bấm để mở rộng...
Mac OS Extended là HFS +. Vì vậy, chắc chắn không phải là một phiên bản FAT.

Có cách nào để kiểm tra xem ổ đĩa có bị lỗi hay không? Tôi đã có ứng dụng SMART Reporter cho trạng thái OK, và như tôi đã nói trong OP, tôi đã chạy DiskUtility và DiskWarrior ... có công cụ nào khác để kiểm tra tình trạng ổ đĩa không? Bấm để mở rộng...
Từ những gì tôi mơ hồ nhớ lại về SMART Reporter, nó yêu cầu bộ điều khiển trong ổ đĩa ngoài hỗ trợ báo cáo trạng thái SMART. Không phải tất cả các bộ điều khiển đều làm như vậy, vì vậy việc nhận được đồng ý từ ứng dụng có thể không đáng kể và tôi không biết loại chi tiết nào mà bất kỳ ứng dụng nào khác có thể đọc được.

Ngoài ra, bất kỳ công cụ nào bạn khuyên dùng để khử khung ổ đĩa? Bấm để mở rộng...
Tôi chưa bao giờ cảm thấy cần phải làm điều đó, vì vậy tôi chưa bao giờ bận tâm đến việc xem xét.

Thợ đánh cá

Ngày 20 tháng 2 năm 2009
  • Ngày 14 tháng 6 năm 2020
Ổ cứng dựa trên đĩa được sử dụng với Mac thường yêu cầu khử phân mảnh (bất kể Apple nói gì về nó).

Bạn có thể sử dụng Drive Genius, TechTool Pro, iDefrag (mà tôi tin rằng hiện miễn phí).

Đối với iDefrag, hãy thử kho lưu trữ phần mềm Coriolis tại đây:
Hệ thống Coriolis NS

jimtron

Áp phích gốc
Ngày 27 tháng 7 năm 2008
  • Ngày 14 tháng 6 năm 2020
Fishrrman cho biết: Ổ cứng dựa trên đĩa được sử dụng với Mac thường yêu cầu khử phân mảnh (bất kể Apple nói gì về nó).

Bạn có thể sử dụng Drive Genius, TechTool Pro, iDefrag (mà tôi tin rằng hiện miễn phí).

Đối với iDefrag, hãy thử kho lưu trữ phần mềm Coriolis tại đây:
Hệ thống Coriolis Bấm để mở rộng...

Sẽ thử một trong những điều đó, cảm ơn!