Jump to content

  • Log In with Google      Sign In   
  • Create Account


#ActualKhatharr

Posted 26 September 2012 - 01:33 PM

Ah, I see the problem.

Well, if fancy is what you're into then you could go as far as having both servers and clients report their region (or use IP-based whois) to the master server and then prefer servers that are in the same region as the client.

That is to say, when the master server pings a game server it holds that ping as a weight, then have a map of regions and how proximate they are to one another. When a player logs in to look at the list use the two weights to identify the servers likely to have the best ping for that player based on proximity and performance and then have the player ping the game servers that look like the best bets.

If this causes too much of a hit to the servers in heavily populated areas or something then you could probably get away with doing something along the lines of what you were saying there - the master would ping the client to estimate their connection speed and then use that to calculate an estimated ping based on the reported pings of other clients in the same region as the interested client. It could get messy, but I don't think there's a silver bullet for this kind of thing. That being said, you'd have to be pretty hugely popular to DDoS a server with one-per-client pings.

#1Khatharr

Posted 26 September 2012 - 01:23 PM

Ah, I see the problem.

Well, if fancy is what you're into then you could go as far as having both servers and clients report their region (or use IP-based whois) to the master server and then prefer servers that are in the same region as the client.

That is to say, when the master server pings a game server it holds that ping as a weight, then have a map of regions and how proximate they are to one another. When a player logs in to look at the list use the two weights to identify the servers likely to have the best ping for that player based on proximity and performance and then have the player ping the game servers that look like the best bets.

If this causes too much of a hit to the servers in heavily populated areas or something then you could probably get away with doing something along the lines of what you were saying there - the master would ping the client to estimate their connection speed and then use that to calculate an estimated ping based on the reported pings of other clients in the same region as the interested client. It could get messy, but I don't think there's a silver bullet for this kind of thing.

PARTNERS