epoll + 非阻塞I/O 怎么改进才能变成 多线程 + epoll + 非阻塞I/O

hellioncu

简单的说，把你的代码移到线程处理函数中

hellioncu

__BlueGuy_ 发表于 2014-10-31 14:37
感觉需要加很多锁？ 而且很麻烦 ？

要很多锁的一般不适合多线程了，不过我想游戏逻辑中应该不需要多少锁。

1210603696

不想加锁就用lock-free

yulihua49

__BlueGuy_ 发表于 2014-11-01 10:02
有人说，业务逻辑不应该用多线程，那多线程还有什么用?

业务逻辑用多线程的实例多了去了。说这话是指，你对多线程应用掌握不熟悉，慎用。
作为服务器，多线程和线程池是有区别的。epoll的应用一般是线程池环境。即，有限个线程处理所有的任务。
与其他模式最大的区别是：一个业务逻辑，如果被划分为多个服务请求，即有状态服务，需要特殊处理。
它需要一个上下文来贯穿整个应用逻辑，就是那个TCB或称session。
因为每次服务请求，都与之前或之后的请求有关，而每一个步骤可能不是同一个线程处理的。
因此，上下文数据，不能存储在全局数据区，也不能在局部变量，甚至也不能在线程独享变量。只能在TCB或session里。
如果你有多台服务器，在业务逻辑的状态存续期间，你必须保证每次请求都在同一台服务器和同一个服务进程，这对代理服务器提出要求。这相当于一个业务把持了一批资源，当它夭折时，必须给予妥善处理，释放把持的资源。
所以，从单线程到多线程的转变，不仅是学习多线程和epoll，还要考虑全新的业务模型。

yulihua49

__BlueGuy_ 发表于 2014-11-03 12:39
skynet 你看懂吗？

没看。。。。
我说的是通用的处理办法，不针对具体应用。
所有的应用函数，必须是线程安全的。所有共享资源，任何改变，都必须是互斥的。一般的，资源分配，线程独占的。
所以，你要改多线程，注意这些要点。原来的程序，需要从结构上脱胎换骨的改变。
我不懂游戏。但是上边的原则，是不管什么样的程序，都必须遵守的。
相比这些原则，多线程和epoll，真是小菜一碟。

windoze

用这个：
Fiberized.IO

感觉我自己好无聊，整天做广告……