N
Т.к сделай очередь 40000 и возрастет латенси до небес
Именно поэтому, все нормальные люди снимают график latency vs IOPS. А потом говорят, что "при целевой задержке A - мы получим X. При B - Y"
Size: a a a
2020 October 02
ВН
Именно поэтому, все нормальные люди снимают график latency vs IOPS. А потом говорят, что "при целевой задержке A - мы получим X. При B - Y"
Ну, это не прям обязательно. Латенси вообще = параллелизм / иопс. Поэтому при известном параллелизме и иопс можно узнать латенси
ВН
Именно поэтому, все нормальные люди снимают график latency vs IOPS. А потом говорят, что "при целевой задержке A - мы получим X. При B - Y"
Но тоже вариант, да. Т.к из такого графика, если одно на другое помножить, получишь параллелизм как раз
ВН
Т.е параллелизм тогда = латенси * иопс
ВН
Я лично просто тестирую T1Q1 и TмногоQмного
ВН
Этого уже достаточно чтобы составить представление
AK
Латенси в насыщенном режиме говорит мало о чем по факту
Увеличить количество PG и количество OSD - вот тебе и хороший такой рост параллелизма в цефе 😊
ВН
Увеличить количество PG и количество OSD - вот тебе и хороший такой рост параллелизма в цефе 😊
Только процов не хватит и запись через WA все равно когда-то в диск упрется, а так да
ВН
Одно не понятно, тут не насытилось оно
N
Я обычно делаю иначе. Берешь некий профиль и начинает последовать увеличивать TxQx (например, 1, 4, 8, 12, 16, 24, etc). На графике будет явно видны зоны недогруза, рабочий режим и перегруженный. Плюс latency vs IOPS. Это быстро и грязно. Если нужны детали, то выбираем рабочую точку и фигачим ряд тестов с разным IOPS Limit
N
Одно не понятно, тут не насытилось оно
видно - особенно на зеленом. там точки в кучу стали ложится. Это значить, что в FIO IOPS Limit становился выше, но результат не менялся
ВН
Я обычно делаю иначе. Берешь некий профиль и начинает последовать увеличивать TxQx (например, 1, 4, 8, 12, 16, 24, etc). На графике будет явно видны зоны недогруза, рабочий режим и перегруженный. Плюс latency vs IOPS. Это быстро и грязно. Если нужны детали, то выбираем рабочую точку и фигачим ряд тестов с разным IOPS Limit
Нее, быстрее всего вот как я сказал - 1 и дофига. А вот иопс лимит это накуренная хрень
ВН
Логичнее тогда просто проверять с очередью 1 2 3 4 .... 128 ... 512 и т.п
A
А что такое зона недогруза?
ВН
А это тот же кластер на графике?
ВН
А что такое зона недогруза?
Это видимо когда fio еще ждет между операциями
N
А что такое зона недогруза?
Это когда увеличиваешь нагрузку - линейно растет IOPS при такой же latency. Это значит, что СХД может отдавать больше, просто с неё не запросили.
ВН
Ну т.е при тестировании без иопс лимита по идее так никогда не бывает
ВН
Это когда увеличиваешь нагрузку - линейно растет IOPS при такой же latency. Это значит, что СХД может отдавать больше, просто с неё не запросили.
А, не, понятно
ВН
Это когда увеличиваешь нагрузку - линейно растет IOPS при такой же latency. Это значит, что СХД может отдавать больше, просто с неё не запросили.
А что такое рабочий тогда режим?