Не знаю на сколько законно, но как раз недавно смотрел видос с конфы где чувак делал шаблон для подобного, но там тоже influx-timeshift в готовой обёртке, проект:
https://github.com/serputko/performance-testing-framework

Не знаю на сколько законно, но как раз недавно смотрел видос с конфы где чувак делал шаблон для подобного, но там тоже influx-timeshift в готовой обёртке, проект:
https://github.com/serputko/performance-testing-framework

Привет. Как понимаю, в заглушке должна быть задержка. То есть, её производительность должна быть ограничена сверху. И вот она ограничена. Можно два таких планировщика поставить, нет ведь разницы сколько станций будут очередь разбирать.

Как понимаю, заглушка -- консольная утилита на Java, которая запускается планировщиком, отрабатывает один запрос, и отключается. Так?

А ее производительность контролируется интенсивностью работы планировщика.

Если да, то узкое место может быть и не в базе. А в активном запуске процессов.

Надо замониторить.

И если так. То можно перейти от процессов к потокам. В качестве планировщика использовать Apache.JMeter, а работу запускать из Java Sampler или JSR 223 Sampler.

А если же дело в персистентности, то косвенными признаками будет iops и скорость чтения/записи на диск близкие к пороговым. Которые можно определить с помощью утилиты fio. И мониторинга файловой системы

Привет всем роботам! А Alexander  получает заслуженную машину. Пусть пригодится, как пригодилась Джону Конору

привет. можете поделиться какие у вас критерии к baseline для ваших api? как понять что надо остановиться? пока у меня есть требования к апи. и иногда апи быстрее чем в требованиях

привет. можете поделиться какие у вас критерии к baseline для ваших api? как понять что надо остановиться? пока у меня есть требования к апи. и иногда апи быстрее чем в требованиях