ВН
Я просто представлял 2, как писали болгаре у себя вот даже, типа elastic и congested
Size: a a a
2020 October 02
ВН
Первое это когда при увеличении очереди иопсы растут, второе когда уже нет
N
ну на рутах обычных
Есть вот такие публичные данные по телеметрии (там примерно ~25% заказчиков (6000-8000) ).
N
А что такое рабочий тогда режим?
С увеличением нагрузки растет и latency, и IOPS. Взависимости от требований приложения определяется сколько IOPS может выдать система.
ВН
С увеличением нагрузки растет и latency, и IOPS. Взависимости от требований приложения определяется сколько IOPS может выдать система.
А, ну в принципе понятен подход
N
Просто я очень часто видел, когда давали 100500 потоков, получали 100к IOPS при 60мс latency и говорили - "говно-говно". А если сделать 100500/50, то получится 100к при 3мс
ВН
Просто я очень часто видел, когда давали 100500 потоков, получали 100к IOPS при 60мс latency и говорили - "говно-говно". А если сделать 100500/50, то получится 100к при 3мс
Ну да - поэтому мне как-то привычнее просто видеть замеры с разной очередью. Иопс vs латенси тоже вариант, но с очередью проще как-то
ВН
И поэтому же просто не нужно вообще учитывать латенси при большой глубине очереди. Можно вообще не учитывать ее никогда кроме глубины 1
ВН
Иопслимиты имхо это странно все-таки. Приложение не лимитирует свои иопсы, оно ипашит как умеет
N
И поэтому же просто не нужно вообще учитывать латенси при большой глубине очереди. Можно вообще не учитывать ее никогда кроме глубины 1
ИМХО, нет. Latency - ключевой фактор показателя качества. Тем более, что если мы говорим, про General Propose инфраструктуру (особенно виртуальную), то никакой одиночной глубины там нет и в помине. А latency всем важно.
ВН
ИМХО, нет. Latency - ключевой фактор показателя качества. Тем более, что если мы говорим, про General Propose инфраструктуру (особенно виртуальную), то никакой одиночной глубины там нет и в помине. А latency всем важно.
Да блин. иопс = параллелизм / латенси
A
как это одиночной глубины нет, а рдбмс пишущие лог?
ВН
Она то ключевой. Но она не первична
ВН
Точнее, иопсы не первичны. Первичен режим теста, т.е параллелизм
ВН
Понятно что при иопслимите параллелизм тоже регулируется КАК-ТО
ВН
Сам по себе
N
Иопслимиты имхо это странно все-таки. Приложение не лимитирует свои иопсы, оно ипашит как умеет
приложение ничего не лимитирует. Но оно запрашивает сколько-то IOPS, а не все, что может дать СХД
ВН
приложение ничего не лимитирует. Но оно запрашивает сколько-то IOPS, а не все, что может дать СХД
оно не запрашивает иопсы, оно фигачит в заданном режиме так, как схд отдать
N
как это одиночной глубины нет, а рдбмс пишущие лог?
вопрос в том, что помимо лога есть обращения к самой базе во много потоков, таких баз может быть много на одной СХД, а еще чаще на ней кроме БД живет app, web и т.д.
ВН
Ну т.е оно сделает запись на диск, подождет завершения, сделает еще одну