谁有空帮我用linux测试一下这段代码

yulihua49

这代码搞得我最近头大死了 感觉遭遇RP问题。。。。
现在的问题是server端接收数据没问题了 server端发出来 ...
redor 发表于 2011-08-02 22:03

client有必要用epoll吗？直接收，不可以？
不过，我在做转发器时，客户端和服务器共用epoll，没有问题。靠callback处理。

redor

连接很多的时候怎么直接收？ 还是需要epoll来通知的。。。。。服务端和客户端是两个不同的程序。 基础的都没问题 我再考虑是不是do{}while连续干活可能占用CPU过高, 我这个epoll是timeout = -1； 所以很容易导致只要有活儿干 就不会停止的。。。。

yulihua49

连接很多的时候怎么直接收？ 还是需要epoll来通知的。。。。。服务端和客户端是两个不同的程序。 基础的都没 ...
redor 发表于 2011-08-03 11:20

    http://bbs.chinaunix.net/thread-3568296-1-1.html
看9楼的那个程序，客户端和服务器都在那。没有问题，响应很快。多个线程同时epoll_wait();
工作过程的解释在12楼。

redor

你这个东西 跟我做的东西不是一个概念的。。。。。 不是简单的几个读写 是要对很多机器读写的。。。。

yulihua49

你这个东西 跟我做的东西不是一个概念的。。。。。 不是简单的几个读写 是要对很多机器读写的。。。。
redor 发表于 2011-08-03 12:31

    只是说原理上，epoll不慢的，你参考一下，处理方法有何问题。
我的前端，有10000个客户端进来，后边有十几个服务器，数百的连接。大量的并行处理。每秒可调动６万多的交易。
看看12楼。
它可不是简单的读写，它是一个高性能交易中间件的调度管理（相当于TUXEDO的ＷＳＨ），活不是它干，而是do_work()干的，那个非常复杂，略过。
但是资源调度就是那么短小精干。你的问题出在调度上，所以谈谈这个。

redor

应该是别的地方的问题。。。。 我只能再检查检查了。

yulihua49

应该是别的地方的问题。。。。 我只能再检查检查了。
redor 发表于 2011-08-03 13:29

    其实是一个示范。把调度和工作分开，比较容易判断哪的问题。
你那个程序要想改多线程，还是有点麻烦。我这只要把调度函数作为线程入口就行了。

redor

我有多线程库 跟你描述的很类似。。。 http://sbase.googlecode.com/
但是最近搞出新问题。。。 一直找不到原因。。。。 感觉很奇怪的bug

yulihua49

我有多线程库 跟你描述的很类似。。。
但是最近搞出新问题。。。 一直找不到原因。。。。 感觉很奇怪的bu ...
redor 发表于 2011-08-03 16:33

   很强大哦。不过好像把问题搞的太复杂了。所以原因外人不好找，只能提示一下。
我这个中间件，光DEBUG就接近一年，谁也帮不了我。那个代码是最终的结果，中间光模型就改变了若干次。现在已经非常非常稳定，系统不死它就死不了。即使黑客随便攻击。
我是把services嵌入服务器的方式，象TUXEDO的方式。
一个server嵌入多个service,共用一个端口，用服务名区别。
体会是，一个SOCKET应用，弄通很容易，搞稳定了，真难。
我的中间件叫SDBC，安全数据库连接。欢迎到QQ群讨论。100807652

redor

这个库我之前用好好的 最近发现问题好多。。。。。 关键是一端发 另外一端收不到。。。。