Mono на Linux? Но зачем именно mono?

И почему нужен именно шарп?

Рискну предположить, что на C# написана клиентская часть, и хочется использовать общий код на клиенте и на сервере.

есть сервер с поддержкой плагинов

Детали с контактами отправил на указанный емейл.

Erlang.

/thread

Умножаю на много.

PolarFox, вы правы, клиент написан на шарпе. Собственно сейчас решаем, как и на чем реализовывать сервер, есть куча вопросов, и по шарпу и по другим вариантам.

joy4eg, unfo, а почему Erlang? =)

А на чем еще писать распределенное многопоточное нечто с горячей заменой кода и великолепной интроспекцией?

http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&test=json

веб-фреймворки под нагрузкой

Сколько разработчиков - столько и мнений =) Каждая команда все-таки выбирает под себя.

Основная проблема - создать сервер, устойчивый к высоким нагрузкам + мониторинг (нагрузки, утечек памяти, подвисших процессов).

С Mono не взлетит. Там до сих пор с GC проблемы.

А можете сказать, где сервер использовался, под какими нагрузками работал и на какой основе построен? И еще, кого Вы представляете, какие у Вас права на исходники, что Вы просите за них?

можете ответить мне на mail4bvn на гмайле?

Есть опыт кодинга на шарпе и поддержки ммо хайлоадов на нём как на венде, так и на моне (1000+ онлаен, ~60%+ загрузка цпу и озу).

Советую не связываться с этой гадостью. Переделали на питона – на том же железе стало держать 5000+. Да и проще он и работает без костылей.

О, спасибо =)

Сейчас уже начали склоняться к Java

Есть опыт по переходу с явы на шарп. Шарп поддерживать раз в десять проще и работает он раз в пять шустрее.

Советую не связываться с этой гадостью.

Т.е. динамически типизированный питон в 25 раз лучше статически типизированной явы?

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

Практика показывает, что на питоне сервер работает в двадцать пять раз эффективней, а поддерживать и развивать его проще на два порядка.

Так же практика показывает, что майнкрафт пилят уже восьмой год, бюджет – сотни миллионов долларов, а он всё такой же глючный, всё так же вылетает и всё так же модифицируется через жопу.

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

Советую не прислушиваться к «аналитикам» с лора.

Выбор платформы надо начинать с требований:

- квалификация команды (чем ниже тем больше стоит склоняться к решениям рассчитанным на индусов т.е. от эрланга к яве)

- время жизни проекта (если написать и забыть то что угодно, если надо спустя три года рефакторить код, то динамические языки идут лесом, просто потому что там уже не найти «где используется этот магический кусок кода»)

- возможности мониторинга (т.е. надо изучить какие есть средства для удаленного мониторинга и отладки серверов, например в случае если раз в неделю сервер зависает, на совей платформе в продакшене я могу подключиться и поковырять отладчиком или снять дамп потоков и т.п.)

- инфраструктура разработки (будет ваша команда тратить 80% времени на построение велосипедных библиотек для работы с websocket и тонкую настройку автоматического тестирования и сборки?)