Всем привет. 

Проблема:
Разрабатываю стресс тест. 
Кратко тест делает следующее: Запускается n потоков (n юзеров). Потом они все логинятся на сервер и начинают получать сообщения от сервера. Тест измеряет время, за которое эти сообщения доходят. Ну и спустя какое-то время вырубается по таймеру.
Те у меня на каждого юзера 4 потока: 
- главный, в котором запускаются все таймеры - он все запускает и заканчивается 
- поток, который в while(true) до exception'а ловит сообщения 
- поток, который отправляет подтверждения на сервер - управляется таймером
- поток, который включается спустя время и вырубает получение сообщения - управляется таймером

При n<60 потоков - работает стабильно - время доставки сообщений - 15-30 мс.
При n>60 - время доставки постоянно растет. те получается потоки не успевают переключаться м/ собой.

Не представляю, где задержка... :( 

логирование - подключала асинхронный аппендер
выводила время выполнения каждой операции в цикле, где получаю сообщения - вcе время ~const


Что можно еще поглядеть?   

Это сообщение отредактировал(а) marmota - 16.6.2008, 12:33

Это может быть уже проблема JVM и операционной системы. Надо экспериментировать.

Какэксперементировать?
Я в профайлере смотрела - ему всего хватает и памяти и процессора...

Не успевают переключаться так быстро как бы этого хотелось. Мне кажется это естественным.
Если потоки имеют одинаковый приоритет, то диспетчер должен обеспечивать им равные условия конкурирования на ресурсе процессора. Чем больше потоков, тем дольше выполняется отдельный поток, вне зависимости от того пришло ли сообщение с сервера. Плюс процессорное время на переключение между потоками. n=60 - это 60 юзеров (240 потоков) или 60 потоков (15 юзеров) ?

n=60 - это 60 юзеров (240 потоков)
просто 240 потоков - это же не критично много... или все-таки много? с учетом того, что профайлеру хватает ресурсов.

 Я и вправду не знаю. Насчет 240 это я конечно загнул, реальная цифра будет около 120. Как уже раньше заметили нужно эксперементировать.  Что заставляет вас думать, что ресурсов программе хватает ? (можно и дамп было бы привести ради интереса) Какого результата вы ожидаете при увеличении n ? Как ни крути, многопоточное исполнение вещь весьма дорогостоящая. И еще, насколько сильно увеличивается время выполнения при переходе с 60 до 61, с 61 до 62 ?

4 потока на юзера многовато. Сложилось впечатление, что это исключительно для теста. Например, зачем нужен "главный" поток каждому юзеру? Не правильнее ли поставить счетчик  принятых сообщений и чтобы каждый юзер заканчивал работу по достижению некоторого лимита. Применение таймеров в таких тестах - сомнительная практика. Если вы уменьшите количество потоков на юзера в тесте, то возможно граница n=60 возрастет и это будет означать, что , действительно, было слишком много потоков и компьютер не справлялся.

Слишком много потоков. Нужно сделать их количество константным. 1-2 потока читают сообщения из сети. 1-2 потока отправляют сообщения в сеть.1-10 потоков обрабатывают сообщения от клиентов.

Я уменьшила количество  потоков: по одному на юзера.
Юзеры во потоках получают через сокет сообщения(кусок xml).
Если этих сообщения сделать, к примеру 2 сообщ/сек при тех же 200 юзерах, то тест отрабатывает без проблем - время доставки сообщения 15-30 мс.
Если сделать 10 сообщений в секунду, то лог выглядит следующим образом:
 и т.д....
ну только я значительно проредила лог....

Вот последняя цифра - время, которое было потрачено на получение сообщения. Она измеянется волнообразно.
С чем это может быть связано? В профайлере ему всех ресурсов хватает...

Добавлено через 1 минуту и 28 секунд

Низя =( Это приложение для стресс-тестирования. Т.е. количество потоков(юзеров) должно быть кака смнимум 200...

16 мс порог точности системного таймера (во всяком случае под Windows), замени System.currentTimeMillis() на System.nanoTime(), там точность выше.



Стресс тестирования чего? ОС, сколько потоков она может выдержать?

мне показалось, что требуется имитация большой нагрузки на сервер, 
а время между запросом и ответом - это показатель его загруженности

Дык я же о другом. Я говорил, что для обслуживания 1000 клиентов не надо запускать 1000 потоков. Это не прибавит производительности, а скорее наоборот.

Да, это стресс-тестирование сервера.
На самом деле архитектор этой тулзовины для стресс-тестирования позволяет создавать несколько нод с пользователями. Но если на одной ноде будет только, к примеру, 50 юзеров, то сколько ж это нод нужно для реальной загрузки сервера   ?