



Архив за Январь 2025

Утилита создает нагрузку на дисковую систему согласно указанного шаблона. При этом нагрузка формируется самой утилитой, то есть в данной задаче напрямую задействован процессор.
Кроме того, при ряде сценариев тестирования также возникает дополнительная нагрузка, не связанная напрямую с непосредствено нагрузкой на блочное устройства, но влияющая на итоговые замеры.
Если кратко:
— При использовании различных scaling_governor фиксируется различная относительная нагрузка процесса тестирования на вычислительное ядро. Что объясняется простой логикой.
— Тестирование сырого блочного устройства имеет меньше накладных расходов чем тестирование сырого lvm тома на нем. Тут тоже все ожидаемо.
— Тестирование сырого lvm тома имеет меньше накладных расходов, чем тестирование через файл на файловой системе. Да и тут все ожидаемо.
— Первый проход тестирования через файл на ФС имеет повышенные накладные расходы, второе и последующие имеют существенно меньшие и схожие между собой.
— При высокой производительности тестируемого устройства и при его тестировании через файл на ФС, из-за повышенных накладных расходов на первом проходе тестирования, фиксируется существенные различия замеров при использовании различных scaling_governor
— При тестировании только записи на сыром lvm томе, подключенном по FC к полноценной СХД, могут наблюдаться ошибочные существенно завышенные результаты.
— Результаты тестирования по шаблону только записи изнутри виртуальной машины, при условии ее размещения на подключенному по FC томе с полноценной СХД, могут давать завышенные результаты. В свойствах ВМ для ее диска формата RAW указано не использовать кэширование. Ситуация очень похожа на упомянутую выше про тестирование сырого тома с СХД.

Если очень нужно обеспечить сервер FC подключением
Автор: admin
История началась странно: по воле случая и небес, достались во временное личное пользование несколько 1U серверов и дисковая корзина с FC контроллером. Ну как «во временное» — пока не надоест.
Да-да. Вот прямо корзина с FC контроллером и прям «лишняя». Впрочем, не такое еще бывает.
И вроде хорошие вещи. Но вот куда бы их применить? Все ж для всяческих там мелких некоммерческих нужд это, мягко говоря, перебор.
Как оказалось, бывают совпадения. Раз все равно оборудование есть под рукой, а тут вдруг есть поставленные самому себе задачи по тестированию неких сущностей вроде гипервизоров первого типа и их взаимодействия со стеком управляющего ПО. Не то, чтобы профильные задачи, но в качестве помощи и еще одного мнения по ряду вопросов. Почему бы нет?
Что ж. Главное проникнуться идеей и не останавливаться. Приступим.
