ВС
Спасибо! Поизучаю. А вы им пользовались?
Да. Дима исследовал. groovy.xml.MarkupBuilder - наиболее производительный способ формирования xml в #JMeter
Size: a a a
2019 January 18
LS
Коллеги, подскажите пожалуйста есть ли какая нибудь методология масштабируемости результатов нагрузочного тестирования? Например вот мы провели НТ на стенде. Стенд сделан как реальный сервер в дата центре на котором будет работать продакшн. Как корректно смасштабировать результаты с 1 компа-стенда на 100 в дата центре? Как понять как будет работать приложение при 100 серверах - примеру. Я знаю, про пропорционально не растёт точно.
VS
>Я знаю, про пропорционально не растёт точно
Собственно, это и есть методология
Собственно, это и есть методология
LS
>Я знаю, про пропорционально не растёт точно
Собственно, это и есть методология
Собственно, это и есть методология
может какие коэффиценты или рассчёт есть?
ВС
В соседнем чате рекомендовали книжку легендарную. В ней описаны теория очередей, закон Литтла, другие законы
ВС
И там есть математика расчета. Которую не приходилось использовать никогда. Но люди, в книге, строили модели
ВС
Кажется эта книга
VS
может какие коэффиценты или рассчёт есть?
По-моему, можно доказать кандидатскую на тему «невозможности масштабировать показатели тестов с dev сервера на prod окружение»
2019 January 19
KY
товарищи, нужен опыт ваш. можно ли жметером подать нагрузку одновременно 510000 пользователей? какой максимум на одной машинке с какими железками выдывали. в скрипте простенький хттп запрос
AP
Коллеги, подскажите пожалуйста есть ли какая нибудь методология масштабируемости результатов нагрузочного тестирования? Например вот мы провели НТ на стенде. Стенд сделан как реальный сервер в дата центре на котором будет работать продакшн. Как корректно смасштабировать результаты с 1 компа-стенда на 100 в дата центре? Как понять как будет работать приложение при 100 серверах - примеру. Я знаю, про пропорционально не растёт точно.
Проведите тест на нескольких комбинациях. 1 10 100 и узнаете зависимости
ВС
https://dzone.com/articles/high-concurrency-http-clients-on-the-jvm
Вот человек проводил тесты на станции с 16 Гбайт. И поднимал до появления ошибки OOM до 16715 клиентов на Apache Http Client. Вполне себе предел. Возможно стоит поделить на 3 чтобы получить предел для jmeter.
Вот человек проводил тесты на станции с 16 Гбайт. И поднимал до появления ошибки OOM до 16715 клиентов на Apache Http Client. Вполне себе предел. Возможно стоит поделить на 3 чтобы получить предел для jmeter.
ВС
Интересный вопрос всегда - нужно ведь 500 000 соединений а не потоков в jmeter, да? И если да, то стоит обратить внимание на nio, асинхронные клиенты создадут меньше потоков, но создадут соединения. И такие клиенты можно использовать в jmeter. Условно - 1000 соединений запрограммировать на один jsr223 sampler, и повышать плавно
ВС
(опыта ещё не было с 500 000, на диване сижу, ровно)
ВС
Выше предположил, что 500 000 dns запросов не положат dns сервер. И стал рассматривать вопрос только http соединения.
Ещё, если прочитать статью выше. То видно, за 8.8 сек сделано 16715 запросов, значит было 1900 rps. И если аналогично превратить 500 000 пользователей в rps, то считать профиль станет проще, инструменты подбирать проще
Ещё, если прочитать статью выше. То видно, за 8.8 сек сделано 16715 запросов, значит было 1900 rps. И если аналогично превратить 500 000 пользователей в rps, то считать профиль станет проще, инструменты подбирать проще
KY
Интересный вопрос всегда - нужно ведь 500 000 соединений а не потоков в jmeter, да? И если да, то стоит обратить внимание на nio, асинхронные клиенты создадут меньше потоков, но создадут соединения. И такие клиенты можно использовать в jmeter. Условно - 1000 соединений запрограммировать на один jsr223 sampler, и повышать плавно
нужно 510к. одновременно выполняемых запросов
KY
Интересный вопрос всегда - нужно ведь 500 000 соединений а не потоков в jmeter, да? И если да, то стоит обратить внимание на nio, асинхронные клиенты создадут меньше потоков, но создадут соединения. И такие клиенты можно использовать в jmeter. Условно - 1000 соединений запрограммировать на один jsr223 sampler, и повышать плавно
есть пример вот таких вещей)?
KY
Выше предположил, что 500 000 dns запросов не положат dns сервер. И стал рассматривать вопрос только http соединения.
Ещё, если прочитать статью выше. То видно, за 8.8 сек сделано 16715 запросов, значит было 1900 rps. И если аналогично превратить 500 000 пользователей в rps, то считать профиль станет проще, инструменты подбирать проще
Ещё, если прочитать статью выше. То видно, за 8.8 сек сделано 16715 запросов, значит было 1900 rps. И если аналогично превратить 500 000 пользователей в rps, то считать профиль станет проще, инструменты подбирать проще
согласен
ВС
есть пример вот таких вещей)?
У тебя всегда интересные вопросы. Давай завтра создадим. Сегодня нет ни компьютера ни примеров