Vuốt ve một phần / vuốt ve ngắn / nửa nét cứng?


8

Bất cứ ai ở đây có thể giải thích cho tôi những gì được ngụ ý bởi thuật ngữ này? (Tôi đã thấy điều tương tự được đề cập với 3 điều khoản).

Lúc đầu khi tôi đọc về nó, vì một số lý do tôi hiểu rằng đó là một cách phân chia các byte trên các đĩa của đĩa, nghe có vẻ là một ý tưởng tốt và rõ ràng là không có ý nghĩa, bởi vì điều đó sẽ không cắt đĩa kích thước một nửa (và đĩa có thể đã chia byte trên các đĩa) ...

Điều tốt nhất tôi hiểu là về cơ bản thay vì tạo một phân vùng cho toàn bộ kích thước của đĩa, bạn tạo 2 phân vùng và chỉ sử dụng một trong số chúng, một trong hai "trung tâm" hoặc một trong " vành "của các đĩa, và vì một trong hai nhanh hơn (mọi người dường như không đồng ý về cái nào nhanh hơn), điều đó làm cho mọi thứ tốt hơn.

Tôi có hiểu điều này một cách chính xác không?
Có ai đã thử điều này với các ổ đĩa của họ và có một kết quả tốt?

Cảm ơn!


1
Không phải từ thời máy tính Commodore tôi đã thấy chiến lược này được sử dụng. Hài hước làm sao những ý tưởng cũ cứ quay trở lại. :)
John Gardeniers

Câu trả lời:


3

Nét ngắn về cơ bản là những gì bạn tìm thấy. Bạn đặc biệt chỉ sử dụng một vài bản nhạc cuối cùng trên mỗi đĩa của đĩa cứng. Tôi đã nghe nói về điều này, nhưng đã không nhìn vào nó trong một thời gian.

Nhìn vào các bài viết mới, cũng như từ bộ nhớ, các chi tiết về điều này là một túi hỗn hợp, chủ yếu là xấu từ quan điểm của tôi.

  • Dung lượng cực giảm cho ổ đĩa vì hành trình ngắn chỉ cho thấy lợi ích với kích thước "ổ" rất nhỏ.
  • Khoảng 40% thời gian tìm kiếm ngẫu nhiên tốt hơn.
  • Tốc độ chuyển số lượng lớn nhanh hơn một chút.
  • Yêu cầu phần mềm chuyên dụng dường như không có sẵn rộng rãi.
  • Khi được sử dụng trong mảng RAID 0 (như hầu hết các bài viết khuyên dùng), phần này sử dụng rất nhiều năng lượng cho kích thước ổ đĩa tương đối nhỏ.

Trước đây tôi đã đề xuất chống lại những ý tưởng như thế này, vì chỉ cần mua đĩa lớn hơn, nhanh hơn sẽ rẻ hơn trong thời gian dài, trừ khi bạn không trả tiền điện. Tiết kiệm thời gian có thể giúp trong một máy chủ cơ sở dữ liệu với rất ít bộ nhớ, nhưng tôi không thể nghĩ ra tình huống nào khác.

Nói chung, việc đọc từ các khu vực bên ngoài của các platters nhanh hơn, vì nhiều lĩnh vực vượt qua đầu mỗi giây ở tốc độ 7500 vòng / phút (hoặc bất cứ điều gì) so với ở giữa. Ngoài ra, các đầu nằm bên ngoài ổ đĩa khi nghỉ ngơi, làm cho một phân vùng chỉ gần trung tâm của ổ đĩa thực sự có thể cung cấp cho bạn tốc độ tìm kiếm tồi tệ hơn.


1
Ngày nay, đây là một cách tiếp cận khó có thể thực hiện được - nó rất quan trọng trong vài năm trước, nhưng ngày nay ... chỉ cần có một ổ SSD. Nếu bạn đột quỵ ngắn, bạn làm điều đó vì bạn cần IOPS nhiều hơn tốc độ và SSD hoàn toàn giết chết đĩa cứng. Nhân đôi IOP của bạn với SSD - tốt. 450 -> 900. SSD = 50.000+;) Ouch.
TomTom

@TomTom: Điều đó không đúng chút nào; Hầu hết các ổ cứng cho đến ngày nay là HDD, không phải SSD, do giá SSD cao. Và với ổ cứng, nó có thể tạo ra sự khác biệt: dataidol.com/tonyrogerson/2013/04/04/ trên
Jay Sullivan

@notfed Bạn bị ảo tưởng. Hôm nay nếu bạn cần mua IOPS thì SSD là enything nhưng giá rẻ. Tôi chỉ nhận được 960gb Samsung 843T với mức giá không cao hơn nhiều so với dung lượng tương đương trong các ổ đĩa 2 x 400gb SAS và phía IOPS nhanh hơn rất nhiều đến nỗi bất cứ ai mua HD khi cần tốc độ đều cần một điều: Bị sa thải.
TomTom

@TomTom: Năm 2014 thật dễ dàng tìm thấy ổ cứng 1TB với giá 100 đô la. Vui lòng cho tôi biết nơi bạn đang tìm ổ SSD 960Gb với giá "không cao hơn nhiều"
Jay Sullivan

Tôi có thể nhận được hai ổ cứng quay 15k SAS với giá thấp hơn một nửa so với Samsung 843T có dung lượng 960GB. Tôi có một thời gian khó tin rằng SSD nhanh hơn so với việc vuốt ngắn bốn ổ 15 k lên dung lượng cao hơn.
Joshua Nurchot

1

Ban đầu, mỗi "rãnh" của một đĩa đĩa có cùng số lượng 512 byte cung - nghĩa là mật độ cao nhất về phía trung tâm. Điều này là do tôi hiểu rằng nó khá sớm khi được cải thiện bằng cách làm cho mỗi bản nhạc có số lượng ngành thay đổi để tăng hiệu quả và có cùng mật độ trên toàn bộ đĩa ( ZBR ).

Do đó, càng nằm xa trên dữ liệu đĩa, nó càng có thể được đọc và ghi nhanh hơn vì thông lượng thô sẽ cao hơn.

Vì vậy, có, phân vùng chỉ một nửa bên ngoài của đĩa chắc chắn sẽ tăng hiệu suất tổng thể.

Nó có đáng không? Không ý kiến. Nó thường được sử dụng cho các ổ đĩa 15krpm cao cấp trong các môi trường quan trọng. Hôm nay tôi muốn nói rằng các bộ điều khiển ổ đĩa hiện đại trong những tình huống này có thể xử lý điều này đủ thông minh mà không cần các ổ đĩa "vuốt ngắn" cụ thể.

Tôi tò mò muốn biết liệu điều này có được sử dụng "tại nhà máy" không, như sản xuất các ổ đĩa tốc độ cao cỡ nhỏ hơn có lẽ nhiều hơn một đĩa chỉ sử dụng nội bộ các rãnh bên ngoài nhất để có được lợi thế về hiệu suất?


1

Nét ngắn và phân vùng là 2 điều rất khác nhau. Khi bạn Phân vùng ổ đĩa 1 TB nói thành 2 phân vùng 500 GB, điều đó có nghĩa là mọi bản nhạc trên mỗi đĩa đều có khả năng được ghi bởi Hệ điều hành. mặc dù trong 2 "thùng" khác nhau

Short Stroking chỉ sử dụng phần 1/3 bên ngoài của mỗi đĩa trong tổng số ổ đĩa. Đó là nó. vì vậy, trên ổ đĩa 1TB về mặt lý thuyết bạn sẽ có 300GB hoặc hơn dung lượng có thể sử dụng.

Short Stroking một ổ đĩa duy nhất trên PC không phục vụ mục đích nào khác ngoài việc chỉ sử dụng một phần của những gì bạn đã trả trong thực tế.

Lý do để đột quỵ ngắn là cho mục đích hiệu suất. Mỗi ổ đĩa thời tiết SATA, FC, SAS có số lượng hoạt động hạn chế mà nó có thể thực hiện được gọi là IOPS (Hoạt động đầu vào / đầu ra mỗi giây). IOP giống như một đường cao tốc. Nếu tôi có đường 1 làn, tôi có thể dự kiến ​​x lượng ô tô / giờ trước khi chúng tôi thấy giao thông (thời gian phản hồi cao hơn), tuy nhiên Nếu tôi có đường cao tốc 3 làn, giờ đây tôi có thể xử lý lượng công việc tăng và lưu lượng giao thông ít hơn. Lưu ý rằng tôi đã không nói gấp 3 lần khối lượng công việc vì khối lượng công việc không tăng lên một cách rõ ràng. Ngoài ra để hoàn thành sự tương tự nếu số làn đường là IOPS, thì số lượng ô tô tôi có thể đi qua các làn đó sẽ là thông lượng.

Một ổ 7200 RPM tôi có thể mong đợi ~ 75 iops, đối với ổ SAS 15K vòng / phút tôi có thể mong đợi ~ 175 iops. Bây giờ đó chỉ là iops "Trung bình" dự kiến ​​cho mỗi đĩa. Kích thước khối, tuần tự so với truy cập ngẫu nhiên và thời gian phản hồi cũng phát huy tác dụng, nhưng để đơn giản, chúng ta chỉ giới hạn cuộc trò chuyện trong IOPS.

Nếu tôi tạo một nhóm RAID gồm 3 đĩa 15K, thì chúng sẽ hoạt động đồng nhất và một lần nữa, chỉ cần đơn giản, bây giờ tôi có một "đơn vị" đĩa có khả năng thực hiện 525 IOPS (175x3). Bây giờ Nếu tôi chỉ ghi vào 1/3 trong số 3 đĩa đó, vì mục tiêu của tôi là có khả năng iops cao hơn, tôi đã đạt được điều đó nhưng với chi phí cho khả năng sử dụng được.

Vì vậy, ngoại suy ra các mảng lưu trữ cao cấp như NetApp, EMC, IBM và các mảng khác, vuốt ve ngắn là một kỹ thuật nâng cao hiệu suất cho phép IOPS cao hơn và thời gian phản hồi thấp hơn (vì tôi chỉ ghi vào phần nhanh nhất của các đĩa bên trong) và bây giờ mảng lưu trữ của tôi có khả năng đọc / ghi dữ liệu rất nhanh.



0

Vuốt ve ngắn và nửa vuốt ve đều là một kiểu vuốt ve một phần. Về cơ bản, cả ba có nghĩa là đầu đĩa cứng không cần phải di chuyển từ trung tâm đến cạnh ngoài cùng (toàn bộ nét).

Tôi đã có một thiết lập đột quỵ ngắn, nơi tôi có một đĩa 500 GB, với 2 phân vùng. Phân vùng C là 30 GB và không gian còn lại vào phân vùng chữ D.

Rõ ràng là nó RẤT NHIỀU, vì về cơ bản, đầu vẫn ở ngoài rìa, nơi tốc độ truyền đạt ở mức tối đa và đầu không cần phải tìm kiếm nhiều.

FYI, ở rìa ngoài cùng, mật độ dữ liệu là cao nhất, vì một vòng quay có diện tích lớn hơn nhiều so với vòng tròn bên trong nhất.

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.