ΙΤ
Поможет?:)
Size: a a a
2019 October 18
R
Проверим)
ΙΤ
Проверим)
ΙΤ
JsonFeeder можно из файла начальный потом .records.map(record =>
ΙΤ
Хотя уже и это написали
ΙΤ
).convert {
case ("attributeThatShouldBeAnInt", string) => string.toInt
}VS
Создал в JMeter’е 100’000 threads. rampup=1sec.
В тесте debug sampler внутри которого constant timer на 1 секунду.
Тест отработал секунд за 5 и вывел 21’000/sec в aggregate report’е.
круто?
В тесте debug sampler внутри которого constant timer на 1 секунду.
Тест отработал секунд за 5 и вывел 21’000/sec в aggregate report’е.
круто?
ВС
Создал в JMeter’е 100’000 threads. rampup=1sec.
В тесте debug sampler внутри которого constant timer на 1 секунду.
Тест отработал секунд за 5 и вывел 21’000/sec в aggregate report’е.
круто?
В тесте debug sampler внутри которого constant timer на 1 секунду.
Тест отработал секунд за 5 и вывел 21’000/sec в aggregate report’е.
круто?
Круто, попробовал повторить на 5.1.1 и 1 GB памяти, тест прервался на 2880 потоках. По out of memory. Для 100 000, нужно все 32 ГБайт отдать процессу
ВС
И то, не факт, что сработает
jj
Kenny:
всем привет!
кто-нибудь использовал vegeta для нагрузочного тестирования?
получилось найти полезные гайды кроме оф доки?
всем привет!
кто-нибудь использовал vegeta для нагрузочного тестирования?
получилось найти полезные гайды кроме оф доки?
гайды есть, надо тока погуглить
VS
Круто, попробовал повторить на 5.1.1 и 1 GB памяти, тест прервался на 2880 потоках. По out of memory. Для 100 000, нужно все 32 ГБайт отдать процессу
У меня в пике было потребление 800 мегабайт
2019 October 19
VG
У меня в пике было потребление 800 мегабайт
это эффекты нового jmeter ?
VS
Нет 800 мегабайт это всегда.
Там дело в том, что JMeter копирует весь test plan в каждый из потоков.
Простейший тестплан занимает 7-8КБ памяти, но я же на 100’000 потоках тестировал. Умножение и даёт 800МиБ.
Там дело в том, что JMeter копирует весь test plan в каждый из потоков.
Простейший тестплан занимает 7-8КБ памяти, но я же на 100’000 потоках тестировал. Умножение и даёт 800МиБ.
VG
Я про то, что Славе потребовалось больше памяти
VS
В 5.2 этой фича не попадает, но, вполне возможно в 5.3 уже получится: JMeter не будет расходовать потоки на выполнение timer’ов (thread.sleep).
У Славы обломилось на 3000 потоков. А у меня использовалось всего один-два (просто 1-2, а не тысячи) т.к. больую часть времени тестплан находился в sleep’ах
У Славы обломилось на 3000 потоков. А у меня использовалось всего один-два (просто 1-2, а не тысячи) т.к. больую часть времени тестплан находился в sleep’ах
VG
О! понял, спасибо.
AG
В 5.2 этой фича не попадает, но, вполне возможно в 5.3 уже получится: JMeter не будет расходовать потоки на выполнение timer’ов (thread.sleep).
У Славы обломилось на 3000 потоков. А у меня использовалось всего один-два (просто 1-2, а не тысячи) т.к. больую часть времени тестплан находился в sleep’ах
У Славы обломилось на 3000 потоков. А у меня использовалось всего один-два (просто 1-2, а не тысячи) т.к. больую часть времени тестплан находился в sleep’ах
вкусно звучит однако
2019 October 20
VS
А 5.2 кто-нибудь тестировал? Там версию никак не выпустят, т.к. голосов вообще нет.
Без 5.2 не будет и 5.3
Вот тут ссылки на 5.2-rc4:
https://lists.apache.org/x/thread.html/6bd6a2c1125e4656b030f3853b5bf7e637e2ffb1160d76d189485a01@%3Cdev.jmeter.apache.org%3E
Без 5.2 не будет и 5.3
Вот тут ссылки на 5.2-rc4:
https://lists.apache.org/x/thread.html/6bd6a2c1125e4656b030f3853b5bf7e637e2ffb1160d76d189485a01@%3Cdev.jmeter.apache.org%3E
2019 October 21
AL
всем доброго утра котаны и прекрасные дамы :)
есть ссылки под рукой на толковое описание процесса прикручивания JMeter к TeamCity? желательно на русском, на ангельском вроду у BlazeMeter норм статья. но хочется на великом и могучем
есть ссылки под рукой на толковое описание процесса прикручивания JMeter к TeamCity? желательно на русском, на ангельском вроду у BlazeMeter норм статья. но хочется на великом и могучем
МК
Тысячи способов :)