Сколько нужно процессоров, прежде чем Erlang будет быстрее однопоточного Java [закрыто]

В настоящее время я использую Java, я много читал об Erlang в сети, и у меня есть 2 больших вопроса:

Насколько медленнее (если есть) будет Erlang по сравнению с простой Java?
Я предполагаю, что Java будет быстрее отбенчмарки в сети (Эрланг не делает это хорошо). Итак, сколько еще процессоров мне нужно, чтобы Erlang сиял над однопоточной Java (в моей конкретной ситуации, приведенной ниже)?

Прочитав некоторое время об Erlang, я прочитал несколько комментариев / постов, в которых говорится, что большинство крупных систем Erlang содержат большое количество C / C ++.
Это по соображениям скорости (мое предположение) или как-то еще? т.е. зачем это нужно?

Я читал о том, что число процессоров на большинстве машин возрастает, а потоки моделей сложны (я согласен), но я хочу выяснить, когда будет пересекаться «линия», чтобы я мог изменить язык / парадигму справа время.

Немного предыстории / контекста:
Я работаю на стороне сервера над Java-сервисами, которые сильно привязаны к процессору и легко выполняются параллельно. Это связано, как правило, с одним входящим обновлением (через TCP), инициирующим изменение нескольких (100 с) выходов.

Расчеты, как правило, довольно просты (несколько циклов, просто много арифметики), и входные данные поступают довольно быстро (100 / с).

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

Ответы на вопрос(5)

Ваш ответ на вопрос