Nhược điểm của phân vùng SSD?


79

Một anh chàng thông minh tên NickN duy trì một bài đăng trên diễn đàn dài dòng về quan điểm của anh ấy về việc xây dựng một máy tính mạnh mẽ (hướng tới chơi Flight Simulator X của Microsoft, một phần mềm rất khắt khe).

Anh ta tổng hợp các điểm về ổ SSD ở đâu đó và anh ta kết luận danh sách như sau:

KHÔNG THAM GIA SSD

Anh ấy không nói chi tiết về điều này không may, nhưng tôi tự hỏi tại sao anh ấy nói điều này. Hạn chế của việc phân vùng SSD là gì? (Phân vùng trong ngữ cảnh này có nghĩa> = 2 phân vùng)


13
Chà, bạn phải phân vùng nó để sử dụng nó. Có lẽ, anh ta có nghĩa là không tạo nhiều hơn một phân vùng, mặc dù tại sao anh ta khuyên bạn nên vượt quá tôi.
ChrisInEdmont

1
@ChrisInEdmont vâng, đó là những gì anh ấy muốn nói.
MarioDS

4
Tôi không thể hiểu tại sao điều này lại quan trọng. Ngay cả khi bạn đang sử dụng các phân vùng hợp lý thay vì các phân vùng ảo, một khi HĐH nói với trình điều khiển hệ thống tệp phần nào của ổ đĩa sẽ sử dụng, các phân vùng không thành vấn đề. Điều duy nhất có thể quan trọng là căn chỉnh phân vùng, nhưng điều đó không liên quan gì đến số lượng phân vùng.
Darth Android

2
Tôi chỉ có thể đoán rằng anh ta có nghĩa là: "Không phân vùng một ổ đĩa rất nhỏ", bất kể đó là ổ cứng hay SDD.
Hennes

6
Tùy chọn duy nhất khác mà tôi có thể làm là (sai) giả định rằng bộ điều khiển SSD cần không gian trống trên ổ đĩa để hoạt động. Nó cần không gian trống trên đĩa để có hiệu quả; không perse không gian trống trong một khối lượng gắn kết. Điều chỉnh đó chỉ là vấn đề quyết định cung cấp quá mức và thiết lập khu vực bảo vệ máy chủ .
Hennes

Câu trả lời:


118

SSD không, tôi nhắc lại, KHÔNG hoạt động ở cấp hệ thống tập tin!

Không có mối tương quan 1: 1 giữa cách hệ thống tập tin nhìn thấy mọi thứ và cách SSD nhìn thấy mọi thứ.

Thoải mái phân vùng SSD theo bất kỳ cách nào bạn muốn (giả sử mỗi phân vùng được căn chỉnh chính xác và một hệ điều hành hiện đại sẽ xử lý tất cả điều này cho bạn); nó sẽ KHÔNG làm tổn thương bất cứ điều gì, nó sẽ KHÔNG ảnh hưởng xấu đến thời gian truy cập hoặc bất cứ điều gì khác, và đừng lo lắng về việc thực hiện một tấn ghi vào SSD. Họ có chúng để bạn có thể viết 50 GB dữ liệu mỗi ngày và nó sẽ kéo dài 10 năm.

Trả lời câu trả lời của Robin Hood ,

Việc cân bằng hao mòn sẽ không có nhiều không gian trống để chơi, bởi vì các thao tác ghi sẽ được trải rộng trên một không gian nhỏ hơn, do đó bạn "có thể", nhưng không nhất thiết sẽ làm hao mòn phần đó của ổ đĩa nhanh hơn bạn nếu toàn bộ ổ đĩa là một phân vùng duy nhất trừ khi bạn sẽ thực hiện hao mòn tương đương trên các phân vùng bổ sung (ví dụ: khởi động kép).

Điều đó hoàn toàn sai. Không thể làm hao mòn một phân vùng vì bạn chỉ đọc / ghi vào phân vùng đó. Điều này thậm chí KHÔNG từ xa cách thức hoạt động của SSD.

SSD hoạt động ở mức truy cập thấp hơn nhiều so với những gì hệ thống tập tin nhìn thấy; một ổ SSD hoạt động với các khối và trang.

Trong trường hợp này, điều thực sự xảy ra là, ngay cả khi bạn đang viết một tấn dữ liệu trong một phân vùng cụ thể, hệ thống tệp bị ràng buộc bởi phân vùng, NHƯNG, SSD thì không. SSD càng ghi nhiều, SSD sẽ càng bị tráo đổi nhiều khối / trang để thực hiện cân bằng hao mòn. Nó không quan tâm đến việc hệ thống tập tin nhìn thấy mọi thứ như thế nào! Điều đó có nghĩa là, tại một thời điểm, dữ liệu có thể nằm trong một trang cụ thể trên SSD, nhưng, một lần khác, nó có thể và sẽ khác. SSD sẽ theo dõi nơi dữ liệu được xáo trộn và hệ thống tập tin sẽ không có manh mối về việc dữ liệu thực sự nằm ở đâu trên SSD.

Để làm cho việc này trở nên dễ dàng hơn: giả sử bạn viết một tệp trên phân vùng 1. Hệ điều hành cho hệ thống tệp về nhu cầu lưu trữ và hệ thống tệp phân bổ "cung", sau đó cho SSD biết nó cần dung lượng X. Hệ thống tập tin nhìn thấy tệp tại Địa chỉ khối logic (LBA) là 123 (ví dụ). SSD ghi chú rằng LBA 123 đang sử dụng khối / trang # 500 (ví dụ). Vì vậy, mỗi khi HĐH cần tệp cụ thể này, SSD sẽ có một con trỏ đến trang chính xác mà nó đang sử dụng. Bây giờ, nếu chúng tôi tiếp tục ghi vào SSD, mặc các cú đá cân bằng và nói rằng khối / trang # 500, chúng tôi có thể tối ưu hóa bạn tốt hơn ở khối / trang # 2300. Bây giờ, khi HĐH yêu cầu cùng một tệp và hệ thống tệp yêu cầu LBA 123 một lần nữa, thời gian NÀY, SSD sẽ trả về khối / trang # 2300 và KHÔNG # 500.

Giống như ổ cứng, ổ SSD không phải là truy cập tuần tự, vì vậy mọi dữ liệu bạn viết / đọc từ các phân vùng bổ sung sẽ ở xa hơn so với "có thể" nếu nó được ghi trong một phân vùng duy nhất, vì mọi người thường để lại không gian trống trong phân vùng của họ . Điều này sẽ tăng thời gian truy cập cho dữ liệu được lưu trữ trên các phân vùng bổ sung.

Không, điều này lại sai! Robin Hood đang suy nghĩ mọi thứ theo hệ thống tập tin, thay vì suy nghĩ như cách chính xác một ổ SSD hoạt động. Một lần nữa, không có cách nào để hệ thống tập tin biết cách lưu trữ dữ liệu của SSD. Không có "xa hơn" ở đây; đó chỉ là trong mắt của hệ thống tập tin, KHÔNG phải là cách thực tế mà SSD lưu trữ thông tin. SSD có thể phân tán dữ liệu trong các chip NAND khác nhau và người dùng sẽ không nhận thấy bất kỳ sự gia tăng nào về thời gian truy cập. Heck, do tính chất song song của NAND, nó thậm chí có thể nhanh hơn trước, nhưng chúng ta đang nói về nano giây ở đây; nháy mắt và bạn đã bỏ lỡ nó

Tổng dung lượng ít hơn làm tăng khả năng ghi các tệp bị phân mảnh và trong khi tác động hiệu năng là nhỏ, hãy nhớ rằng nó thường được coi là một ý tưởng tồi để chống phân mảnh ổ SSD nand-flash vì nó sẽ làm hỏng ổ đĩa. Tất nhiên tùy thuộc vào hệ thống tập tin nào bạn đang sử dụng, kết quả là phân mảnh cực kỳ thấp, bởi vì chúng được thiết kế để ghi toàn bộ tập tin bất cứ khi nào có thể thay vì đổ nó khắp nơi để tạo tốc độ ghi nhanh hơn.

Không, xin lỗi; một lần nữa điều này là sai. Chế độ xem tệp của hệ thống tệp và chế độ xem SSD của các tệp tương tự thậm chí không được đóng từ xa. Hệ thống tệp có thể thấy tệp bị phân mảnh trong trường hợp xấu nhất có thể, NHƯNG, chế độ xem SSD của cùng một dữ liệu hầu như luôn được tối ưu hóa.

Do đó, một chương trình chống phân mảnh sẽ xem xét các LBA đó và nói rằng, tệp này phải thực sự bị phân mảnh! Nhưng, vì nó không có manh mối nào về phần bên trong của SSD, nên nó sai 100%. ĐÓ là lý do một chương trình chống phân mảnh sẽ không hoạt động trên SSD và vâng, một chương trình chống phân mảnh cũng gây ra các ghi không cần thiết, như đã đề cập.

Loạt bài viết Mã hóa cho SSD là một tổng quan tốt về những gì đang diễn ra nếu bạn muốn có nhiều kỹ thuật hơn về cách thức hoạt động của SSD.

Để đọc thêm "ánh sáng" về cách FTL (Lớp dịch Flash) thực sự hoạt động, tôi cũng khuyên bạn nên đọc Vai trò quan trọng của Lớp dịch và Chương trình Flash trong Thiết kế ổ đĩa thể rắn  (PDF) từ trang web Hội nghị thượng đỉnh bộ nhớ Flash .

Họ cũng có rất nhiều giấy tờ khác, như:

Một bài viết khác về cách thức hoạt động của nó: Tổng quan về bộ nhớ Flash  (PDF). Xem phần "Viết dữ liệu" (trang 26-27).

Nếu video là sở thích của bạn, hãy xem FTL cấp trang hiệu quả để tối ưu hóa dịch địa chỉ trong bộ nhớ flash và các slide liên quan .


Xin chào, bạn có thể vui lòng thêm một số liên kết đến các nguồn sao lưu thông tin của bạn không? Rất có thể là câu trả lời khác thực tế không chính xác, nhưng tôi không có cách nào để biết rằng bạn cũng đúng.
MarioDS

4
Từ Windows Internals lần thứ 6, phần 2, ch. 9 (Quản lý lưu trữ) và 12 (Hệ thống tệp), bạn có thể tìm hiểu cách I / O yêu cầu các tệp đi qua trình điều khiển hệ thống tệp, sau đó là trình điều khiển âm lượng và cuối cùng là trình điều khiển đĩa (cũng được sử dụng cho SSD). FSD dịch các khối-trong-một-tệp thành các khối-trong-một-partitoin; trình điều khiển âm lượng dịch cái sau sang khối-trong-một-đĩa, tức là LBA. Vì vậy, tại thời điểm các yêu cầu đến trình điều khiển đĩa, tất cả bối cảnh liên quan đến tệp và phân vùng là Gone. Đĩa không thể biết các tệp hoặc phân vùng vì thông tin đó không có trong các yêu cầu đến với nó.
Jamie Hanrahan

5
RobinHood cũng bị nhầm lẫn trong tuyên bố "Giống như ổ cứng, ổ SSD không phải là truy cập tuần tự" . Đây là những thiết bị truy cập ngẫu nhiên. Nếu họ truy cập tuần tự, thì bạn không thể nói với họ "đọc hoặc viết khối n"; khối duy nhất bạn có thể truy cập sẽ là khối ngay sau đó, hoặc có thể là khối ngay trước đó, khối bạn vừa truy cập. Đúng là bên trong, SSD NAND-flash chỉ có thể ghi dữ liệu trong các "trang" lớn tại một thời điểm, nhưng điều đó không làm cho chúng truy cập tuần tự. Băng là truy cập tuần tự. Tìm kiếm.
Jamie Hanrahan

Tôi đã thêm một pdf khác ngoài liên kết đầu tiên tôi có trong câu trả lời của mình.
Thời gian sinh đôi

1
@TimeTwin Man, tôi càng đọc lại câu trả lời của bạn, tôi càng cảm thấy mù quáng khi tin vào câu trả lời của Robin Hood, trong đó thực sự chứa những tuyên bố khiến thiết kế SSD trông rất ngu ngốc, liệu chúng có đúng không. Đây là một lời nhắc nhở tại sao chúng ta cần duy trì quan trọng về thông tin ngay cả khi được tìm thấy trên các trang web đáng tin cậy và với nhiều thông tin. Bạn đã thực hiện một mục khá ngoạn mục trên trang web này, tận hưởng sự tăng cường đại diện và vui lòng tiếp tục truyền bá kiến ​​thức (đã được xác minh) của bạn.
MarioDS

15

Câu trả lời rất dài ở đây, khi câu trả lời đủ đơn giản và trực tiếp chỉ từ kiến ​​thức chung về SSD. Người ta không cần nhiều hơn đọc thuật ngữ Wikipedia của ổ đĩa trạng thái rắn để hiểu câu trả lời, đó là:

Lời khuyên "KHÔNG THAM GIA SSD" là vô nghĩa.

Trước đây (hiện tại rất xa), các hệ điều hành không hỗ trợ SSD rất tốt và đặc biệt là khi phân vùng không chú ý sắp xếp các phân vùng theo kích thước của khối xóa.

Sự thiếu liên kết này, khi một khu vực đĩa logic của hệ điều hành được phân chia giữa các khối SSD vật lý, có thể yêu cầu SSD phải flash hai khu vực vật lý khi HĐH chỉ có ý định cập nhật một, do đó làm chậm truy cập đĩa và tăng mức độ hao mòn .

Hiện tại SSD đang trở nên lớn hơn nhiều và các hệ điều hành biết tất cả về việc xóa các khối và căn chỉnh, để vấn đề không còn tồn tại. Có thể lời khuyên này đã từng có nghĩa là để tránh các lỗi về căn chỉnh phân vùng, nhưng ngày nay những lỗi này là tất cả nhưng không thể.

Trên thực tế, đối số cho phân vùng SSD ngày nay giống hệt như đối với các ổ đĩa cổ điển:
Để tổ chức và phân tách dữ liệu tốt hơn.

Ví dụ, cài đặt hệ điều hành trên một phân vùng riêng và nhỏ hơn rất tiện cho việc lấy hình ảnh dự phòng của nó để đề phòng khi thực hiện các cập nhật lớn cho HĐH.


4

Không có nhược điểm nào trong việc phân vùng ổ SSD và bạn thực sự có thể kéo dài tuổi thọ của nó bằng cách để lại một số không gian không liên kết.

Cân bằng hao mòn được áp dụng trên tất cả các khối của thiết bị (tham khảo trang trắng HP, được liên kết bên dưới)

Trong cân bằng hao mòn tĩnh, tất cả các khối trên tất cả các đèn flash có sẵn trong thiết bị đều tham gia vào các hoạt động cân bằng hao mòn. Điều này đảm bảo tất cả các khối nhận được cùng một lượng hao mòn. Cân bằng hao mòn tĩnh thường được sử dụng trong SSD máy tính để bàn và máy tính xách tay.

Từ đó, chúng ta có thể kết luận các phân vùng không quan trọng đối với mức độ hao mòn. Điều này có ý nghĩa bởi vì từ quan điểm của HDD & bộ điều khiển, các phân vùng không thực sự tồn tại. Chỉ có khối và dữ liệu. Ngay cả bảng phân vùng cũng được ghi trên cùng một khối (khối thứ nhất của ổ đĩa cho MBR). Đó là HĐH sau đó đọc bảng và quyết định khối nào sẽ ghi dữ liệu và khối nào không. Hệ điều hành thấy các khối sử dụng LBA để đưa ra một số duy nhất cho mỗi khối. Tuy nhiên, bộ điều khiển sau đó ánh xạ khối logic thành một khối vật lý thực tế, xem xét sơ đồ cân bằng hao mòn.

Các whitepaper tương tự cho một gợi ý tốt để mở rộng trực tiếp của thiết bị:

Tiếp theo, cung cấp quá nhiều ổ đĩa của bạn. Bạn có thể tăng tuổi thọ bằng cách chỉ phân vùng một phần tổng công suất của thiết bị. Ví dụ: nếu bạn có ổ đĩa 256 GB thì chỉ phân vùng thành 240 GB. Điều này sẽ kéo dài tuổi thọ của ổ đĩa. Mức độ vượt quá 20% (chỉ phân vùng 200 GB) sẽ kéo dài tuổi thọ hơn nữa. Một nguyên tắc nhỏ là mỗi khi bạn tăng gấp đôi ổ đĩa, bạn sẽ tăng thêm 1 lần cho độ bền của ổ đĩa.

Điều này cũng gợi ý rằng ngay cả không gian không liên kết được sử dụng để cân bằng hao mòn, do đó tiếp tục chứng minh điểm trên.

Nguồn: Giấy trắng kỹ thuật - Độ bền SSD ( http://h20195.www2.hp.com/v2/getpdf.aspx/4AA5-7601ENW.pdf )


1

Các lĩnh vực đĩa đã được 512 byte trong một thời gian dài và các đĩa cơ học có đặc tính duy nhất ảnh hưởng đến thời gian đọc / ghi một khu vực là sự chậm trễ tìm kiếm. Vì vậy, bước tối ưu hóa chính với các ổ đĩa cứng cơ học là cố gắng đọc / ghi các khối liên tục để giảm thiểu tìm kiếm.

Flash hoạt động rất khác so với ổ cứng kỹ thuật. Ở cấp độ flash thô, bạn không có các khối, nhưng các trang và "eraseblocks" (để mượn từ thuật ngữ MTD của Linux). Bạn có thể viết để flash một trang tại một thời điểm và bạn có thể xóa flash eraseblock tại một thời điểm.

Kích thước trang điển hình cho flash là 2KBytes và kích thước điển hình cho eraseblocks là 128KBytes.

Nhưng SSD SATA trình bày một giao diện hoạt động với kích thước cung 512 byte cho HĐH.

Nếu có ánh xạ 1: 1 giữa các trang và các cung, bạn có thể thấy bạn sẽ gặp rắc rối như thế nào nếu bảng phân vùng của bạn bắt đầu trên một trang lẻ hoặc một trang ở giữa một eraseblock. Cho rằng các hệ điều hành thích lấy dữ liệu từ các ổ trong các khối 4Kbyte vì điều này phù hợp với phần cứng phân trang x86, bạn có thể thấy một khối 4Kbyte như vậy có thể sắp xếp một eraseblock, nghĩa là cập nhật nó sẽ yêu cầu xóa, sau đó viết lại 2 khối thay vì 1. Dẫn đến hiệu suất thấp hơn.

Tuy nhiên, phần sụn SSD không duy trì ánh xạ 1: 1, nó thực hiện bản dịch Địa chỉ khối vật lý (PBA) sang Địa chỉ khối logic (LBA). Có nghĩa là bạn không bao giờ biết nơi nói khu vực 5000 hoặc bất kỳ khu vực cụ thể nào khác thực sự được viết trong nháy mắt. Nó đang làm rất nhiều thứ phía sau hậu trường bằng thiết kế để cố gắng luôn luôn viết cho các eraseblocks bị xóa trước. Bạn không thể biết chính xác những gì nó đang làm mà không cần tháo gỡ phần sụn, nhưng trừ khi phần sụn hoàn toàn rác, phần sụn có thể xoay quanh vấn đề này.

Bạn có thể đã nghe nói về ổ cứng 4Kn. Đây là các ổ đĩa cứng kỹ thuật sử dụng bên trong kích thước cung cấp 4Kbyte, nhưng vẫn hiển thị giao diện cung cấp 512 byte cho các hệ điều hành. Điều này là cần thiết bởi vì khoảng cách giữa các ngành cần phải nhỏ hơn trên đĩa để phù hợp với nhiều dữ liệu hơn.

Điều đó có nghĩa là bên trong nó luôn đọc và ghi các lĩnh vực 4K nhưng ẩn nó khỏi HĐH. Trong trường hợp này, nếu bạn không ghi vào các khu vực nằm trên ranh giới 4KByte, bạn sẽ phải chịu một hình phạt tốc độ vì mỗi lần đọc / ghi như vậy sẽ dẫn đến hai lĩnh vực 4KByte bên trong được đọc và viết lại. Nhưng điều này không áp dụng cho SSD.

Dù sao đây là tình huống duy nhất tôi có thể nghĩ về lý do tại sao nó được đề xuất không phân vùng SSD. Nhưng nó không áp dụng.


-1

Những câu trả lời này bỏ qua là tối ưu hóa SSD Windows. Tôi không biết điều này có nghĩa là phân vùng trở nên tốt hơn, nhưng đối với ổ C được phân vùng như ổ đĩa Windows, bạn có thể:

  1. lần lượt lập chỉ mục
  2. không cần theo dõi thời gian truy cập lần cuối
  3. không cần lưu trữ tên dos 8 ký tự cũ
  4. bỏ qua thùng rác Windows

Tắt lập chỉ mục không chỉ làm chậm các tìm kiếm mà còn có nghĩa là bạn không thể tìm kiếm bên trong các tệp. Đó không phải là một gợi ý tốt.
Richard

-2

Tôi đã quyết định một số thông tin cơ bản có thể hữu ích trong việc làm cho câu trả lời này rõ ràng, nhưng như bạn có thể thấy tôi đã đi một chút OCD để bạn có thể muốn bỏ qua đến cuối và sau đó quay lại nếu cần. Mặc dù tôi biết một chút, tôi không phải là chuyên gia về SSD, vì vậy nếu có ai nhìn thấy lỗi EDIT . :).

Thông tin lai lịch:

SSD là gì?:

SSD hoặc ổ đĩa trạng thái rắn là một thiết bị lưu trữ không có bộ phận chuyển động. Thuật ngữ SSD thường được dùng để chỉ cụ thể là các ổ đĩa trạng thái rắn dựa trên nand-flash nhằm hoạt động như một giải pháp thay thế ổ cứng, nhưng thực tế chúng chỉ là một dạng của SSD, và thậm chí không phải là loại phổ biến nhất. Loại SSD phổ biến nhất là phương tiện di động dựa trên nand-flash như thẻ nhớ usb (ổ đĩa flash) và thẻ nhớ, mặc dù chúng hiếm khi được gọi là SSD. SSD cũng có thể dựa trên ram, nhưng hầu hết các ổ đĩa ram là phần mềm được tạo ra trái ngược với phần cứng vật lý.

Tại sao SSD Nand-flash dự định hoạt động như một ổ cứng thay thế tồn tại?:

Để chạy một hệ điều hành, và đó là phần mềm lưu trữ nhanh là bắt buộc. Đây là lúc ram phát huy tác dụng, nhưng trong lịch sử ram rất đắt và cpu không thể giải quyết được số lượng lớn. Khi bạn chạy một hệ điều hành hoặc lập trình các phần dữ liệu hiện được yêu cầu sẽ được sao chép vào ram của bạn, vì thiết bị lưu trữ của bạn không đủ nhanh. Một nút cổ chai được tạo ra, bởi vì bạn phải đợi dữ liệu được sao chép từ thiết bị lưu trữ chậm sang ram. Mặc dù không phải tất cả các ổ SSD flash đều có hiệu năng tốt hơn so với ổ cứng truyền thống, nhưng những ổ SSD giúp giảm bớt tắc nghẽn bằng cách cho thời gian truy cập nhanh hơn, tốc độ đọc và tốc độ ghi.

Nand-flash là gì?:

Lưu trữ flash là phương tiện lưu trữ sử dụng điện thay vì từ tính để lưu trữ dữ liệu. Nand-flash là bộ lưu trữ flash sử dụng cổng NAND. Không giống như A-flash là truy cập ngẫu nhiên, nand-flash được truy cập tuần tự.

Làm thế nào để SSD Nand-flash lưu trữ dữ liệu?:

Lưu trữ Nand-flash bao gồm các khối, các khối đó được chia thành các ô, các ô chứa các trang. Không giống như một ổ đĩa cứng sử dụng từ tính để lưu trữ dữ liệu, phương tiện flash sử dụng điện, vì dữ liệu này không thể được ghi đè; dữ liệu phải được xóa để sử dụng lại không gian. Thiết bị không thể xóa từng trang riêng lẻ; erasal phải xảy ra ở cấp độ khối. Vì dữ liệu không thể được ghi vào một khối đã được sử dụng (ngay cả khi không phải tất cả các trang trong đó), toàn bộ khối phải được xóa trước, và sau đó khối trống hiện có thể có dữ liệu được ghi vào các trang của nó. Vấn đề là bạn sẽ mất bất kỳ dữ liệu nào đã có trong các trang đó, bao gồm cả dữ liệu bạn không muốn loại bỏ! Để ngăn chặn dữ liệu hiện có này được giữ lại phải được sao chép ở một nơi khác trước khi thực hiện việc xóa khối.

Trên ổ cứng, một tấm từ tính được sử dụng để lưu trữ dữ liệu. Giống như bản ghi vinyl, bản có các bản nhạc và các bản nhạc này được chia thành các phần được gọi là các phần. Một cung có thể chứa một lượng dữ liệu nhất định (thường là 512 byte nhưng một số dữ liệu mới hơn là 4KB). Khi bạn áp dụng một lĩnh vực hệ thống tập tin được nhóm thành các cụm (dựa trên kích thước bạn chỉ định, được gọi là kích thước phân bổ hoặc kích thước cụm), và sau đó các tệp được ghi trên các cụm. Cũng có thể phân chia một khu vực để làm cho các cụm nhỏ hơn kích thước khu vực của bạn. Không gian không được sử dụng trong một cụm sau khi một tệp được ghi trên một cụm (hoặc một số) không thể sử dụng được, tệp tiếp theo bắt đầu trong một cụm mới. Để tránh nhiều không gian không thể sử dụng, mọi người thường sử dụng kích thước cụm nhỏ hơn, nhưng điều này có thể làm giảm hiệu suất khi ghi các tệp lớn. SSD Nand-flash không có tấm từ tính, họ sử dụng điện đi qua các khối bộ nhớ. Một khối được tạo thành từ các ô chứa các trang. Các trang có dung lượng X (thường là 4 KB) và do đó, số lượng trang sẽ xác định dung lượng của một khối (thường là 512 KB). Trên SSD, một trang tương đương với sector trên ổ cứng, vì cả hai đều đại diện cho bộ phận lưu trữ nhỏ nhất.

Mặc san lấp mặt bằng là gì?:

Các khối lưu trữ Nand-flash có thể được ghi vào và xóa một số lần giới hạn (được gọi là vòng đời của chúng). Để ngăn chặn ổ đĩa khỏi bị giảm công suất (khối chết), điều hợp lý là làm mòn các khối càng đều càng tốt. Vòng đời giới hạn cũng là lý do chính khiến nhiều người đề nghị không có tệp trang hoặc phân vùng trao đổi trong hệ điều hành của bạn nếu bạn đang sử dụng SSD dựa trên Nand-flash (mặc dù tốc độ truyền dữ liệu nhanh từ thiết bị sang ram cũng là chính yếu tố trong đề nghị đó).

Dự phòng là gì?:

Over Granting xác định sự khác biệt giữa có bao nhiêu không gian trống, so với lượng không gian xuất hiện. Các thiết bị lưu trữ dựa trên Nand-flash tuyên bố là nhỏ hơn so với chúng để có thể đảm bảo là các khối trống để xử lý rác sử dụng. Có một loại cung cấp vượt mức thứ hai được gọi là cung cấp năng động so với cung cấp mà chỉ đơn giản đề cập đến không gian trống đã biết trong không gian trống được hiển thị. Có hai loại động lực cung cấp quá mức: cấp độ hệ điều hành và cấp độ bộ điều khiển ổ đĩa. Ở cấp độ hệ điều hành, Trim có thể được sử dụng để giải phóng các khối mà sau đó có thể được ghi vào ngay lập tức. Ở cấp độ bộ điều khiển không gian ổ đĩa chưa phân bổ (không được phân vùng, không có hệ thống tập tin) có thể được sử dụng. Có nhiều khối miễn phí giúp ổ đĩa hoạt động với hiệu suất tốt nhất, bởi vì nó có thể ghi ngay lập tức.

Viết khuếch đại là gì?:

Vì phương tiện Nand-flash yêu cầu xóa một khối trước khi có thể ghi, nên mọi dữ liệu trong khối không bị xóa phải được sao chép sang một khối mới bằng cách xử lý rác. Những ghi bổ sung được gọi là khuếch đại ghi.

Trim là gì?:

Hệ điều hành được xây dựng với các ổ đĩa cứng truyền thống trong tâm trí. Hãy nhớ một ổ cứng truyền thống có thể ghi đè trực tiếp dữ liệu. Khi bạn xóa một tệp, hệ điều hành sẽ đánh dấu nó là đã xóa (không sao để ghi đè lên), nhưng dữ liệu vẫn ở đó cho đến khi một thao tác ghi xảy ra ở đó. Trên SSD dựa trên Nand-flash, đây là một vấn đề, vì trước tiên dữ liệu phải bị xóa. Việc xóa xảy ra ở cấp độ khối nên có thể có thêm dữ liệu không bị xóa. Xử lý rác sao chép bất kỳ dữ liệu nào không thể xóa thành các khối trống và sau đó các khối được đề cập có thể bị xóa. Tất cả điều này làm mất thời gian và gây ra việc viết không cần thiết (khuếch đại ghi)! Để giải quyết vấn đề này, một tính năng gọi là Trim đã được thực hiện. Trim cung cấp cho hệ điều hành sức mạnh để báo cho SSD để xóa các khối có trang chứa dữ liệu, hệ điều hành đã được đánh dấu là đã bị xóa trong khoảng thời gian khi bạn không yêu cầu thao tác ghi ở đó. Bộ sưu tập rác thực hiện điều đó và do đó, các khối kết quả được giải phóng để hy vọng việc ghi có thể xảy ra với các khối không cần phải xóa trước, giúp quá trình nhanh hơn và giúp giảm mức khuếch đại ghi xuống mức tối đa. Điều này không được thực hiện trên cơ sở tập tin; Trim sử dụng địa chỉ khối logic. LBA chỉ định những lĩnh vực (trang) cần xóa và việc xóa xảy ra ở cấp độ khối. và giúp giảm khuếch đại ghi xuống mức tối thiểu. Điều này không được thực hiện trên cơ sở tập tin; Trim sử dụng địa chỉ khối logic. LBA chỉ định những lĩnh vực (trang) cần xóa và việc xóa xảy ra ở cấp độ khối. và giúp giảm khuếch đại ghi xuống mức tối thiểu. Điều này không được thực hiện trên cơ sở tập tin; Trim sử dụng địa chỉ khối logic. LBA chỉ định những lĩnh vực (trang) cần xóa và việc xóa xảy ra ở cấp độ khối.

Câu trả lời cho câu hỏi của bạn "Nhược điểm của việc phân vùng SSD?":

SSD dựa trên Ram:

Hoàn toàn không có bất lợi vì chúng là truy cập ngẫu nhiên!

SSD dựa trên Nand-flash:

Những bất lợi duy nhất nảy ra trong đầu tôi là:

  1. Việc cân bằng hao mòn sẽ không có nhiều không gian trống để chơi, bởi vì các thao tác ghi sẽ được trải rộng trên một không gian nhỏ hơn, do đó bạn "có thể", nhưng không nhất thiết sẽ làm hao mòn phần đó của ổ đĩa nhanh hơn bạn nếu toàn bộ ổ đĩa là một phân vùng duy nhất trừ khi bạn sẽ thực hiện hao mòn tương đương trên các phân vùng bổ sung (ví dụ: khởi động kép).

  2. Giống như ổ cứng, ổ SSD không phải là truy cập tuần tự, vì vậy mọi dữ liệu bạn viết / đọc từ các phân vùng bổ sung sẽ ở xa hơn so với "có thể" nếu nó được ghi trong một phân vùng duy nhất, vì mọi người thường để lại không gian trống trong phân vùng của họ . Điều này sẽ tăng thời gian truy cập cho dữ liệu được lưu trữ trên các phân vùng bổ sung.

  3. Tổng dung lượng ít hơn làm tăng khả năng ghi các tệp bị phân mảnh và trong khi tác động hiệu năng là nhỏ, hãy nhớ rằng nó thường được coi là một ý tưởng tồi để chống phân mảnh ổ SSD nand-flash vì nó sẽ làm hỏng ổ đĩa. Tất nhiên tùy thuộc vào hệ thống tập tin nào bạn đang sử dụng, kết quả là phân mảnh cực kỳ thấp, bởi vì chúng được thiết kế để ghi toàn bộ tập tin bất cứ khi nào có thể thay vì đổ nó khắp nơi để tạo tốc độ ghi nhanh hơn.

Tôi muốn nói rằng có nhiều phân vùng thì không sao, nhưng việc cân bằng hao mòn có thể là vấn đề đáng lo ngại nếu bạn có một số phân vùng nhận được nhiều hoạt động ghi và những phân vùng khác thì rất ít. Nếu bạn không phân vùng không gian, bạn không có kế hoạch sử dụng, và thay vào đó để lại cho việc cung cấp năng động, bạn có thể nhận được tăng hiệu suất vì sẽ dễ dàng hơn trong việc giải phóng các khối và ghi dữ liệu tuần tự. Tuy nhiên, không có thông tin nào cho rằng không gian cung cấp quá mức sẽ cần thiết đưa chúng ta trở lại điểm số 1 về việc cân bằng độ mòn.

Một số người khác trong chủ đề này đã đưa ra cuộc thảo luận về cách phân vùng sẽ ảnh hưởng đến những đóng góp của Trim đối với việc cung cấp năng động. Theo hiểu biết của tôi, TRIM được sử dụng để chỉ ra các lĩnh vực (trang) có dữ liệu được gắn cờ để xóa và do đó, xử lý rác có thể xóa các khối đó. Không gian trống này chỉ đóng vai trò động trong việc cung cấp trong phân vùng THAT, bởi vì các cung đó là một phần của cụm được sử dụng bởi hệ thống tệp của phân vùng đó; các phân vùng khác có hệ thống tập tin riêng của họ. Tuy nhiên tôi có thể hoàn toàn sai về điều này vì toàn bộ ý tưởng về việc cung cấp quá mức đối với tôi là không rõ ràng vì dữ liệu sẽ được ghi vào những nơi thậm chí không có hệ thống tập tin hoặc xuất hiện trong dung lượng ổ đĩa. Điều này làm cho tôi tự hỏi nếu có lẽ không gian cung cấp quá mức được sử dụng trên cơ sở tạm thời trước khi một hoạt động ghi tối ưu hóa cuối cùng cho các khối trong một hệ thống tập tin? Tất nhiên những đóng góp của Trim cho việc cung cấp năng động trong hệ thống tập tin sẽ không phải là tạm thời vì chúng có thể được viết trực tiếp vì chúng đã ở trong không gian có thể sử dụng được. Đó là lý thuyết của tôi ít nhất. Có lẽ sự hiểu biết của tôi về filesytems là sai? Tôi đã không thể tìm thấy bất kỳ tài nguyên nào đi vào chi tiết về điều này.


17
"1. Mặc cân bằng sẽ không có nhiều không gian trống để chơi, bởi vì các thao tác ghi sẽ được trải rộng trên một không gian nhỏ hơn (...)". Điều này có vẻ không đúng vì việc cân bằng hao mòn được thực hiện ở cấp thấp hơn bởi bộ điều khiển SSD (ít nhất là với SSD và hệ điều hành hỗ trợ Trim ). superuser.com/a/901521/517270
misko321

4
Bộ nhớ dựa trên NAND cho phép truy cập ngẫu nhiên vào các khối. Những gì nó không cho phép là truy cập ngẫu nhiên vào các bit bên trong một khối. Vì vậy, các phân vùng có thể được truy cập ngẫu nhiên vì chúng là bội số của kích thước khối (ít nhất là, nếu người dùng không làm phiền bộ nhớ bằng cách nào đó, tức là sử dụng các ứng dụng phân vùng mà không biết chuyện gì đang xảy ra)
Miguel Angelo

5
điểm 1 và 2 dường như hoàn toàn sai
gạch dưới

-14

Không, điều này có ý nghĩa.

Tốc độ của SSD kết nối trực tiếp với dung lượng có thể sử dụng trên phân vùng sử dụng. Nếu bạn phân vùng ổ đĩa thành các phần nhỏ, hiệu quả của SSD sẽ bị ảnh hưởng do thiếu không gian trống.

Vì vậy, không có nhược điểm của việc phân vùng SSD, nhưng có những hạn chế của việc không có không gian trống trên ổ đĩa.

Tham khảo bài viết SuperUser này .


1
Tạo phân vùng logic không nhất thiết phải lấp đầy chúng phải không? Tôi không thấy cách bạn mất không gian trống tự động khi làm việc này.
MarioDS

1
HĐH biết những khối nào có thể được sử dụng và những khối nào là miễn phí, ổ đĩa không thể. Bằng cách phân vùng, HĐH có ít khối miễn phí hơn mà nó biết, các khối có thể được sử dụng. Điều này làm giảm hiệu suất. TRIM được HĐH thực thi ở cấp độ phân vùng.
Đánh dấu

10
Nhưng nó có thể. Rốt cuộc, đó là những gì TRIM dành cho. TRIM được thực thi ở cấp độ ngành và SSD không quan tâm đến các phân vùng. Nó chỉ quan tâm đến các lĩnh vực (còn gọi là tế bào flash). Như vậy, các phân vùng chỉ có tác động không đáng kể (không gian được sử dụng bởi chi phí hệ thống tập tin) đối với hiệu suất.
Daniel B

1
Trên thực tế, ổ cứng là thứ bạn không nên tạo phân vùng trên
Suici Doga
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.