Есть стрельба по языку программирования:
http://shootout.alioth.debian.org/
Хотя, возможно, он не измеряет достаточно того, что вы ищете.
Однако тесты почти наверняка не скажут вам ничего полезного об идеях высокого уровня того типа, который вы перечислили. Для этих целей производительность (как и в скорости выполнения) почти не имеет отношения к тому, на каком языке написан код (по крайней мере, для набора языков, которые вы перечислили, у всех из которых есть довольно похожие модели выполнения), и почти для всего делать с тем, как структурирован код.
Если вы хотите иметь возможность выбрать один из перечисленных языков (для конкретной задачи) на основе чего-то значимого, вам следует задать следующие вопросы:
- Какие ограничения существуют для платформы, на которой вы хотите работать? Все языки, которые вы перечислили, имеют большие системы времени исполнения - интерпретаторы - это означает, что они могут иметь большие затраты на развертывание, если вы хотите использовать их в системах, на которых они еще не установлены. Тем не менее, в Python есть по крайней мере «py2exe» и «py2app», которые можно использовать для создания развертываемых исполняемых файлов вашего приложения для Windows или Mac - вполне может быть что-то подобное для других языков, которые вы перечислили.
- Какая соответствующая функциональность предоставляется в стандартной библиотеке для языка?
(в этом случае все перечисленные языки имеют очень большие, полезные стандартные библиотеки).
- Какие соответствующие функции доступны во внешних библиотеках, которые вы можете использовать?
- Насколько комфортно вы используете язык?
Наконец, если скорость выполнения действительно очень важна для вашего приложения, и если вы обнаружите, что не можете достичь необходимой скорости даже при соответствующем выборе архитектуры на выбранном вами языке, то вы можете определить узкое место и повторно - реализовать это на скомпилированном языке, предоставляя интерфейс обратно к языку сценариев, чтобы его можно было интегрировать в приложение. Все перечисленные языки поддерживают такие расширения собственного кода.