Исходное сообщение
"Обзор средств для поддержки параллелизма в Java" Отправлено ДяДя, 14-Май-12 15:27
Суть проблемы Java и многопоточность в том, что все объекты передаются по ссылке. В Erlang, например (и во многих остальных функциональных языках), все объекты передаются по значению. Т.о. нет разделяемых областей памяти и проблем нет. P.S. Есть http://code.google.com/p/disruptor/ . На LMAX на одном сервере 1000000 запросов в секунду обрабатывается. Стандартными средствами намного меньше. И всё из-за ОС, т.к. дорого обходится парковка и пробуждение потоков. Ну, а со стороны Java GC может помешать. В Disruptor потоки не wait-ятся и новые объекты не создаются. Очередь сообщений тоже строго фиксированного размера(кольцевой буфер), что не вызывает сборку мусора для данных объектов.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Суть проблемы Java и многопоточность в том, что все объекты передаются по > ссылке. В Erlang, например (и во многих остальных функциональных языках), все > объекты передаются по значению. Т.о. нет разделяемых областей памяти и проблем > нет. > P.S. > Есть http://code.google.com/p/disruptor/ . > На LMAX на одном сервере 1000000 запросов в секунду обрабатывается. Стандартными средствами > намного меньше. И всё из-за ОС, т.к. дорого обходится парковка и > пробуждение потоков. Ну, а со стороны Java GC может помешать. В > Disruptor потоки не wait-ятся и новые объекты не создаются. Очередь сообщений > тоже строго фиксированного размера(кольцевой буфер), что не вызывает сборку мусора для > данных объектов.
	Введите код, изображенный на картинке: