Как реализовать асинхронный сервер TCP C#?

Question

[Gastline]

Начал писать игровой сервер, все бы хорошо но возникла проблема, из-за того что нагрузка планируется более 10к человек а некоторые данные не успевают обрабатываться на стороне клиента то возникают рывки либо вообще отказ обновлять данные на клиентах, логика моего сервера:
1. Подключение к серверу и рассылка всем клиентам о подключении.
2. Синхронизация позиций (отправляется каждый раз, когда игрок двигается)
3. Прием сообщений на стороне клиента и интерполяция старой позиции до новой.

Использую для отправки и приема BinaryWriter и BinaryReader.
Ссылка на сервер: https://yadi.sk/d/ta5pmIFWe_nbwg
Прошу вас помочь решить данную проблему либо подсказать в какую сторону копать.

Comments

[Толстый Лорри]

Подключение устанавливается и рвётся для каждой порции данных?

Маловато данных, расскажите больше об архитектуре или покажите код, если это возможно.

[Gastline]

Толстый Лорри,
"Подключение устанавливается и рвётся для каждой порции данных?"
Оно держится стабильно, но происходить некая проблема из-за которой часть сообщений не доходит.
К примеру игрок бежит и данные отправляются на сервер, а далее он этим перегружается (ощущение такое, как будто я сам провожу DDOS атаку своего сервера)
Ссылка на сервер: https://yadi.sk/d/ta5pmIFWe_nbwg

Answer 1

[Kosyachoka]

Новое поколение создателей "своих 10к ммо серверов" подросло? :) ну ок

Тср или удп выбирается в основном по критерию насколько динамичная будет эта "новая эпичная сага". Если стрелялка, то удп скорость компенсирует качество. Если это "убийца вов, л2" то тср, там важно чтобы действия клиента были доставлены от и к серверу. А затем конечно самое сложное - не бросить это дело через месяц оставаясь без прогресса и наблюдая лаги и глюки. Чтобы сделать игру плавной придется делать адаптивную логику которая будет учитывать задержки сети как на клиенте так и на сервере. Легче всего сделать сначала клиент который будет бегать независимо от сервера, а затем постепенно добавлять туда шаг за шагом контроль со стороны сервера, отточить движение, затем взаимоотношение с миром (удачи с синхронизациец физики), бой итд.
Вобшем не ты первый, не ты последний. Ждем шедевр. Я если че буду десять тысяч первый игрок ;)

P.S. по теме :) . смотри в сторону архитектуры на основе пакетов и очередей. Только так ты выстроишь масштабируемое взаимоотношение клиент-сервера которое не будет загинаться от 20 одновременных подключений

Answer 2

[#]

dotnet core rsignal смотрели? если нет, рекомендую

Comments

[Gastline]

Слышал и видел, но он мне не подходит

Answer 3

[asdz]

Наверное вам нужно реализовать сервер на основе UdpClient

Comments

[Gastline]

UDP не подойдет по своей натуре

[Denis Antonenko]

UDP применим везде, нет у него никакой натуры - всё что реализуемо с TCP в том или ином виде возможно с UDP

Answer 4

[Denis Antonenko]

Уоу, для начала надо разобраться с потоками )