谢谢 免杀之神给的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
这样还能心跳?
EvilAngel(
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
草你TMDNB了
HEART(
22223925
)
2007
-
11
-
30
14
:
14
:
41
缺点?没有~
HEART(
22223925
)
2007
-
11
-
30
14
:
14
:
56
基本上除了优点都是缺点了
夕草(
8999094
)
2007
-
11
-
30
14
:
14
:
57
你就饶了我吧,05年那会我刚接触
EvilAngel(
6607487
)
2007
-
11
-
30
14
:
15
:
21
草草说下这种方式的缺点
HEART(
22223925
)
2007
-
11
-
30
14
:
15
:
28
除了优点都是缺点了
HEART(
22223925
)
2007
-
11
-
30
14
:
15
:
34
没听懂我这句话吗?
EvilAngel(
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
包括程序界面
EvilAngel(
6607487
)
14
:
17
:
27
不啊,我在传输大两数据的话又和传输主机之间新开一SOCKET来建立连接,用新的传输数据,比如文件上传下载
HEART(
22223925
)
14
:
18
:
34
还是在原有线程中执行?
EvilAngel(
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
无语
本文讨论了多种网络编程模型的优缺点,包括原生态、选择模型、消息模型和IOCP等,并探讨了不同场景下适合使用的模型。

476

被折叠的 条评论
为什么被折叠?



