The way I see it, engineers are hired to solve non-trivial problems. The decision to be 100 per chunk of land doesn't scale. What happens when more than 100 people want to walk into that server? Invisible wall? (V:SOH did that).
-
Interesting! I've always thought k-clustering was a good solution too, but never had an opportunity to try. Although I tended to think geographically, because for movement updates and combat, that's mostly what you want.
The clusters effectively create something of a voronoi pattern too, and it seemed like a good opportunity for LODing updates. In a neighboring cluster? Get every 2nd update. Neighbor's neighbor? Every 4th update. And so on.
-
-
Although, I do think that it's better for all this to be on one process, rather than a process per k-cluster, just for the headache of replicating across server boundaries. Instead, I'd be interested in seeing a process own a subsystem.
-
I would want the whole point of the clustering to be that you wouldn’t need to mirror data at all for the computation of the interaction, just to pass data on the results to the clients for notification.
- Näytä vastaukset
Uusi keskustelu -
Lataaminen näyttää kestävän hetken.
Twitter saattaa olla ruuhkautunut tai ongelma on muuten hetkellinen. Yritä uudelleen tai käy Twitterin tilasivulla saadaksesi lisätietoja.