Async or multithread вот в чем вопрос, что выбрать?

Question

[mrAvenger]

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

Есть желание переехать на другую машину, на данный момент выигрываем мы от герц, а не от кол-ва процессоров, но пока это, не очень весело, так как мы уперлик в i7 с частой в 4700, а найти что то выше на открытом рынке выделенных серверов просто не реально. Есть желание перепилить полностью систему обновлений, и пока стоит открытым вопрос какой же метод выбрать, асинхронность или ручное управление потоками.

Чем вообще занимается сервер:
* AI существ в мире
* Обработка коллизий, поиск и обработка путей для игровых существ
* Обработка, соответственно передвижений, взаимодействий меж игроками, обработка их персонажей и многое другое
* Работа с базой, сохранение, загрузка

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

Собственно по моим теор. знаниям асинхронность требует доп. ресурсов на хранение промежуточной информации и для ее восстановления.

Что же делать в нашем случае?

PS: Проблем, в частности с объемами используемой оперативной памяти не возникает, тоесть ее много и ресурсы нам не жалко.

Answer 1

[Сергей Горностаев]

Асинхронные программы как раз потребляют меньше памяти и имеют меньший оверхед на переключении контекста. Но асинхронная программа в принципе не может использовать больше одного ядра. Для параллелизма только потоки. Ну, либо гибридный вариант - запускать по потоку на ядро, в каждом из которых будет крутиться свой асинхронный цикл событий, как в Go. Но в таком варианте логика синхронизации сопрограмм будет непростой.

Comments

[mrAvenger]

Асинхронная модель может и чаше всего работает в многопоточной среде

Answer 2

[Александр Таратин]

Асинхронность хороша в задачах стиля - немного посчитали, долго ждем (неважно чего), еще немного посчитали, снова долго ждем и т.д. Так как позволяет равномерно размазать время активного использования процессора по разным задачам.

Из вашего описания заасинхронить можно только

* Работа с базой, сохранение, загрузка

остальное, как я понял - числодробилки.

В любом случае описание слишком общее. Однозначно не ответить.

Comments

[mrAvenger]

Что еще стоило бы добавить в описание?

Наш проект за основу взял: https://github.com/TrinityCore/TrinityCore/tree/3....

[Александр Таратин]

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