Дискові системи або контролери з певною кількістю дисків.
Мені здається, тут скоріше був би доречний питання - «навіщо тестуємо саме так?». Всі тести - чиста синтетика, вони дають досить умовне розуміння потужностей систем і їх продуктивності. Природно вони не дають ніякої інформації і про функціональні можливості систем і їх продуктивності в великих / менших конфігураціях.
Результати тестів, наведені тут показують тільки поведінку систем під строго визначеної (причому вироджених) навантаженням, їх має сенс порівнювати лише з результатами, які отримані такими ж методами.
Як дискових систем / контролерів я беру те, що є під рукою і як наслідок те, що показало свою актуальність в ринкових умовах. Кількість дисків також я беру наближене до того, що затребуване.
Iometer обраний як чиста синтетика в першу чергу дозволяє точно змоделювати модель запитів. Результати тесту можна порівнювати тільки з результатами того ж тіста. Загальний посил розгляду результатів - можливість синтетичного тестування системи щоб зрозуміти її сильні / слабкі місця. Прямим чином результати можна переносити на швидкість роботи системи під реальними додатками.
Повністю переінціалізіровав диски, створюємо райд групу шляхом «повної побудови» (full rebuild). Створюємо місяців 10 гб на ньому ставимо тест, якщо тестуємо кілька контролерів у СГД - робимо 2 місяць кожен призначаємо на свій контролер і ставимо тест на них одночасно.
Умови тестування:
1. Дефолтний розмір Страйп для систем, якщо не вказано інше. Патерн - filesystem (або наподбоіе).
2. У дискових системах включаємо (не відключати) віддзеркалення кешей контролерів. Якщо не вказано інше.
3. У дискових системах залишаємо пріоритет для тестованих лунов - нормальний. Додаткового навантаження на систему не створимо. 4. Якщо тестуємо 2 контролера - створюємо 1 райд групу, на ній створюємо 2 місяць, кожен використовуємо через свій контролер.