Вычислительные потоки - вот те средства, которые позволяют использовать действительно много поточные средства. Как обычно реализуются эти вичислительные потоки (thread)? Здесь существует два способа - прямое отображение Java вычислительного потока в поток операционной системы или же отображения множества потоков виртуальной машины в один поток операционной системы (так называемая технология Green Thread).

И так к примеру мы имеем некий сервис, который обрабатывает некие события, события эти появляются просто толпами, но на их обработку уходить очень и очень мало времени. На каждое событие запускается новый вычислительный поток (для его обработки). По такой схеме, к примеру, может работать и WEB сайт или любой другой публичный сервис.

Все в такой схеме хорошо, пока одновременных потоков бывает несколько десятков или сотен. И даже если они и не выполняют никакой работы, существует опасность разрушения виртуальной машины. Связанно это с ограничением на количество одновременно запущенных вичислительных потоков в операционной системе (рассматривается случай прямого отображения потоков).

Для проверки и тестирования систем разработан тест (Java, С++ и Delphi), в результате деятельности теста - запускается большое количество однвременных потоков. Когда ограничение будет превышено - работа виртуальной машины будет прекращена. В данных тестах, потоки только запускаются, но ничего не выполняют.

Итак что же у нас получается? Что Green threads позволяют создать большее количество потоков, чем при использовании нативных потоков. Однако не все так радужно, отображение множества потоков на один поток так же не лишено недостатков. И здесь придется выбирать между "двух зол".

Отдельных результатов заслуживает разговор о нативных "тестировалках" - программа написанная на дельфи хоть и показывает немыслеммые результаты десятки тысяч потоков, но на самом деле их всего не больше ~2000. Ясность тут вносит тест на С++, именно он почти и показывает реальные результаты (из нативных). Дело здесь все в размере стека в конкретной операционной системе (в данном случае NT WS). По окончании места в стеке - новые потоки прекращают создаваться и возникает ошибка либо связанная с отсутствием памяти либо с отказом "устройства" создания новых потоков. Добиться результата на нативном коде сопоставимым с Java удалось лишь только после уменьшения размера памяти резервируемого в стеке для каждого нового потока (без такого "шаманства" результаты были около 2000 (т.е. на уровне реального количества потоков в дельфи)). К слову говоря - Java класс получился по размеру самым маленьким.