Để RAID hoặc không RAID: SSD và ảo hóa

Tôi đang đến gần thời điểm mà PC chính của tôi bị chậm đủ do Windows bị hỏng mà tôi có lẽ nên cài đặt lại. Thay vì dành một tuần vật lộn, chỉ cài đặt lại và định cấu hình để thấy rằng tôi đã quên sao lưu cài đặt Visual Studio của mình một lần nữa , tôi sẽ nâng cấp. Tôi đã mua tất cả các bộ phận và đang trong quá trình đo điểm chuẩn để tìm cấu hình tốt nhất.

Tôi đã mua hai ổ SSD Crucial M4 120GB (được cập nhật lên firmware mới nhất kể từ ngày 12 tháng 4 00F) và đã chạy một số điểm chuẩn nhanh bằng CrystalDiskMark . Đây là một số kết quả:

Ổ đĩa đơn:

RAID 0thông qua bộ điều khiển chipset Intel Z77 :

Các điểm chuẩn này rõ ràng là không đầy đủ, nhưng tôi nghĩ rằng chúng cho tôi một ý tưởng tốt về những gì mong đợi giữa các cấu hình khác nhau.

Hiểu biết của tôi là đối với hầu hết các kiểu sử dụng phổ biến, cụ thể là phát triển với Visual Studio (cách sử dụng chính của tôi), 4Kđọc và viết là phổ biến hơn nhiều, ngay cả trong các bản dựng. Giữa RAID 0và không, có rất ít sự khác biệt. Nhưng với 512Kvà SequentialR / W, sự khác biệt là đủ để thu hút sự chú ý.

Vấn đề là, để tránh các vấn đề thối rữa trong tương lai - và, thật lòng mà nói, bởi vì tôi có thể - tôi sẽ phụ thuộc nhiều hơn vào ảo hóa. Kế hoạch của tôi là phân đoạn các phần khác nhau trong môi trường phát triển của tôi thành các máy ảo bằng VMware Workstation : Visual Studio và các công cụ đi kèm trên một, SQL Server trên một, Adobe Design Suite trên một cái khác, v.v. Bằng cách tận dụng các snapshot VM và dễ dàng mà là để tạo hoặc sao chép những cái mới, tôi tin rằng tôi sẽ thấy sự cải thiện về độ tin cậy lâu dài (và chỉ bao giờ thấy Adobe cập nhật cửa sổ bật lên khi tôi muốn).

Vì vậy, câu hỏi của tôi là, ảo hóa có xứng đáng với việc sử dụng RAID 0cấu hình SSD so với thiết lập truyền thống (trong trường hợp của tôi, hệ điều hành và các ứng dụng kim loại trần trên một ổ SSD, trên máy kia) không? Ảo hóa sẽ tận dụng điểm mạnh 512Kvà SequentialR / W của RAID 0?

Sự quan sát:

Tôi đã đọc được rằng một số ổ SSD hiện đại có khả năng tự quản lý bộ sưu tập rác, do đó, không có TRIMvấn đề gì. Tuy nhiên, tôi không biết cách bật tính năng này trên ổ SSD của mình hoặc thậm chí xem chúng có hỗ trợ hay không.

Biên tập:

Về khắc phục thảm họa, hệ thống này cũng có các ổ đĩa tiêu chuẩn lớn để lưu trữ tệp và bộ điều khiển RAID thứ cấp mà cuối cùng tôi sẽ sử dụng trong một mảng được nhân đôi. Kết hợp với sao lưu cục bộ hàng đêm, sao lưu liên tục ngoài trang web thông qua Carbonite và đăng ký kiểm soát nguồn ngoài trang nhất quán, tôi đã có đủ phương tiện để ngăn ngừa mất dữ liệu.

Đầu tiên, mã biên dịch được biết là phần lớn bị ràng buộc bởi CPU, vì vậy đừng mong đợi những cải tiến đối với một ổ SSD duy nhất ở đó.

Trong điểm chuẩn của bạn, mặc dù hiệu suất độ sâu 4k 0 hàng đợi không tăng, độ sâu 4k 32 hàng đợi (QĐ32) không tăng tuyến tính khá nhiều. IMO, kết quả này sẽ dẫn đến quyết định của bạn.

Mặc dù các máy trạm không phải là máy chủ cơ sở dữ liệu có độ sâu hàng đợi liên tục lớn, độ sâu hàng đợi 2-20 là phổ biến ít nhất là trong vụ nổ trong quá trình sử dụng máy trạm bán chuyên sâu - trong trường hợp IO ngẫu nhiên thực sự sẽ cải thiện với RAID 0. Xem xét VM thêm một lớp hoạt động đồng thời hơn nữa (và cuối cùng bạn có thể sử dụng 2+ VM đồng thời), tôi nghĩ rằng số liệu này sẽ cải thiện mọi thứ trong kịch bản của bạn.

Bạn có thể theo dõi mức độ sử dụng độ sâu hàng đợi hiện tại của mình trong Trình theo dõi hiệu suất của cửa sổ (Thêm bộ đếm ... Đĩa vật lý ... Độ sâu đọc / ghi hàng đợi trung bình) để có ý tưởng.

RAID có thêm một lớp phức tạp (và các vấn đề sao lưu / phục hồi), nhưng có phân vùng 240gb lớn hơn chắc chắn là một IMO cộng. Hãy xác minh về bất kỳ sự cố TRIM nào trước khi sử dụng RAID với các ổ đĩa của bạn - có thể là một công cụ chặn hiển thị.

Tốc độ ổ cứng rất quan trọng đối với hiệu suất Visual Studio tổng thể. Scott Guthrie chạm vào nó tốt trong bài viết này :

CPU đa lõi trên các máy đã đủ nhanh trong vài năm qua rằng trong hầu hết các tình huống ứng dụng phổ biến, bạn thường không chặn được dung lượng bộ xử lý có sẵn trong máy.

Khi bạn đang thực hiện phát triển với Visual Studio, bạn sẽ đọc / ghi rất nhiều tệp và dành một lượng lớn thời gian để thực hiện hoạt động I / O trên đĩa. Các dự án và giải pháp lớn có thể có hàng trăm (hoặc hàng nghìn) tệp nguồn (bao gồm hình ảnh, css, trang, điều khiển người dùng, v.v.). Khi bạn mở một dự án, Visual Studio cần đọc và phân tích tất cả các tệp nguồn trong đó để cung cấp intellisense. Khi bạn tranh thủ kiểm soát nguồn và kiểm tra một tệp bạn đang cập nhật tệp và dấu thời gian trên đĩa. Khi bạn thực hiện biên dịch một giải pháp, Visual Studio sẽ kiểm tra các tập hợp được cập nhật từ nhiều vị trí đường dẫn đĩa, ghi ra nhiều tập hợp mới vào đĩa khi quá trình biên dịch được thực hiện, cũng như duy trì các tệp biểu tượng trình gỡ lỗi .pdb trên đĩa (tất cả như tập tin lưu hoạt động riêng biệt).

Theo kinh nghiệm cá nhân của tôi, việc sử dụng SSD đã giúp ích rất nhiều nhưng cho rằng một lượng lớn I / O của đĩa có lẽ là đọc ngẫu nhiên nhỏ RAID 0 có thể không phải là một cải tiến lớn. Một điều khác bạn có thể tìm thấy là I / O đĩa ảo ăn một số lợi ích của bạn.

Intel Z77 hỗ trợ Trim với RAID và là một trong những chipset ngân sách thấp đầu tiên làm được điều đó. Nhưng bạn cần chỉ định trong thiết lập lưu trữ rằng bạn đang sử dụng ổ SSD.