Здравствуйте, vsb, Вы писали:

vsb>Ещё есть нюанс с латентностью. Сборщик мусора может остановить поток или всю программу на несколько десятков миллисекунд (а то и сотен). Современные сборщики мусора стали довольно хороши, но за счёт того, что жрут ещё больше памяти. Поэтому в целом можно пытаться даже 60 FPS со сложными расчётами.

vsb>Я не знаю, как твой код на С++ работает, какой у него запас. Но примерно можно рассчитывать на то, что жава будет работать не более чем в 2 раза медленней и если нет требований к латентности и этого хватает, то её можно использовать.

Это же не VoIP, где неожиданная задержка может разорвать соединение. Здесь важна общая производительность. Скорости много не бывает.
Мы и на плюсах постоянно занимаемся ускорением алгоритмов — задачи непрерывно растут в объёмах.
Поэтому пессимизация в два раза может огорчить

vsb>При обработке больших данных вероятно придётся писать не-идиоматичный код. Всякие int[] и подобное.

Это получится превращение явы в си. Об этом я Тёме и писал. Можно, но зачем?

Яву нужно использовать там, где она сильна — высокоуровневые серверные куски.