Là một ổ cứng được ghi đè bằng số không nhanh hơn?


52

Tôi đã có một PC với hai hệ điều hành được cài đặt, ổ cứng mà tôi đã xóa bằng cách sử dụng Đĩa từ UbuntuUSB. Tôi chọn xóa nhanh. Theo tôi hiểu, nó đã xóa bảng phân vùng, nhưng tất cả các tệp và số 0 vẫn còn trên ổ cứng. Sau đó tôi đã tạo bảng phân vùng mới và cài đặt Win10.

Câu hỏi: bây giờ ổ cứng có hoạt động (đọc / ghi) nhanh hơn không, nếu tôi ghi đè lên nó bằng số không?
Hoặc: việc ghi thông tin vào ổ cứng ghi đè 0 nhanh hơn so với ổ cứng "bẩn"?


1
Có lẽ đáng nói đến việc xóa ATA Secure về vấn đề này. Điều này có thể không được sử dụng trực tiếp cho OP, nhưng có thể hữu ích cho những người khác.
StephenG

Bạn đang hỏi về (từ) ổ cứng, SSD, hoặc cả hai? Câu trả lời phụ thuộc.
smci

Điều đáng nói là bộ nhớ flash có địa chỉ vật lý, như có thể được tìm thấy trong gói vi điều khiển, sẽ nhanh hơn nếu được xóa về mặc định trước, vì bạn đã bước ra khỏi phía trước.
MooseBoys

Câu trả lời:


92

Ổ đĩa cứng không lưu trữ các số 0 theo nghĩa đen và những cái mà tôi nghi ngờ rằng bạn nghĩ chúng làm được. Thay vào đó, họ lưu trữ dữ liệu ở định dạng được mã hóa để đảm bảo rằng sẽ không có quá nhiều bit 0 hoặc một bit nằm cạnh nhau. Một chuỗi số 0 hoặc số dài thực sự có thể gây ra sự cố đồng bộ hóa khi cố đọc dữ liệu do sự thay đổi rất nhỏ về tốc độ đĩa, độ rung, v.v. của môi trường vật lý mà dữ liệu được mã hóa, do đó nó bị giới hạn ở một mức dung sai nhất định.

Ngoài ra, các ổ đĩa cứng luôn mã hóa toàn bộ một khu vực (thường là 512 byte hoặc 4096 byte dữ liệu) cùng một lúc, không chỉ các bit đã thay đổi (một lần nữa, vì đó là dữ liệu được mã hóa). Điều này đảm bảo rằng toàn bộ khu vực được mã hóa chính xác mỗi lần. Vì vậy, việc lấp đầy ổ đĩa bằng tất cả các số 0 không có lợi ích thiết thực, mặc dù nó cũng không gây hại gì, ngoại trừ sự hao mòn cơ học nhỏ do làm như vậy. Bạn có thể chọn ghi đè lên mọi thứ bằng các số 0 nếu bạn muốn, nhưng nó sẽ không có lợi ích về hiệu suất và bạn sẽ chỉ lãng phí thời gian của mình để chờ tất cả các số 0 được viết.

Ổ đĩa trạng thái rắn trải qua một quá trình tương tự; họ tự động xóa các nội dung trước đó của một khối trước khi ghi một khối dữ liệu mới, do đó, việc ghi tất cả các số 0 vào ổ SSD sẽ gây ra sự hao mòn không cần thiết trên thiết bị, vì công nghệ flash chỉ có thể xóa một biến số, nhưng hữu hạn, số lần trước khi thất bại . Sự hao mòn được giới thiệu sẽ chỉ giống như 0,01% trong tổng số chu kỳ nhiệm vụ, nhưng đó là điều mà bạn muốn tránh thực hiện một cách thường xuyên.


9
can only be erased a certain number of times- Thật ra, con số không nhất định. Độ biến thiên khá lớn .
Ruslan

19
@Ruslan Lựa chọn từ kém, tôi đoán vậy. Điều đó không chắc chắn (chỉ có cái chết và thuế có vẻ chắc chắn), nhưng nó chắc chắn là hữu hạn và các nhà sản xuất chỉ đảm bảo hiệu suất lên đến "chu kỳ thuế" số lần.
phyrfox

Trên một ổ SSD cũ có nén bên trong nhưng không hỗ trợ TRIM, việc ghi số 0 có thể cho phép lớp ánh xạ flash sử dụng ít không gian flash vật lý hơn cho mảng dữ liệu logic mà nó phơi bày qua giao diện SATA ... Nó bị kéo dài và tệ hơn cả bảo mật SATA xóa, mặc dù.
Peter Cordes

5
Hai vấn đề với câu trả lời của bạn; 1) Solid state drives go through a similar process. Điều này LAF không đúng. Ổ đĩa cứng không trải qua chu trình đọc / xóa / ghi theo cách mà SSD làm. Họ có thể ghi đè lên các thành phần đang hoạt động mà không cần phải xóa chúng trước. 2) A long run of 0s or 1s could actually cause sync issues when trying to read the dataCũng không đúng. Các khu vực ổ cứng có một khoảng cách giữa các lĩnh vực nơi chúng ghi lại số khu vực, bit đồng bộ hóa và dữ liệu ECC. Địa chỉ và dữ liệu đồng bộ giữ cho các đầu không bị "mất" trên đĩa. Một sector 4k thực sự dài 4211 byte vì điều này.
Wes Sayeed

2
@WesSayeed "quy trình tương tự" có nghĩa là SSD cũng ghi toàn bộ các lĩnh vực cùng một lúc. Đúng, ổ cứng thông thường không xóa trước, nhưng nó vẫn là một quá trình tương tự; cả hai viết toàn bộ các lĩnh vực cùng một lúc. Và vâng, tôi biết về khoảng cách giữa các ngành có chứa ECC và không có gì, nhưng họ vẫn sử dụng một cái gì đó như MMFM / GCR để đảm bảo rằng đồng hồ không bị đồng bộ hóa trong khu vực, điều đó có nghĩa là họ không thể có quá nhiều bit 0 liên tiếp.
phyrfox

53

Không, nó sẽ không nhanh hơn. Viết mất cùng một lượng thời gian bất kể dữ liệu bị ghi đè.


12
Điều đó đúng với HD từ tính, nhưng thật hợp lý khi SSD sử dụng nén nội bộ và không hỗ trợ TRIMcó thể nhanh hơn nếu bị ghi đè bằng số không. Họ sẽ chiếm ít không gian thực hơn trên bộ lưu trữ flash, để lại lớp ánh xạ ánh sáng nhiều chỗ hơn để làm việc. Vì vậy, nó sẽ giống như TRIM / loại bỏ.
Peter Cordes

2
@PeterCordes - trong khi sự thật, tỷ lệ SSD thực sự được sử dụng hiện nay không hỗ trợ TRIM? Tôi biết rằng một số loại tôi đã sử dụng từ nhiều thế hệ sản phẩm và từ nhiều nhà sản xuất khác nhau (từ cao cấp cho đến thương hiệu / cửa hàng không có thương hiệu), tất cả những loại tôi đã gặp.
Jules

1
@PeterCordes Câu hỏi là về số không được ghi đè thay vì được sử dụng để ghi đè. Nén nội bộ dường như không giảm được vì nó chỉ có thể được thực hiện ở mức độ chi tiết của ngành và nó có thể gặp khó khăn trong việc theo kịp thông lượng. Viết qua các số 0 có thể nhanh hơn nếu SSD không có không gian cung cấp và nhà sản xuất đã ánh xạ các số 0 logic thành các số không thực, do đó, một đĩa chứa đầy các số không thực sự được tạo từ các trang flash "trống".
Margaret Bloom

@Jules: Một số ổ SSD cũ không hỗ trợ TRIM, vì TRIM chỉ được thêm vào tiêu chuẩn ATA sau khi ổ SSD đầu tiên tồn tại, và sau đó phải mất thời gian để bộ điều khiển bắt đầu hỗ trợ. Tôi có một trong một máy tính xách tay cũ. (Tôi nghĩ rằng bản cập nhật firmware cho nó có sẵn hỗ trợ TRIM). Tôi không chắc chắn liệu có bất kỳ ổ SSD cũ nào không có TRIM cũng sử dụng nén nội bộ không. Lẽ ra tôi nên nói rằng những chiếc SSD như vậy rất hiếm trong những ngày này, nhưng những tuyên bố về chăn như câu trả lời này luôn truyền cảm hứng cho tôi để tìm kiếm các mẫu đối trọng hoặc các trường hợp đặc biệt mà chúng không giữ được.
Peter Cordes

3
@Jules Một phần lớn SSD không hỗ trợ TRIM, chủ yếu là flash đơn giản hơn như thẻ nhớ USB hoặc thẻ SD hoặc MMC. Khá nhiều thứ không phải là ATA.
rừng

10

Điều này phụ thuộc vào:

  • Cho dù đó là ổ cứng cơ học hay ổ SSD.

Đối với ổ SSD, như các câu trả lời khác lưu ý, bạn không nên ghi đè bằng số không (điều này sẽ gây ra sự hao mòn không cần thiết cho các ô Flash), mà thay vào đó hãy sử dụng Xóa an toàn hoặc TRIM toàn bộ đĩa. Một số phiên bản tiện ích định dạng gần đây sẽ tự động thực hiện TRIM nếu chúng phát hiện ra SSD. Lý do cho điều này là vì SSD tạo ra sự khác biệt mạnh mẽ giữa một khu vực "trống" và một khu vực "được lấp đầy" với bất kỳ dữ liệu nào, bao gồm cả số không.

  • Cho dù có các khu vực không thể đọc được trên ổ đĩa.

Nhiều ổ đĩa sẽ phát triển một số lượng nhỏ "điểm xấu" nếu sử dụng khó khăn trong vài năm. Bất kỳ điều gì đã gặp phải sẽ hiển thị trong dữ liệu SMART là "Đang chờ xử lý không thể sửa chữa".

Nếu không có các khu vực không thể đọc được, một ổ cứng cơ học không được hưởng lợi từ việc bị ghi đè, mặc dù nó cũng không có hại gì ngoài việc tiêu tốn nhiều thời gian trước mắt.

Nếu có được một số thành phần không thể đọc được, cố gắng để đọc chúng sẽ mất một thời gian dài, và ổ đĩa sẽ tiếp tục cố gắng để khôi phục lại các dữ liệu trong khoảnh khắc rảnh rỗi, mà sẽ ảnh hưởng đến hiệu suất. Ghi đè chúng sẽ nhắc ổ cứng loại bỏ dữ liệu hiện có, kiểm tra xem vị trí thực vẫn có thể được sử dụng để lưu trữ hay không và phân bổ một khu vực dự phòng theo cách khác. Điều này cũng sẽ đặt lại bộ đếm "Đang chờ xử lý không thể sửa chữa".

TL; DR - Nói chung, đừng làm điều đó.


1
Cũng đáng lưu ý rằng ghi đè bằng số 0 có khả năng là điều tồi tệ nhất có thể làm với flash: quá trình ghi vào một khối bộ nhớ flash là xóa nó (đặt các bit thành 1) và sau đó ghi vào các bit cần là 0. Tôi không chắc chắn, nhưng tôi nghĩ rằng nếu một khu vực có tất cả các số 0 được viết cho nó, điều đó sẽ gây thiệt hại nhiều hơn cho tuổi thọ của thiết bị hơn là viết một mẫu ngẫu nhiên, sẽ gây ra nhiều thiệt hại hơn so với việc viết tất cả 1 giây, bởi vì hoạt động xóa sau đó sẽ cần ít năng lượng hơn nếu có ít 0 hơn (? không chắc chắn về điều này) và do đó gây ra ít thiệt hại hơn (??).
Jules

1
Tôi nghĩ rằng hầu hết các ổ SSD hiện đại đều có một số giảm thiểu cho hiệu ứng đó, chẳng hạn như cờ đảo ngược, kiểu nhiễu hoặc thậm chí là sơ đồ nén nhẹ. Ví dụ, một ổ đĩa sử dụng mã hóa thời gian thực có kiểu nhiễu vì các số 0 được chuyển thành hàm băm giả ngẫu nhiên. Thay vào đó, tôi vẫn có một trong những ổ đĩa dựa trên SandForce cũ, sử dụng tính năng nén và sao chép. Nhưng bạn đã đúng rằng các thiết bị Flash đơn giản hơn (ổ đĩa ngón tay cái và thẻ SD) sẽ có khả năng bị hao mòn nhanh hơn bởi số 0 so với dữ liệu thực tế.
Chromatix

Nó cũng vô dụng để ghi đè một ổ đĩa flash theo cách đó do không gian quá lớn.
rừng

người ta không cần phải lo lắng về việc sử dụng SSD quá nhiều. liên kết tiếng Đức: heise.de/-3755009
user3549596

5

Không, ghi đè bằng số không sẽ không tạo ra sự khác biệt về tốc độ cho ổ cứng. Tuy nhiên, đối với một ổ đĩa trạng thái rắn, ghi đè bằng số không còn tệ hơn so với thực hiện thao tác cắt, đánh dấu các khối là không sử dụng. TRIMing phân vùng hoặc toàn bộ ổ đĩa cho SSD trước khi cài đặt HĐH có thể mang lại hiệu quả và lợi ích trọn đời cho SSD. Nếu bạn đã cài đặt HĐH, có các kỹ thuật để cắt không gian trống trong hệ thống tệp để có lợi ích tương tự.


2

Khi bạn đang thực hiện "định dạng chậm", thường được thực hiện cũng kiểm tra bề mặt cho các khối xấu trên ổ đĩa, do đó có thể hợp lý cho các ổ cứng cũ hơn nhưng bạn không nên nhận thấy bất kỳ sự khác biệt nào về hiệu suất R / W.


0

Không có sự khác biệt nào đối với ổ cứng hoặc SDD.

Trong trường hợp của ổ cứng, ngày trên ổ đĩa bị thay đổi từ tính trên mỗi khu vực bạn viết để không liên quan đến những gì bạn viết ở đó.

Hơn nữa, viết dữ liệu ngẫu nhiên tốt hơn viết số 0 vì nó gây rối nhiều hơn với dấu vết căn chỉnh từ tính và đối với pháp y nâng cao, sẽ rất khó để xác định những gì đã có trước đó trong trường hợp ghi đè dữ liệu ngẫu nhiên so với ghi đè bằng 0.

Trong trường hợp của SSD, nếu bạn chỉ huy một giá trị về 0 hoặc không có gì khác biệt, thì vẫn mất cùng thời gian để ghi các khối bộ nhớ, nhưng do tối ưu hóa TRIM mà bạn có thể thấy rằng bạn không thể ghi đè lên các khu vực cụ thể bạn khao khát. Thay vào đó, chỉ cần tạo một tệp tự mở rộng chiếm toàn bộ dung lượng trống và theo cách đó nó được đảm bảo rằng mọi thứ sẽ được ghi vào, ngăn chặn mọi sự phục hồi.


0

Không, sẽ không có bất kỳ sự khác biệt về tốc độ, nhưng bạn có sự hao mòn không cần thiết và cơ hội thất bại không cần thiết.

Ổ cứng truyền thống mã hóa dữ liệu bằng trình tạo giả ngẫu nhiên đơn giản, hiện đại hơn và (hầu như) tất cả các ổ SSD đều mã hóa dữ liệu bằng AES, luôn luôn. Lý do cho điều đó là việc lưu trữ dữ liệu ngẫu nhiên (hoặc dữ liệu tìm kiếm ngẫu nhiên) thuận lợi hơn nhiều đối với mức độ hao mòn, cả trên các ổ đĩa trạng thái từ tính và rắn, nhưng đặc biệt trong trường hợp sau (do đó AES được sử dụng trước tiên và trước hết để xáo trộn các bit, nhưng như một phần thưởng miễn phí, bạn có thể có bảo mật mà không mất thêm chi phí).

Do đó, viết ra rất nhiều số 0 có hiệu quả viết ra rất nhiều "bit ngẫu nhiên".

Đó là, và nó không phải là cách nhanh hơn để đọc (hoặc ghi đè) cái này hay cái khác.

Mặt khác, ghi đè ổ đĩa hoàn chỉnh có nghĩa là viết một số tỷ lĩnh vực. Mặc dù các ổ cứng có tỷ lệ thất bại (hoàn toàn hư cấu) thấp đến mức chúng dường như "không bao giờ xảy ra", với kích thước khổng lồ của các đĩa hiện đại "không bao giờ xảy ra" giống như "rất có thể xảy ra". Vì lý do đó, ví dụ RAID-5 không còn được khuyến nghị nữa vì khả năng gặp phải lỗi không thể phục hồi trong khi cố gắng đồng bộ hóa lại sau khi đĩa bị lỗi quá cao nên có thể trở thành mối lo ngại thực tế.

Điều đó nghĩa là gì? Vâng, nó có nghĩa là không có gì nói chung, nhưng ghi đè lên đĩa hoàn chỉnh mà không cần có lẽ không phải là một ý tưởng tốt. Ngay cả đối với việc xóa an toàn, nếu đó là dự định, ngày nay vẫn tồn tại các phương thức tốt hơn (nhanh hơn và đáng tin cậy hơn).

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.