我想运行能够快速分配游戏数据的服务器。
简单的模型是：
P1 joins
P2 joins
Make a game with P1 & P2
P3 joins
P4 joins
Make a game with P3 & P4
etc..
但高级设计的逻辑与配对有关。
例如：
P1 (A) joins.
P2 (B) joins.
P3 (C) joins.
P4 (A) joins.
Make game with P1 & P4
etc..
到目前为止，我一直在使用Node + Mongo.js，但读取和写入数据库对我来说似乎很奇怪。这是通过使用内存结构更好地服务的东西吗？我应该看看Redis吗？
我在这里寻找效率。它不一定要用于数十亿的连接，但是应该容忍说，世界上的国际象棋人口在与类似的ELO排名相匹配的速度下棋类游戏。
答案 0 :(得分：1)
这是通过使用内存结构更好的服务吗？我应该看看Redis吗？
这可能主要取决于你的球员愿意等待的时间。暂时存储等待玩家似乎没什么意义，所以redis甚至没有持久性的redis可能确实更合适。
[...]但是应该容忍说，世界上的国际象棋人口在与类似的ELO排名相匹配的速度下棋牌游戏
这意味着什么... 5M？ 10M？无论它是什么，你都可以以合理的价格获得16GB的RAM，所以除非每个条目存储数万个字节，否则数百万通常不会太麻烦。