潘多拉的盒子---无缝服务器(1)

sjinny

怎么又被顶起来了……这贴具有成为月经贴的潜力……既然如此……

我有个问题要问：
现在有没有游戏实现这样的技术：
两个CPU，分别运行两个线程（或进程），这两个线程维护了同一个游戏世界，只不过其中的负荷分散到了这两个CPU上，而且这同一个世界里的玩家，在不同CPU上处理的玩家，仍然能够互相交互，对玩家而言，就好像在同一个世界里一样：虽然有很多人同时在一起，但大家的交互是分散到不同的CPU上处理的。
注意，我这里说的不是那种多个CPU处理不同的地图区域的情况，也就是说那种不同星区分配在不同CPU的情况是不算数的，而是多个CPU处理同一个地图区域的情况，当然也不是副本那种“同一个区域”。

我个人感觉，如果做不到这一点，那么就只能按照空间把玩家分配到不同的CPU上，这种情况之下，多线程和多进程之间最大的区别就是两个：可靠性和线程间/进程间通信。
显然，如果是多进程，那么就可以把不同的进程安排在不同的机器上，从物理上给与一定的隔绝，这样做，系统整体的可靠性自然要比多线程方案高。虽然我不了解刀片服务器的技术，但是我想如果是把多个刀片作为一个整体来运行多线程程序，那么不同线程之间的物理隔绝是肯定没有不同机器上的多进程之间那么好的。
反过来说，物理隔绝好了，多进程之间的通信总归没有多线程之间那么简便快捷，毕竟各自的内存空间是互相隔离的，一旦进程分布在不同的机器上，那么就避免不了数据拷贝和系统调用。

就负载能力而言，在我看来，反正硬件的能力是有限的，如果给定同样的硬件负载能力，那么软件主要的目的不是无限放大其负载能力（事实上也是不可能的），而只是充分发挥硬件的性能而已。从这个意义上讲，多进程和多线程这两种技术，只要运用得当，应该都能很好地发挥硬件，那一点点的差别恐怕已经不重要了。反过来，如果是技术掌握不好的人，无论是多线程还是多进程，都是做不好的。我想现在对于绝大部分的项目来说，这些技术本身并不是瓶颈，真正的瓶颈还是在于相关人员对这些技术的运用，现在要争谁高谁低，没有什么意义。
就好像武林之中，总有人要争哪一派的武功最强，其实这些人大部分都没能发挥本门武功的全部威力，这样争的，只是虚名而已。

所以，还是建议大家不要争了，要争，就争如何更好地运用这些技术。

vat

又见这位帅哥啊，一年前就是忠实的EVE拥护者，现在还没变。
毅力值得佩服。

kissorange

    服务器采用什么样的框架，不同的游戏有不同的要求。相同的服务器框架，放在不同的游戏上会产生不同的效果，把WOW和EVE这两款游戏服务器摆在一起讨论，其实一点意义都没有。

    EVE我没怎么玩过，对WOW是比较熟悉的，但是看介绍，EVE的模式，远远比WOW的服务器要求要低，在WOW中，玩家做出的每个动作，基本上都会同步到身边可视范围的玩家，此外还有NPC，怪物等这些场景，服务器要做出的响应量应该跟EVE不是一个级别。碰到杀领袖这些玩家行动，同一个细小的空间挤满了几百个玩家，就程序角度来说，一个玩家的施放技能，历遍每个玩家的链表，发送数据包，这些都要耗大量的资源，更不用说几百个玩家同时施放技能。

    框架不是固定的，不同的要求采用不同的框架，这才是道理。

liflag888

呵呵

ggcat008

刀片式服务器组还是多台单独刀片服务器，采用更加密集的方式集中在一起，共用电源，连接在一个内部高速lan， 每个刀片的体积是原来的1U的一半，这样在原来8U空间里就可以容纳16台服务器。如果每刀片上有2个CPU，则在原来的8U空间里就存在32个CPU的运算能力。刀片服务器并未降低功率需求，只是降低了空间需求，而IDC收费的主要依据除了带宽外就是占用空间了，刀片服务器就在这个空间占用上省钱。同组的各个刀片服务器之间还是跨机器的跨进程的通讯，同样走网络。并不存在刀片服务器共用什么总线一说，这个和工业用母板在CPCI总线上插多块处理板甚至带CPU/OS的板是不一样的。