- 博客(4)
- 资源 (7)
- 收藏
- 关注
RSS订阅原创 两个有趣事
一个是lua的语法糖详见云风的bloghttp://blog.codingnow.com/cloud/LuaFunctionOverload一个是伤害的数字计算问题，战斗伤害最终落到实际的是对HP变量的改变，那么就是一个类似hp=a+b ... c+d的线性公式可以最终得到hp也就是如果是四则运算那么所有的HP都可以表示为HP=C+X... 的形式。
2010-12-28 23:08:00
521
原创 多线程编程杂说3
<br />多线程恐惧之一，在引入大量的互斥锁之后很多人下意识的认为这样会导致性能下降。<br />我认为这样的观点建立在两个方面第一点是认为自己的程序运行过程中没有等待性延时例如网络操作中常见的接收延迟和发送延迟，第二是把多线程中的互相等待造成的损耗评估的过于严重。<br />首先以mangoscors为例没有分线程时会出现很多情况长时间cpu占用过低客户端也在等待的情况，这种情况跟某个客户端的网络延迟有很深的关系随意分离几个线程之后这种情况得到的极大的改善，但因为互斥锁使用的并不严谨，每次占用锁的时间过
2010-12-12 11:33:00
565
原创 引入复杂度
<br />昨天在处理mysql的时候原来的类通过静态变量计数器初始化话mysql平台，这个方式的好处是可以在使用类的时候不关心平台初始化的问题，但静态变量只能使用在一个模块内，当这个类的指针被dll使用的时候就存在访问变量不存在的问题。如果为了解决这个问题使用#pragma data_seg 来共享变量就又设计到跨平台的问题，linux没有这类的条件编译....随后惊出了一身的冷汗，如果这么解决下去恐怕要引入一大坨的东西为了解决一开始就很简单的问题，在exe初始化的时候把mysql平台也初始化一下。智能这
2010-12-09 10:19:00
413
原创 多线程编程杂说2
<br />多线程编程普及出现在90年以后，之前只有多核的cpu服务器才有这样的需要。多线程以其复杂化脆弱性著称，程序员大多避而不谈或只是简单的应用。线程保护的互斥锁被认为是导致延迟和性能下降的主因。<br />这主要有两方面的原因，第一大部分应用只需要一个线程进行处理有着强烈的排他性和连贯性，第二很少有用户应用是大规模并发的即使有大规模也是短时间，可以使用单线程排队的方式也可以完美的解决。这样绝大部的应用被拆成分进程方式的分布式和单线程的方式两大块，多线程编程就此没落。多线程的方式有其不可替代的优势，其比
2010-12-03 10:47:00
547
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人