您现在的位置：首页
--> 云风的 BLOG
今天突然想到的，先记下来。 以前考虑过这个问题，写过一篇 blog 。我今天想到，其实可以把排队完全独立出来。和原有系统分离。这样，所有不支持排队的游戏系统，只要简单加上就可以用了，不用对系统结构做大的调整。 想法是这样的：游戏系统需要估计自己的环境大约可以支持一定时间段多少人可以进入。这个用来估算每个新用户的大致等待时间。 游戏系统采用一个以时间为演算因子的序列 key ，用来做进入的验证。
当多核解决了 CPU 运算能力问题，当 64 bit 系统解决了内存不足问题，IO 问题依然让人困扰。 梦幻西游的服务器从更早的产品延续，已经跑了 10 年了。当初之求快速把项目做出来，用最简单的方法做出来，保证稳定可以用，自然遗留了无数问题。逻辑脚本中充斥随手可见的磁盘操作。 最终，当磁盘操作堆积起来，尤其是阻塞方式请求，并行的过程全部都在磁盘访问处串行起来了。固然整个系统的处理能力并没有下降。但用户的反应时间却会...
有了前几天的基础，我们可以从顶向下来读 lua gc 部分的代码了。 我们知道，lua 对外的 API 中，一切个 gc 打交道的都通过 lua_gc 。C 语言构建系统时，一般不讲设计模式。但模式还是存在的。若要按《设计模式》中的分类，这应该归于 Facade 模式。
早期的 Lua GC 采用的是 stop the world 的实现。一旦发生 gc 就需要等待整个 gc 流程走完。如果你用 lua 处理较少量数据，或是数据增删不频繁，这样做不是问题。但当处理的数据量变大时，对于实时性要求较高的应用，比如网络游戏服务器，这个代价则是不可忽略的。lua 本身是个很精简的系统，但不代表处理的数据量也一定很小。 从 Lua 5.1 开始，GC 的实现改为分步的。虽然依旧是 stop the world ，但是，每个步骤都可以分阶段执...
最近发现在大数据量的 lua 环境中，GC 占据了很多的 CPU 。差不多是整个 CPU 时间的 20% 左右。希望着手改进。这样，必须先对 lua 的 gc 算法极其实现有一个详尽的理解。我之前读过 lua 的源代码，由于 lua 源码版本变迁，这个工作还需要再做一次。这次我重新阅读了 lua 5.1.4 的源代码。从今天起，做一个笔记，详细分析一下 lua 的 gc 是如何实现的。阅读代码整整花掉了我一天时间。但写出来恐怕比阅读时间更长。我会分几天写在 b...
这里，newMap() 方法会返回一个 myMap 指针。其实按之前的定义，返回 muMap interface 也可以，它们在功能上是等价的。 但这里不可以返回 myMap 结构。因为，其中包含有一个其它包里的结构 sync.Mutex ，它是不可以被复制的。Go 里面没有 C++ 中重载赋值运算那些污七八糟的语法糖，所以用指针就好了。反正有 gc 不用担心。
• 分享文件服务
今天一个朋友用 qq 邮箱给我发了个 200+ M 的大文件，我无法提取。这让我意识到，在网络上分享大文件也是个比较大的需求。此类服务很多，历史也很悠久(很多网盘也被用户用来解决此问题)。但好用的并不多。 记得 opera 的新版也提供了分享本机文件的功能，可能是墙的原因，在国内也很难用。 我觉得如果为公众提供一个方便的渠道(又尽量压缩成本)来分享自己机器上的文件，或许会有许多用户的。关键在于便捷，功能纯粹。
这里有一个小需求，希望有一个 Go 函数，每次调用一次，就返回一个由英文大写字母构成的随机字符串。（用来生成一个短网址）那么用 Go 怎么实现好呢？
在需要并行化处理数据的时候，采用消息队列通讯的方式来协作，比采用共享状态的方式要好的多。Erlang ，Go 都使用这一手段来让并行任务之间协同工作。 最近读完了 ZeroMQ 的 Guide。写的很不错。前几年一直有做类似的工作，但是自己总结的不好。而 ZeroMQ 把消息通讯方面的模式总结的很不错。 ZeroMQ 并不是一个对 socket 的封装，不能用它去实现已有的网络协议。它有自己的模式，不同于更底层的点对点通讯模式。
• Go 语言初步
这几天认真玩起了 Go。所谓认真玩，就是拿 Go 写点程序，前后大约两千行吧。 据说 Go 的最佳开发平台是 Mac OS ，我没有。其次应该是 Linux 。Windows 版还没全部搞定，但是也可以用了。如果你用 google 搜索，很容易去到一个叫 go-windows 的开源项目上。千万别上当，这是个废弃的项目。如果你用这个，很多库都没有，而且语法也是老的。我在 Windows 下甚至不能正确链接自己写的多个 package 。活跃的 Windows 版是 gomingw ，对...
还有一天，我的人生就进入第三个 0x10 年。 第一个 0x10 年里我无忧无虑。 当我路还走不稳时，我就喜欢拿着彩色笔涂鸦。我妈盼望着我长大能当一名画家。理论上我应该能遗传点我爸这方面的基因的。可惜我不努力，最终辜负了母亲的殷切期望。 在我还小的时候，我坐在老爸的自行车后座上，父亲问，你长大了想做什么？那是我第一次考虑这个问题。我说，做个数学家吧。那时我参加小学生的数学奥赛，成绩还不错。他不是很满意这个答案...
需求来自于，我希望可以对 lua 虚拟机中的内容做持久化，却又不希望 stop the world 。这需要利用 os 的功能，对内存做一个快照。简单的 fork 就可以达到快照的要求，但是 fork 会快照整个进程的地址空间，这不是我想要的。这两天和几位同学讨论了各种方案，比如 memcpy ，比如 fork+exec 传递 shm_open 的 fd ， fork 后 munmap 不用的区域等等。最后我认为如下方案相对更满意一些。我并没有实现出来， 写 blog 只是做个记录。
继续前几天的话题。做梦幻西游服务器优化的事情。以往的代码，定期存盘的工作分两个步骤，把 VM 里的动态数据序列化，然后把序列化后的数据写盘。这两个步骤，序列化工作并没有独立在单独线程/进程里做，而是放在主线程的。IO 部分则在一个独立进程中。序列化任务是个繁琐的过程。非常耗时（相对于 MMORPG 这个需要对用户请求快速反应的环境）。当玩家同时在线人数升高时，一个简便的优化方法是把整个序列化任务分步完成，分摊到多...
• 顿悟？
greader 上读了一篇 真正的学习 。里面有则小故事：“美国伟大的催眠大师米尔顿•艾瑞克森有阅读障碍，他读书时的多数时间就是在翻字典，因为他不知道字典是怎样排序的，所以每次查找一个字时，他都是从头查起。一直到16岁，一天他在家中地下室里，还是在查字典，突然间好像一道白光将整个地下室照亮，一个巨大的喜悦从心中涌出，他发现
网络游戏若要有支持一个稳固的经济系统，服务器底层必须有一个可靠的数据服务。要设计出精简的数据协议可不容易。它需要保证在发生异常（可能是硬件异常，也可能是软件异常）时，不会出现物品/货币丢失，复制的问题。使用带事务的数据库是一个不错的选择，但对程序员的要求较高。程序员需要仔细考虑每个数据操作如何编写事务才是安全的，还需要考虑数据操作的异步性。这对需求变化迅速，量又比较大的游戏，做的好真的是很困难。我...
在历史工程上修补是件麻烦的事情。前两天说起梦幻西游服务器的优化。这几天我到广州住下来，打算专门花一周时间搞定这件事。由于以前都是网上聊天，只有坐到一起才能真正理解问题。目前，梦幻西游，只使用单台机器，最高配置 8 个 CPU ，配置 8G 内存。就算最热闹的服务器，也用不完这些资源（大约只用满了 3 个 CPU ，一半的内存）。核心程序差不多就是 10 年前写的，从大话西游延续至今。这两年一直在享受免费的午餐，随着硬件配...
关注梦幻西游服务器的性能问题，是源于前几天跟同事的聊天。谈到能否把梦幻西游服务器做成无盘站，或是放进虚拟机里，便于日常维护管理。意外的了解到，现在磁盘 IO 性能居然成了梦幻西游服务器的瓶颈。而不是 CPU 或是网络带宽。据我所知，梦幻西游的服务器数据储存是这样做的：主游戏进程不负责储存，一切都在内存中。所有玩家的数据就是内存数据结构。只是在玩家登陆的时候去读取一下本地的文本文件，以及登出的时候把数据序列...
前段时间在玩 Go ，非常喜欢 goroutine 的编程模型。采用 chan 进行 thread 间的通讯写起来很舒适。今天花了一个下午，为 lua 写了一个简单的库，模拟这种编程方式。暂且把这个东西叫作 lua cothread 。它基于 lua 的 coroutine ，只是写了个简单的调度器。这个库有如下几个 api ：
目前的方案是用一个独立进程去渲染图片，然后通过共享内存的方式，把渲染结果提供给游戏客户端。这较好的解决了多个客户端的性能下降问题。 我认为，这也是继续延用 2d engine 做核心的优势。（当然更重要原因是，这个游戏的客户端程序不适合重新制作，否则重制版一旦出现严重问题，对公司影响太大）
• 关于群服务的实现
许多人都认为 QQ 比较粘人的设计是群。我个人是反感“群"这个设定的，以前写 blog 批判过。不过我不否定用户的需求。我认为，任何支持 XMPP 协议的 IM ，都可以利用 XMPP 的 s2s 服务做出一个独立于所有 IM 提供商的独立的群服务出来。我想这个形式应该是这样的：用户只需要加一个叫 群号@groupchat.foobar 的好友。由 groupchat.foobar 服务器提供 XMPP s2s 的协议。服务...
近3天十大热文
-
[435] WEB系统需要关注的一些点 -
[15] 哪本书是对程序员最有影响、每个程序员都该阅读
-
[14] 修改系统最大文件句柄数
-
[13] InnoDB insert性能拐点测试
-
[12] 移动音乐产品梳理
-
[12] 一次神奇的MySQL优化
-
[11] 一张图帮你看懂 iPhone 的屏幕分辨率
-
[10] Android设计中的.9.png
-
[10] Python 代码规范小结
-
[10] Spark性能优化——和shuffle搏斗
赞助商广告
