СофТы: что делать, если "тормозит" комп - меряем производительность диска с iometer, ч.02 HD

Открыл канал на Telegram ►►► https://t.me/iwalker2000 | 1я часть про производительность дисков ►►► http://bit.ly/Disk_perf_p01 | Про новые быстрые NVMe диски ►►► http://bit.ly/Entry_NVMe | Все обзоры "железа" от Entry ►►► http://bit.ly/Entry_servers_review | Как стать системным администратором ►►► http://bit.ly/ITProSysAdmin | Почему сдыхают флешки/microSD ►►► http://bit.ly/why_microsd_died | Подписаться на канал ►►► http://bit.ly/iwalker2000_subs | Загляните на мой блог ►►► http://iwalker2000.com Продолжаем тему измерения производительности дисков и ускорения работы сервера/ПК путем оптимизации и тюнинга дисковой подсистемы. В первой части я рассказал, что и как мерять - http://bit.ly/Disk_perf_p01 , а в этой части смотрите, как генерировать тестовую нагрузку при помощи утилиты iometer. Скачать утилиту iometer можете здесь - http://www.iometer.org/doc/downloads.html , а файл с шаблонами для iometer, в котором вы найдете в том числе и эмуляцию нагрузки файлового сервера (что позволяет понять, например, как будет вести дисковая подсистема при высокой нагрузке в виде виртуальных машин), можете забрать с моего OneDrive - https://1drv.ms/u/s!AM7EfLavPWLMq9cR . Также хочу напомнить, что если у вас сервер планируется под специфическую нагрузку - типа SQL Server или Exchange Server (или другие серверы, работающие именно с БД) - вы должны четко понимать, какими блоками данных оперирует при работе с диском - например, SQL Server оперирует блоками 64КБ при чтении/записи на диск. Надеюсь, процедура тестирования производительности дисковой подсистемы при помощи iometer разжевана достаточно подробно и вы сможете прогнать свои диски на предмет "правильной" нагрузки и увидеть, что вы будете получать на выходе. И хочу напомнить пять вещей про тестирование дисков с iometer в реальной жизни под реальную задачу: * вы должны примерно понимать текущую нагрузку на систему - кол-во обращений, отношение чтения и записи, какими блоками данных оперируют приложения, которые будут работать с дисками; * есть большая разница между операциями непосредственно с "голым" диском и операциями с файловой системой, поэтому выбор и тестирование файловой системы и размера кластера на ней - может быть критичен для производительности; * правильно подбирайте длительность выполнения теста (особенно для тестов с файловой системой, где надо дождаться заполнения кеша и прочих "слоев" - т.е. 3-5 часов теста для реальной большой дисковой системы - это нормально), размер тестового файла (желательно - на размер планируемых данных), количество тестовых процессов Worker (например, каждый тестовый процесс может соответствовать виртуальной машине, которая будет работать с дисковой подсистемой), кол-во генерируемых ими IOPS и микшируйте несколько нагрузок/дисков в одном тесте, чтобы убедиться, что вы нагружаете и меряете не один диск, а реальную нагрузку на дисковую подсистему. * подбирайте и тестируйте нагрузку так, чтобы она дошла до критических показателей (основным из которых, как вы