Erlang

Вариантов вообще не много. Серьезных (по моему мнению) языков мало C++, C#, Java. Из них явно выделяется С++, как более низкоуровневый. Остальные 2 одного поля ягода. Выбирать практически не приходится.

Ну дак чтож выбрать?

serger, Если нужна аховская производительность, то C++. Нет, C# тоже может ее дать, но привязка к винде (вдруг захотите еще где-то сервер вертеть). Java, извините, отожрет всю память и не подавится. Работает у нас система документооборота на ней, плохих слов не хватает...  

Это сообщение отредактировал(а) Landing - 15.1.2010, 12:40

А чем она, принципиально от C# отличается?


Сказал "а" - говори "б". Или только из-за памяти недовольство?

А что бы ты сам выбрал?

  

> Так что можете посоветовать, вместо старого недоброго С++ ?

> ###

Какбэ кроме названия ЯП хорошо бы писать почему именно этот ЯП а не другой.

Причём здесь вера, я включаю Azureus и конец котёнку. Следующее приложение на Java глючить начинает.  

При том, что игровой сервер немного отличается от десктоп приложения. И 30-50 Мб накладных расходов на обслуживание JVM, для сервера обслуживающего тыщщу клиентов, погоды не сделают.

1) можно использовать собития ядра FreeBSD, механизм kqueue/kevent

http://www.opennet.ru/base/dev/kevent_freebsd.txt.html
вот видел интерфейс http://search.cpan.org/~msergeant/IO-KQueue-0.32/KQueue.pm

2) event loops. есть множество фреймворков для создания событийно-ориентированных приложений 

3) AnyEvent 

Это сообщение отредактировал(а) gcc - 16.1.2010, 14:29

gcc, если С++, то сетевая часть будет на boost.asio, так что о kqueue vs порт_завершения_в_винде vs хзчто_в_линуксе говорить смысла нет

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

Система объектно-ориентированная, с кучей наследования. Объектов создается немерянно. При этом очень медленно работает и ест память, да так что приходится, перезагружаться раз в сутки. Сервер стоит мощный, пользователей 500 чел. В онлайне до 200. Такой аптайм при таком количестве народу (действие которых сводится к загрузке документа несколько раз за рабочий день) нечто невообразимое.

Любой совр. форум выдерживает гораздо большую нагрузку (php).

Так что, я бы писал сервер на C#, чем вобщем-то и занимаюсь. Давно перешел на него и незнаю проблем. Для легких вещей python, т.к. позволяет писать со скоростью мысли.

форуму не надо отсылать обновление данных каждому клиенту по несколько раз в секунду

И ты считаешь, что переписав это сервер на C# (полностью сохранив архитектуру) он по мановению волшебства БГ перестанет жрать память, начнет держать более 9000 клиентов и аптайм возрастет до 1000 лет, так?