Это норма. Так работает неонка. Не исключаю, что 3-я запись — сохранение метаданных, т.к. даже с отключенными checksum в политике получаю x3 амплификатор.
а это. по hcibench - может кто-нить замерял сколько оптимальное кол-во threads для тестов на один хост в зависимости от размера блока ?
Threads надо менять, чтобы понять сколько нужно потоков, чтобы прогрузить систему. Там вот такая штука получается обычно. Очевидно, в данном конкретном случае надо оставлять 240. А потом при фиксированом числе тредов прогонять в разном диапозоне IOrate
Threads надо менять, чтобы понять сколько нужно потоков, чтобы прогрузить систему. Там вот такая штука получается обычно. Очевидно, в данном конкретном случае надо оставлять 240. А потом при фиксированом числе тредов прогонять в разном диапозоне IOrate
Это не очень важно, потому что в каждом конкретном случае количество тредов для насыщения - разное. Это зависит от дисков, CPU, количества DG, профиля нагрузки и т.д. Но в данном случае 4.
Тут подхода два - или мы тестируем СХД в вакууме и тогда выжимаем из нее все что можно под разными профилями, или снимаем детальные данные по конкретному приложению/системе, определяем целевые показатели для неё (т.е. сколько РЕАЛЬНО НУЖНО получить IOPS при целевой latency на таком то профиле) и запускаем данный профиль с IOrate для подтверждения соответствия целевым значениям.