完成端口IOCP,重叠,消息选择,消息异步等等....

谢谢 免杀之神给的PEB过防火墙的资料, 时间不多看群里热闹把 讨论的是关于 多连接的问题

记下来以后整理.........






夕草(8999094) 2007-11-29 22:26:20


我




夕草(8999094) 2007-11-29 22:26:23


测试过


我還是一個人(8363057) 2007-11-29 22:26:51


Z/怎么样


夕草(8999094) 2007-11-29 22:27:00


还行


夕草(8999094) 2007-11-29 22:27:07


BCB写的


夕草(8999094) 2007-11-29 22:27:23


过默认的


夕草(8999094) 2007-11-29 22:27:34


默认的没开注册表监控


我還是一個人(8363057) 2007-11-29 22:28:05


期待女王的早点出世


夕草(8999094) 2007-11-30 14:13:44


那时候我还挺得意的


HEART(22223925) 2007-11-30 14:13:54


这样还能心跳？


Evil Angel(6607487) 2007-11-30 14:14:03


说下这种结构的缺点吧,你们


HEART(22223925) 2007-11-30 14:14:08


send后直接recv


HEART(22223925) 2007-11-30 14:14:10


是吧


HEART(22223925) 2007-11-30 14:14:24


草你TMD NB了


HEART(22223925) 2007-11-30 14:14:41


缺点？没有～


HEART(22223925) 2007-11-30 14:14:56


基本上除了优点都是缺点了


夕草(8999094) 2007-11-30 14:14:57


你就饶了我吧，05年那会我刚接触


Evil Angel(6607487) 2007-11-30 14:15:21


草草说下这种方式的缺点


HEART(22223925) 2007-11-30 14:15:28


除了优点都是缺点了


HEART(22223925) 2007-11-30 14:15:34


没听懂我这句话吗？


Evil Angel(6607487) 2007-11-30 14:15:59


汗,我个人觉得优点就是不开线程,资源消耗少啊


HEART(22223925) 2007-11-30 14:16:00


除了管理Socket方便。其他的全部是缺点了


HEART(22223925) 2007-11-30 14:16:15


同步，多Socket管理


HEART(22223925) 2007-11-30 14:16:27


当一个在recv的时候其他的全部卡死


HEART(22223925) 2007-11-30 14:16:31


包括程序界面


Evil Angel(6607487) 14:17:27


不啊，我在传输大两数据的话又和传输主机之间新开一SOCKET来建立连接,用新的传输数据,比如文件上传下载


HEART(22223925) 14:18:34


还是在原有线程中执行？


Evil Angel(6607487) 14:18:52


新开线程


穿石榴裙的女王(22223925) 14:19:08


不开新线程卡死你


夕草(8999094) 14:19:44


当然放线程里的了


穿石榴裙的女王(22223925) 14:19:56


草现在都用IOCP了吧


穿石榴裙的女王(22223925) 14:20:03


还是消息


夕草(8999094) 14:20:10


我只在僵尸里用了IOCP


穿石榴裙的女王(22223925) 14:20:16


一般情况下草儿都是IOCP


夕草(8999094) 14:20:45


别寒碜我，我没那个高明




穿石榴裙的女王(22223925) 14:21:36


IOCP投递和同步麻烦一些其他的都好好


穿石榴裙的女王(22223925) 14:21:45


自己写个Class以后call就好了


小牛(30173597) 14:22:12


选择模型不实用多线程监听能达到上千个？


夕草(8999094) 14:22:44


消息异步不用多线程监听


夕草(8999094) 14:23:49


黑洞用的消息异步


小牛(30173597) 14:23:57


？不是吧


xets007(6607487) 14:24:06


盘古的网络模型,我让朋友测试最少能少1500


穿石榴裙的女王(22223925) 14:24:09


牛哥听错了


xets007(6607487) 14:24:17


我当时写过一个软件，让他测试过的


穿石榴裙的女王(22223925) 14:24:21


他不是选择模型


小牛(30173597) 14:24:24


不实用多线程监听的话，最多的对应的事件也就是64个而已


穿石榴裙的女王(22223925) 14:24:31


是recv


穿石榴裙的女王(22223925) 14:24:39


根本什么模型都没有


xets007(6607487) 14:25:09


女王那有什么网络模型的资料啊,给我看下


穿石榴裙的女王(22223925) 14:25:13


选择+线程池是个不错的好方法


穿石榴裙的女王(22223925) 14:25:18


网上到处都是


穿石榴裙的女王(22223925) 14:25:24


就三个给你选


穿石榴裙的女王(22223925) 14:25:28


其他的不要选


小牛(30173597) 14:25:34


除非是消息选择模型的，但是消息选择模型对于500以上的连接，几乎是死掉的


穿石榴裙的女王(22223925) 14:25:34


选择，消息，IOCP


xets007(6607487) 14:25:35


哪三个


穿石榴裙的女王(22223925) 14:25:38


其他的不要选了


Trojan.Aileen(77401306) 14:25:51


重叠不好么?


穿石榴裙的女王(22223925) 14:26:00


重叠很SB的一个模型


Trojan.Aileen(77401306) 14:26:16


WHY ?


小牛(30173597) 14:26:18


选择的，更恶心


小牛(30173597) 14:26:26


几乎把机器干掉


穿石榴裙的女王(22223925) 14:26:29


处理方法和IOCP一样。


稍加改进就是IOCP了不如直接选IOCP


Trojan.Aileen(77401306) 14:26:41


做客户端来说


小牛(30173597) 14:26:53


我一致再搞IOCP，唉，高了半天竟然是搞错方向


穿石榴裙的女王(22223925) 14:26:56


一般都是新建线程好吧～再说都是Client部分谁会在Server用选择


夕草(8999094) 14:26:59


完成端口和完成例程


穿石榴裙的女王(22223925) 14:27:02


就算用也是线程池+选择


穿石榴裙的女王(22223925) 14:27:24


不过我更看好事件选择


xets007(6607487) 14:27:50


VIPSHELL是什么模型的?


小牛(30173597) 14:27:56


我之前的就是事件选择的模式，单线程监听的


穿石榴裙的女王(22223925) 14:27:59


不是选择就消息


夕草(8999094) 14:28:02


和你一样的，好像


小牛(30173597) 14:28:20


最多监听 63个


穿石榴裙的女王(22223925) 14:28:27


线程池啦


穿石榴裙的女王(22223925) 14:28:30


加入新线程


小牛(30173597) 14:28:34


唉，iocp啊


穿石榴裙的女王(22223925) 14:28:35


一个线程63


小牛(30173597) 14:28:38


难


穿石榴裙的女王(22223925) 14:28:40


IOCP不好处理


穿石榴裙的女王(22223925) 14:28:47


太繁琐了


穿石榴裙的女王(22223925) 14:28:57


还是以前好


穿石榴裙的女王(22223925) 14:29:00


什么都不知道


穿石榴裙的女王(22223925) 14:29:07


send和recv就好了


小牛(30173597) 14:29:08


网上说，如果不是超过2000的连接，使用事件选择模型是效率最高的


穿石榴裙的女王(22223925) 14:29:14


写出东西就扔出来


穿石榴裙的女王(22223925) 14:29:17


也不去管


xets007(6607487) 14:29:38


哎,都太高深了，每次听你们聊天就受打击


穿石榴裙的女王(22223925) 14:29:59


消息也可以达到5000


穿石榴裙的女王(22223925) 14:30:05


消息+线程池


穿石榴裙的女王(22223925) 14:30:18


就是非阻塞模式难受


小牛(30173597) 14:30:18


就等截面死锁，cpu干掉，死机


穿石榴裙的女王(22223925) 14:30:28


谁不会用UI线程


小牛(30173597) 14:30:37


呵呵


穿石榴裙的女王(22223925) 14:30:38


消息结构都是新建UI好吧


小牛(30173597) 14:30:43


试试就知道了


穿石榴裙的女王(22223925) 14:30:49


是呀


小牛(30173597) 14:30:50


选择消息


穿石榴裙的女王(22223925) 14:30:52


我现在就用这个


穿石榴裙的女王(22223925) 14:30:55


我是说消息


小牛(30173597) 14:30:57


最多500你就受不了了


穿石榴裙的女王(22223925) 14:31:01


不会呀


穿石榴裙的女王(22223925) 14:31:05


我上了3000多了


小牛(30173597) 14:31:13


消息的投递和接受，唉，不可靠啊


穿石榴裙的女王(22223925) 14:31:13


估计是你自己没有处理好


穿石榴裙的女王(22223925) 14:31:19


是的


穿石榴裙的女王(22223925) 14:31:21


的确不可靠


穿石榴裙的女王(22223925) 14:31:29


要不是我封包设计的好


穿石榴裙的女王(22223925) 14:31:34


我还真不知道会怎么样


小牛(30173597) 14:31:38


你的是上下线的不平凡


小牛(30173597) 14:31:51


我测试了个httpsever的


穿石榴裙的女王(22223925) 14:31:53


还好。。。不是特别难受


夕草(8999094) 14:32:02


原生态好了，多简单


小牛(30173597) 14:32:05


200就反应如牛


小牛(30173597) 14:32:14


500就彻底刮掉


穿石榴裙的女王(22223925) 14:32:21


iis啥结构？


小牛(30173597) 14:32:35


不是，


小牛(30173597) 14:32:42


自己写的htp协议


小牛(30173597) 14:32:54


iis是完成端口的


小牛(30173597) 14:33:22


如果你的多线程下载的，消息选择


小牛(30173597) 14:33:27


那上就挂了


穿石榴裙的女王(22223925) 14:33:35


那就帅呆了


小牛(30173597) 14:34:09


现在研究iocp，唉


穿石榴裙的女王(22223925) 14:34:10


你看人家炽天使和PcShare都是消息选择结构


小牛(30173597) 14:34:13


搞不定啊


小牛(30173597) 14:34:26


PcShare你确定？


小牛(30173597) 14:34:39


天使的那个我没有见过


穿石榴裙的女王(22223925) 14:35:06


嗯


穿石榴裙的女王(22223925) 14:35:17


PcShare不过是用了多进程该弥补


穿石榴裙的女王(22223925) 14:35:30


我现在觉得没有超过200的话


xets007(6607487) 14:35:35


多进程??


穿石榴裙的女王(22223925) 14:35:45


就是原生态+线程吧


穿石榴裙的女王(22223925) 14:35:59


太多就郁闷了


xets007(6607487) 14:36:16


呵呵，我喜欢原生态,我也就会原生态


穿石榴裙的女王(22223925) 14:36:17


Bifrost和PI都是


原生态+线程


穿石榴裙的女王(22223925) 14:36:50


lzxshell以前分析的时候


就是事件选择+选择


穿石榴裙的女王(22223925) 14:37:06


上线管理部分是时间选择


传输大量数据的时候就用选择结构


穿石榴裙的女王(22223925) 14:37:14


我现在也是打算用消息选择+选择


穿石榴裙的女王(22223925) 14:37:26


Delphi要重写整个类库


穿石榴裙的女王(22223925) 14:37:40


WinEggDrop真是害死一帮人


夕草(8999094) 14:37:40


那你就写个造福大家啊


穿石榴裙的女王(22223925) 14:37:58


他的Socks5代理就是消息异步


穿石榴裙的女王(22223925) 14:38:01


说自己支持5000


穿石榴裙的女王(22223925) 14:38:06


无语