Может ли Asyncronous TCP network быть лучшим вариантом для выделенного сервера с 32 игроками, играющими одновременно на C#?

Question

В настоящее время я планирую создать выделенный сервер на C# для игры XNA, в которой одновременно смогут подключаться до 32 игроков. У меня был опыт работы в сети с System.Net, но раньше мне не приходилось сталкиваться с довольно большим количеством игроков.

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

Но я по-прежнему не уверен, является ли это мудрым выбором, или если я должен использовать что-то еще в соответствии с моими потребностями.

Извинения, если этот вопрос звучит мрачно, но я довольно сильно потрясен - помогите оценить!

Answer 1

Если предел в игре составляет 32 одновременных пользователя и, возможно, несколько наблюдателей, то потоки в порядке, особенно если вы найдете их более легкими для кода, чем обратные вызовы. (Соответственно, вам придется coordinate access to shared data structures, и сложность этого может перевесить соответствующий дизайн event-based.)

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

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

Answer 2

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

Answer 3

Асинхронный подход является сильным, когда сервер связан с I/O. В ожидании ввода-вывода потребуется меньше ресурсов.

Подход потоков очень силен, когда сервер связан с ЦП. Он легко масштабируется до нескольких ядер или процессоров.

С 32 пользователями я бы с осторожностью рекомендовал использовать темы, по крайней мере, до тех пор, пока поддержка async не будет готова к прайм-тайм в .NET. Просто используйте потокобезопасные структуры, включенные в .NET для , все inter thread communication и не кодируйте свои собственные, и вы должны быть в порядке. Если вы решили записать свой собственный код, опыт подсказывает мне, что вы, вероятно, хуже, так как даже малейшая ошибка может привести к случайным ошибкам, которые очень трудно отследить.