I'm currently designing MORPG server and I have a question about which i/o model I should use.
It's fast-paced 3rd person RPG and 1~3 players can join a session.
In the worst case, about 50 enemies can be shown.
I thought this could be too much process for a single-threaded server to do all the collision detection process and i/o process so I precalculated how much data would be processed and here are my results.
// (Server's tickrate is 60hz)
Object movement packets
6(header) + 2(uuid) + 4(x) + 4(y) + 4(z) = 20bytes
800bytes ~ 1000bytes per tick, player // 20bytes x 40~50objects
48,000bytes ~ 60,000bytes per second, player // 800bytes ~ 1000bytes x 60frame rate
144,000bytes ~ 180,000bytes per second // 48,000bytes ~ 60,000bytes x 3players
and I have other packets of, less than 1000bytes per second.
I think it's too much to handle for a single-threaded server since there can be multiple sessions and I'm using a normal computer as a server machine since this project is for learning purposes only.
I think IOCP can help to improve performance since it uses multi-threads(I'm kinda familiar with multi thread programming).
Also I'm considering reducing server's tickrate to 10~20 and using dead reckoning on client-side.
Is it reasonable in this case to use IOCP and dead reckoning to prevent too many works for the server?