- 博客(7)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 单一世界架构初探之计算迁移
进程迁移是集群中关键性技术，计算迁移的概念继承自进程迁移，但为单一世界架构量身定制，同样，他也是单一世界架构的核心技术之一。首先，我们先界定下计算迁移的概念：某个计算过程离开原来的计算环境，在另外一个计算环境中继续完成。这里涉及到2个子概念，什么计算，什么迁移。我们来研究下计算的历史，分为几个阶段：1、函数，这是很核心的基础概念，原来基于汇编指令的计算，没有实际意义，就不再探讨。函数过程，最基
2009-06-30 16:07:00
1170
原创 单一世界架构初探之数据管理
海量在线，意味着海量的数据，比如10M的在线人员的个人资料。如果处理呢？依赖数据库可不行，那肯定被拉死了。更可怕的是，所有的数据还必须是实时的。当一个人从地上捡取一个金币的话，那么他的金币总额必然要增加。这个稍微简单点，因为只要在原有数据上加个值就可以了。但是，他要是捡取一个设备时，稍微要复杂点。因为要添加这个设备的部分属性到该角色上。还有更复杂的是，即时战斗中，生命或者魔法值都必须在很短时间内被
2009-06-29 14:32:00
1048
原创 单一世界架构初探之登录管理
现在我们进入实质性的探讨阶段，首先是登录管理。单一世界中海量在线数是个很重要的问题。多数架构都是用代理服务器来分散连接，这里提供一个方法，既能满足海量连接，还能实现单点登录，细节看了再说。单点登录，意味着，所有的请求都将被一个IP处理。而海量请求，意味着所有的登录管理都会在一个IP的完成，天啦，如果到了10M那是什么概念。即使1M/S的处理速度，也要10S才能完成一个登录管理，那我估计
2009-06-29 13:49:00
1104
原创 单一世界架构初探
如果说，还有什么最令我好奇的是，单一世界架构就是其中之一。我在网络上查了一些资料，但对单一世界真正建立，还是有很多问题需要解决。个人认为，这个架构将会是里程碑式的。我融合现有架构以及一些自己的思考，在下面将逐渐铺开。我曾经看到过的，和单一世界相关的文章主要是云风的和一个可能是传奇架构的。已经实现的架构，一个是澳洲的《BigWorld》引擎，另外一个是《EVE》。EVE虽然宣称是单一世界，但他有
2009-06-22 17:00:00
1599
原创 通用传输平台开发实录【2】--接口定义
由于是通用传输平台，所以必须有个通用的接口定义。同时由于通用，所以我们需要摒弃各个平台、各种实现的差异。首先，我们归纳下各种传输平台的共性。一个传输行为的发生，会有几个动作发生： 1、固定监听点的存在，不论UDP或者TCP还是其他，总之，有个点来捕获传输数据。 2、传输通道的存在，显然，没有通道，传输不可能完成。 3、传输过程发生，发送、接收、异常事件的发生。
2009-06-22 16:25:00
977
原创 事件模型、状态机在高性能网络IO中应用
高性能网络IO有2个鲜明特征：1、没有等待。当然这个特征必须做个界定，即任何在网络发生数据传输请求的时候，都能够马上满足。2、没有内存拷贝。由于网络IO的数据量十分庞大，所以任何内存拷贝的存在将导致很大的性能损失。 在已知的IO模型中，都必须存在这2个特征。我们以EPOLL为例，性能最高的是边缘触发模式。只有当缓冲区中存在数据时，应用层才会被通知。而对于内核来说，通知的时候
2009-06-15 22:58:00
1464
原创 通用传输平台开发实录
如果追本溯源的话，Berkeley的套接字可以算是最早的跨平台通用传输接口。不过呢，这些API在管理大量连接和IO的时候，没有比较好的方式，于是后来出现了select/poll/epoll/kqueue/iocp。当然，还应该算上微软对套接字API的扩展，如WSARecv等函数。 我在提到这个通用传输平台时，实际上应该处理3种情况： 1、操作系统的不同：win32/li
2009-06-02 15:36:00
1394
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人