Например Питон и Перл вообще ни как не сочетаются кроме того что они скриптовые и крос платформенные. И что перл очень шустр и прекрасно работает с регулярками и удобен и краток. А питон более гибок но медленнее в исполнении. Однако их пришлось поставить вместе, чтобы вместить в опрос.

Так что уж извиняйте но JS останется в опросе, не могу же я его совсем выкинуть, если всем веб разработчикам приходится с ним работать.

Мои любимые это Фортран, Дельфин, Сишка, и ПХП.

Какой IP светится тут http://2ip.ru/ ????

блитц 3D - что я о нем знаю, да вообще ничего. Ну написан он на Бейсике, да язык не самый шустрый, но если работать с сокетами и вин апи получится довольно таки быстро, но! Насколько известно блиц сам является компилятором, и смело можно заявить, что он явно делает не очень хорошо, так как идет процедурная компоновка, он создает свои флаги, работает через интерпретацию заложенного кода при помощи вызовов на соответствие и указателей. для тех кто не понял, не очень то он код при компиляции на быстродействие затачивает.

Недостаток 2, если работать через Блиц с сокетами, при этом нам необходимо сжимать и ужимать трафик, шифровать его алгоритмами принятыми как стандарты, например RSA(сам по себе алгоритм не очень шустрый), а реализация на блице замедлит его.

Недостаток 3, выделение расчетов в поток, если у нас есть таблицы скилов и бафов на сервере, необходимо тот же кулдаун и всю систему дамага просчитывать там, делать это в одном потоке по крайней мере глупо, необходимо выносить вычисления за пределы таймеров и вести вычисления в другом потоке, а Блиц с потоками не на Ты, даже при пряморукости не получится это организовать очень хорошо. Можно конечно потом перепаять все это дело в IDA, или Olly, но для тех суровых парней кто владеют такими техниками это маразм, так как им проще тоже самое написать на с++ или чистом Asm -е, тем более что в том же masm32 уже есть готовая либа для работы с сокетами)).

Ну и напоследок, так на вскидку могу предположить что с хорошим ужатием трафика, блиц вывезет онлайн больше 100, тут уж дело рук, но для ммо его исползовать слишком сурово. Опять таки это имхо из-за того как происходит компиляция блица, возможно на уровне прямых вызовов все не так уж и плохо.

PS: C++, Asm, Java, Delphi - я бы советовал для сервера под ММО использовать что то из этого списка. C# хоть и заточен под сеть, но та технология на которой он развернут не блещет быстродействием, по личным тестам шарп слабже дельфина в сетевой организации при нескольких сотнях потоков и хорошей нагрузке в локальной сети почти в 2 раза. Уж очень он много кушает(( а это не есть гуд. Java себя уже зарекомендовала, сколько на ней всяких сборок серверов той же L2 в сети есть, что даже речи не возникает над его Кармой. Ну а С++ и ассемблер)) блин да речи нет, это явно лидеры.

Я к тому что наверно для каждого по своему.

Как недостаток мы уходим от темы(((

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

А чтобы на практике сделал си ++)) ну эт прям сказка, давайте проверим скорость исполнения на Питоне, например числа Фибоначи.

А теперь на Сишке.

Python: >3 мин
Python Psyco: 15,89 сек
и на Си 3,86 мсек

Дельфин люблю больше за скорость и за удобство, но чтобы его скорость работы доходила до уровня с++ в графике, этого никогда не случится. А для написания не игр, он намного лучше.

BADCOIQ - рад что осознаете, что не по теме написали, но впредь будьте благоразумнее пожалуйста.

--------------------------------
A,S,D,W
V
Esc
Shift
--------------------------------

На счет импостера - Вы правы именно импостер, не стоит путать терминологию. Генерация деревьев идет по L системе, с использованием самолетика, поэтому в зависимости от дистанции до группы деревьев просто снижение Branch параметров, такие как радиус и количество ветвлений и снижение текстуры, этого вполне хватает, но предполагается, что можно будет летать в игре, если не в изначальной конфигурации, то в более поздней, однако потенциал на это хочу заложить заранее, чтобы не пришлось мучатся. Не давать отрисовку групп деревьев в дали, будет смотреться грубо и убого, поэтому хочу использовать импостеры или накладывать фог на удаленные регионы. Но пока нет нужды с этим работать напрямую.

Уже занимаюсь этим, метод хорош, единственный недостаток, это области выгрузки и подгрузки, подгружать всегда приходится больший объем чем нам необходим, чтобы камера не находилась постоянно на стыке. Думаю сделать несколько массивов травы и проверять центры массивов на вхождение в область видимости. Это заметно снизит количество которое необходимо для рендеринга, и учитывая видимые массивы не так уж и много придется делать проверок на отсечение невидимых граней. Как один недостаток, теряется гибкость создания карт для игры, так как локаций довольно таки много, ну тут уж ничего не поделаешь. Еще подумываю массивы при инициализации засунуть в GPU и брать непосредственно от туда, 3 метра памяти GPU не критично)

Спасибо за подсказки, если кто до чего новогодойдет, то поделитесь плз.

Если у кого еще есть какие мысли не стесняемся, по теме разумеется.