Господа, подскажите пожалуйста...
Нигде не нашел литературы, которая могла бы рассудить разногласия...

Из того, что имеется...
2 instance в Amazon:
Large, на нем стоит непосредственно сам Jmeter с тестом

Small, на нем контейнер сервлетов с java приложением.

Вот характеристики:
M1 Small Instance – default*1.7 GiB memory
1 EC2 Compute Unit (1 virtual core with 1 EC2 Compute Unit)
160 GB instance storage
32-bit or 64-bit platform
I/O Performance: Moderate
EBS-Optimized Available: No
API name: m1.small

M1 Large Instance7.5 GiB memory
4 EC2 Compute Units (2 virtual cores with 2 EC2 Compute Units each)
850 GB instance storage
64-bit platform
I/O Performance: Moderate
EBS-Optimized Available: 500 Mbps
API name: m1.large


Необходимо обеспечить нагрузку в 100000 пользователей, подключение(/создание потоков) - 2шт / 1 секунду.
Алгоритм таков:

Пользователь зашел.

Авторизовался.

Отправил одно сообщение.

Изначально, запустили проверочно Jmeter c созданием пустых потоков.
Итог - instance выдержал около 36000.

Запустили боевой тест. Система отваливается после 100 пользователей.
Господин программист утверждает, что тест полностью некорректен.

Товарищ программистТребования к тесту с учетом ограничения окружения и Apache JMeter:
1. Запуск (Одновременно или последовательно 30000 потоков, эмулирующих действия пользователей) некорректен, т.к. jvm, которая используется в JMeter, т.к. JMeter будет запускать потоки и блокировать их. В результате, одновременно работать будет крайне ограниченное число потоков (100-200). В связи с этим надо выяснить, сколько одновременно работающих потоков допустимо на одной jvm jmeter.
2. В связи с 1 пунктом использовать режим distributed mode в JMeter.
3. Для достижения необходимых 100к подключений можно организовать пулирование поток на стороне JMeter. Т.е. выделять на одного пользователя не отдельный поток каждый раз, а выдавать его из пула. Для нашей системы этого будет достаточно.
P.S. Опечатки или бага в JMeter про Ramp-Up period нет.


Может кто то использовал хорошо Jmeter в своих нагрузочных тестах и подскажет, сколько же все таки он сможет выдержать на 1
instance?

P.S. distributed mode в JMeter использовать надо, спору нет, но не по 100 же потоков на 1 тачке?

Кстати, вот что происходит при работе теста:
ps -aux | grep jmeterroot 12176 184 28.6 12440616 2193668 ? Sl Mar19 1627:39 java -Dapple.laf.useScreenMenuBar=true -jar ./ApacheJMeter.jar -n -t /.hudson/jmeter/LoadTest_19_03_2013.jmx

root 27674 0.0 0.0 4280 584 pts/0 S+ 07:27 0:00 sh jmeter.sh -n -t /.hudson/jmeter/LoadTest_19_03_2013.jmx

root 27676 72.0 16.9 6183324 1295312 pts/0 Sl+ 07:27 2:13 java -Dapple.laf.useScreenMenuBar=true -jar ./ApacheJMeter.jar -n -t /.hudson/jmeter/LoadTest_19_03_2013.jmx

root 31628 0.0 0.0 8148 924 pts/4 S+ 07:30 0:00 grep --color=auto jmeter


Товарищ программер утверждает, что Jmeter создал толлько один поток:
ps -o nlwp -p 27674NLWP
1


Мне почему то кажется, что это его взгляд просто на shell, по сути результат вот:

ps -o nlwp -p 27676NLWP
9544

Blazkowicz,

Никто и не собирался долбить 100к потоков на 1 инстансе.

авторИзначально, запустили проверочно Jmeter c созданием пустых потоков.
Итог - instance выдержал около 36000.

Понятно, что он не вывезет 100к.

Blazkowicz На одном ядре. Ага. На одном ядре одновременно 1 поток.
Т.е. для того, чтобы было все не условно - надо 100к ядер?

BlazkowiczУ вас только 1 EC2 Compute Unit! И с помощью него вы собираетесь эмулировать 100000 конкурентных подключений! Ха!
Сколько должно быть?
Не понимаю, почему бы не сделать 5-6 вируталок, ну 10 наконец... и нормально запускать оттуда.

Неужели Jmeter ограничивает как то? Вот суть вопроса.

ок, спасибо за советы... разбираюсь в проблеме...
отпишу по результатам