今天听说了腾讯一个很牛逼的技术, 求问是怎么实现的

yulihua49

cokeboL 发表于 2015-06-28 09:17
回复 68# yulihua49

和我5年前的思想一模一样。后来我发现，多线程还是有很多好处，线程间可以通过全局变量通信，比进程间通信方便多了。于是就有了连接池管理，这是资源控制的重要机制。有了他，我们就有了自愈连接管理，容错和负载均衡，应用路由管理。。。。。等于是开辟了一个新天地。

cokeboL

回复 68# yulihua49


    还有就是像我61楼说的那些，也就是前面各位说的lua协程的优雅，他们说的好处我理解，但是
    那样写代码，喜欢语言语法奇淫巧技的人看着觉得很美，而对于大部分人来说并不直观甚至逻辑
    看上去更加别扭了，也未带来性能进步

    既然什么都没带来，语法再好玩也是废柴

    golang的协程就舒坦得多

   

yulihua49

cokeboL 发表于 2015-06-28 09:25
回复 68# yulihua49

这个我不反对。

cokeboL

回复 71# yulihua49


    要看什么类型的服务器哇，考虑跨硬件集群，如果多线程，逻辑写起来复杂得多，状态也多了起来，需要各种加锁，很累心

    而且业务类型不太一样加锁的量级也不一样，比如你银行的，单纯处理用户的业务，一对一，处理过程中不太需要加锁。
    游戏服务器，同时在线各个玩家，有很多是全局的东西或者玩家间交互的，就要不停加锁，尤其全局通知那种，更费效率

cokeboL

回复 73# yulihua49


    如果用户数量固定，一台应将服务器就能搞定的，并且用户间弱交互甚至根本没交互，锁量级小，多线程确实要悠哉得多

cokeboL

回复 71# yulihua49


    哎，5年好快。。

yulihua49

cokeboL 发表于 2015-06-28 09:39
回复 71# yulihua49

补充一点，71楼说的那些，的确是高性能分布计算所需的。我们做交易系统，跟游戏还是有很大差距的。
交易系统，客户间没什么直接联系。游戏需要大量客户间联系。
交易，半双工即可，游戏需要全双工。所以游戏的锁问题要复杂的多。
采取多进程，＋协程，可以。
进程间通信（就是客户间通信）得费点劲。
语言无关，啥都行。
据说erlang不错，你可以看看，用这东西写游戏的挺多。

cokeboL

回复 77# yulihua49


    erlang我看了几分钟开头就看不下去了，语法和用法都挺虐心的需要太多时间去适应

    我用c、lua搞的，c只负责通讯、数据库接口，
    服务器间和用户逻辑都用lua做，开发效率高，舒坦

    如果是高实时高并发就纯c性能好些，费时间罢了

    对我来说golang可能要比erlang更好用，性能比纯c/c++差些，但也比c+lua要高，
    另外就是golang的goroutine太好用了，和我之前说的多进程（每个进程单线程）的
    方式，反倒有点难于取舍，如果不考虑跨硬件，golang单进程倒是也蛮好

yulihua49

cokeboL 发表于 2015-06-28 10:42
回复 77# yulihua49

嗯。
它规定变量不可变，只能赋值一次。这样就没有锁的需求，可以充分并行。
随后，问题就来了，好多常规的处理方式无效了，出现了一个怪异的语言。

它的轻量级进程，协程也很强大。
可靠性极高，还可以动态更换模块。。。。。

windoze

回复 79# yulihua49

变量只能赋值一次不是什么怪异的需求，加上一个Phi node就是SSA了，LLVM生成的IR就是这样子滴。

不过话说回来LLVM用SSA是为用一个优化算法做寄存器分配以适应不同的CPU，Erlang这样子搞相当于让人手工做原来程序做的事……