Для RAID чи не для RAID: SSD та віртуалізація

Я наближаюсь до того часу, коли мій основний ПК досить сповільнився через гниль Windows, яку я, мабуть, повинен перевстановити. Замість того, щоб витратити тиждень на боротьбу з армрестлінгу, перевстановлення та налаштування лише для того, щоб виявити, що я забув створити резервну копію своїх налаштувань Visual Studio ще раз , я збираюся оновити. Я вже придбав усі деталі і зараз перебуваю в процесі порівняльного аналізу, щоб знайти найкращу конфігурацію.

Я придбав два вирішальних жорстких диска M4 120 Гб (оновлений до останньої прошивки станом на квітень 12 року:) 00Fі запускав кілька швидких орієнтирів за допомогою CrystalDiskMark . Ось деякі результати:

Один привід:

RAID 0через контролер чіпсета Intel Z77 :

Ці орієнтири, очевидно, не є вичерпними, але я думаю, що вони дають мені гарне уявлення про те, чого очікувати між різними конфігураціями.

Я розумію, що для найбільш поширених моделей використання, а саме для розробки за допомогою Visual Studio (моє основне використання), 4Kчитання та запис набагато частіше зустрічаються, навіть під час складання. Між цим RAID 0і ні, різниці є мало. Але 512Kі SequentialR / W, відмінності достатньо уваги заслуговують.

Річ у тім, щоб уникнути проблем із гниттю - і, чесно кажучи, тому, що я можу - я буду більше покладатися на віртуалізацію. Мій план полягає в сегментації різних частин мого середовища розробки на віртуальні машини за допомогою VMware Workstation : Visual Studio та супровідні інструменти на одному, SQL Server на іншому, Adobe Design Suite на іншому тощо. Користуючись перевагами знімків VM та простого що це для створення або клонування нових, я вважаю, що я побачу поліпшення довгострокової надійності (і тільки коли-небудь бачу спливаючі вікна оновлення Adobe, коли мені захочеться).

Отже, моє запитання полягає в тому, чи заслуговує віртуалізація використання RAID 0конфігурації SSD для традиційних налаштувань (у моєму випадку ОС та голі метали на одній SSD, VM на іншій)? Буде чи віртуалізація скористатися 512Kі SequentialR / W сильних сторін RAID 0?

Спостереження:

Я читав, що деякі сучасні жорсткі диски здатні самостійно керувати вивезенням сміття, тому не TRIMменше проблем. Я не знаю, як увімкнути це на своїх SSD-дисках і навіть не бачу, чи підтримують вони це.

Редагувати:

Що стосується відновлення після аварій, ця система також має великі стандартні диски для зберігання файлів та вторинний контролер RAID, який я врешті-решт буду використовувати у дзеркальному масиві. У поєднанні з нічними локальними резервними копіями, постійним резервним копіюванням за межами сайту через Carbonite та послідовними реєстраціями поза джерелами контролю, я отримав достатній спосіб запобігти втраті даних.

По-перше, відомо, що компілюючий код значною мірою пов'язаний з процесором, тому не сподівайтеся на покращення щодо одного SSD.

У вашому орієнтирі, хоча продуктивність глибини 4k 0-черги не збільшується, глибина 4k 32-черги (QD32) дійсно збільшується значно лінійно. ІМО, цей результат повинен сприяти вашому рішенню.

Навіть незважаючи на те, що робочі станції не є серверами баз даних з постійно великими глибинами черги, глибини черг 2-20 часто зустрічаються, принаймні, у сплеску під час використання напівінтенсивного використання робочої станції - у цьому випадку випадковий IO дійсно покращиться за допомогою RAID 0. Вважаючи, що VM додає подальший рівень одночасної активності в ОС (і ви можете в кінцевому підсумку використовувати 2+ одночасних VM зрештою), я думаю, що цей показник повинен покращити ситуацію у вашому сценарії.

Ви можете відстежувати поточне використання глибини черги у Моніторі роботи Windows (Додати лічильник ... Фізичний диск ... Сер. Читання / запис глибини черги), щоб отримати уявлення.

RAID додає шар складності (і проблеми з резервним копіюванням / відновленням), але наявність більшого 240-футового розділу, безумовно, є плюсом IMO. Перевірте будь-які проблеми з TRIM, перш ніж використовувати RAID на своїх накопичувачах - це може стати зупинкою шоу.

Швидкість жорсткого диска важлива для загальної продуктивності Visual Studio. Скотт Гетрі торкнеться цього добре в цій публікації :

За останні кілька років багатоядерні процесори на машинах стали досить швидко, що в більшості поширених сценаріїв застосування зазвичай не блокується наявна потужність процесора на вашій машині.

Коли ви займаєтесь розробкою в Visual Studio, ви закінчуєте читання / запис багатьох файлів і витрачаєте велику кількість часу на дискові введення-виведення. Великі проекти та рішення можуть мати сотні (або тисячі) вихідних файлів (включаючи зображення, css, сторінки, елементи керування користувачами тощо). Коли ви відкриваєте проект, Visual Studio потрібно прочитати та проаналізувати всі вихідні файли в ньому, щоб забезпечити інтелігенцію. Коли ви зараховані до управління джерелом і перевіряєте файл, який ви оновлюєте файли та часові позначки на диску. Коли ви робите компіляцію рішення, Visual Studio перевірятиме наявність оновлених збірок з декількох місць дискового шляху, виписує на диск кілька нових збірок, коли компіляція завершена, а також збереже файли символів налагодження .pdb на диску з ними (усі як окремі операції збереження файлів).

З мого особистого досвіду використання SSD дуже допомогло, але враховуючи, що велика кількість дискового вводу / виводу, мабуть, є невеликим випадковим зчитуванням RAID 0, можливо, не буде величезним поліпшенням. Інша річ, яку ви можете знайти, це те, що введення / виведення віртуального диска з'їдає частину ваших вигод.

Intel Z77 підтримує Trim з RAID, і є одним з перших низькобюджетних чіпсетів, які зробили це. Але в налаштуваннях пам’яті вам потрібно вказати, що ви використовуєте SSD.