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

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

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

夕草(8999094)2007-11-2922:26:20
我

夕草(8999094)2007-11-2922:26:23
测试过
我還是一個人(8363057)2007-11-2922:26:51
Z\怎么样
夕草(8999094)2007-11-2922:27:00
还行
夕草(8999094)2007-11-2922:27:07
BCB写的
夕草(8999094)2007-11-2922:27:23
过默认的
夕草(8999094)2007-11-2922:27:34
默认的没开注册表监控
我還是一個人(8363057)2007-11-2922:28:05
期待女王的早点出世
夕草(8999094)2007-11-3014:13:44
那时候我还挺得意的
HEART(22223925)2007-11-3014:13:54
这样还能心跳？
EvilAngel(6607487)2007-11-3014:14:03
说下这种结构的缺点吧,你们
HEART(22223925)2007-11-3014:14:08
send后直接recv
HEART(22223925)2007-11-3014:14:10
是吧
HEART(22223925)2007-11-3014:14:24
草你TMDNB了
HEART(22223925)2007-11-3014:14:41
缺点？没有～
HEART(22223925)2007-11-3014:14:56
基本上除了优点都是缺点了
夕草(8999094)2007-11-3014:14:57
你就饶了我吧，05年那会我刚接触
EvilAngel(6607487)2007-11-3014:15:21
草草说下这种方式的缺点
HEART(22223925)2007-11-3014:15:28
除了优点都是缺点了
HEART(22223925)2007-11-3014:15:34
没听懂我这句话吗？
EvilAngel(6607487)2007-11-3014:15:59
汗,我个人觉得优点就是不开线程,资源消耗少啊
HEART(22223925)2007-11-3014:16:00
除了管理Socket方便。其他的全部是缺点了
HEART(22223925)2007-11-3014:16:15
同步，多Socket管理
HEART(22223925)2007-11-3014:16:27
当一个在recv的时候其他的全部卡死
HEART(22223925)2007-11-3014: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
http://images.csdn.net/syntaxh

分享到：

数学之美番外篇：进化论中的概率论 | TopLanguage小组讨论精选[三](2007.11-20 ...

• 2007-11-30 14:41
• 浏览 536
• 评论(0)
• 查看更多

相关推荐

IOCP完成端口+重叠模型

总之，IOCP完成端口和重叠I/O模型是Windows平台上实现高效并发网络服务的关键技术，它们通过减少线程上下文切换和提高资源利用率，提升了服务端的吞吐量和响应速度。对于任何需要处理大量并发连接的开发者来说，理解...

完成端口IOCP实现高并发服务器——一篇非常好的学习资源

### 完成端口IOCP实现高并发服务器 #### 一、完成端口的优点 完成端口（IOCP，即I/O Completion Port）是Windows操作系统提供的一个高效的I/O模型，尤其适用于需要处理大量并发连接的服务器应用程序。相较于传统的...

IOCP完成端口模型

当I/O操作完成后，系统会将一个完成消息发送到完成端口，由一个或多个工作线程负责从完成端口接收这些消息并进行后续处理。 **异步传输**在完成端口模型中至关重要。它使得程序能够同时处理多个I/O请求，提高了系统...

iocp.rar_IOCP_IOCP多线程_iocp、_完成端口_瀹屾垚绔彛

标题中的“iocp.rar”可能是一个包含有关IOCP（I/O完成端口）技术的压缩文件，而“IOCP_IOCP多线程_iocp、_完成端口_瀹屾垚绔彛”可能是在强调这个压缩包内容的重点，即IOCP在多线程环境中的应用以及其高效性能。...

C++线程池结合IOCP完成端口实现socket高并发服务端程序

首先，IOCP（Input/Output Completion Port）是一种异步I/O模型，它允许多个线程等待同一个I/O操作的完成，从而提高了系统资源利用率和整体性能。当一个I/O操作完成时，操作系统会将完成信息放入IOCP，然后唤醒等待...

IOCPServer.rar_IOCPServer_IocpServer.h

本文将深入探讨在Windows操作系统中基于I/O完成端口（IOCP，I/O Completion Port）的服务器实现，主要关注`IOCPServer.h`和`IOCPServer.cpp`这两个源文件中的关键概念和技术。I/O完成端口是一种高效率、多线程的I/O...

IOCP 完成端口模型简单封装

《IOCP完成端口模型简单封装详解》 IOCP（完成端口，英文名I/O Completion Ports）是一种在Windows操作系统中实现高并发网络通信的重要机制。它为高性能服务器设计提供了强大的支持，尤其适用于处理大量并发连接...

IOCP完成端口之性能优化

在IOCP模型中，每个I/O操作都与一个或多个重叠结构（OVERLAPPED structure）关联，这些结构包含I/O操作的上下文信息，包括完成端口、线程ID等。当I/O操作完成后，操作系统会将结果写入到与该操作关联的重叠结构中，...

Windows系统编程之异步IO和完成端口.

在Windows系统编程中，异步I/O和完成端口是高效处理并发I/O请求...总之，Windows系统编程中的异步I/O和完成端口是提高并发处理能力的重要手段，通过合理选择和使用这些技术，开发者能够构建出更加高效、可扩展的系统。

iocp资料，IOCP完成端口详解

在此背景下，**完成端口（IOCP，Input/Output Completion Port）**作为一种异步I/O模型，在Windows平台上提供了强大的并发处理能力。本文将深入探讨完成端口的工作原理及其在实际开发中的应用。 #### 二、完成端口...

重叠iO和完成端口模型

重叠I/O（Overlapped I/O）和完成端口（IOCP，I/O Completion Ports）模型是Windows操作系统中用于高效处理I/O操作的技术。在现代网络编程中，特别是涉及高性能服务器开发时，这两个概念至关重要。理解并正确使用...

IOCP完成端口详解

IOCP完成端口是一种高效的异步I/O模型，主要用于Windows系统（如Windows NT和Windows 2000）。它能够显著提升应用程序在处理多个并发连接时的性能，尤其适用于需要同时管理成千上万个连接的场景。 **核心概念：** 1...

delphiXE-iocp.rar

标题 "delphiXE-iocp.rar" 暗示了这是一个与Delphi XE相关的开发资源，特别是关于I/O完成端口（IOCP，Input/Output Completion Port）技术的实现或示例。IOCP是Windows操作系统中用于高效处理异步I/O操作的一种机制...

Hexi_IOCP服务端.V1.1.for.Delphi__.rar

- 完成端口：IOCP是一个对象，用于集中管理异步I/O操作的完成，当I/O操作完成后，系统会将结果放入完成端口，等待关联的线程处理。 2. Hexi IOCP服务端 V1.1设计特点： - 高性能：利用IOCP的优势，Hexi服务端能...

完成端口之Delphi实现

重叠端口（Overlapped I/O）是Windows上的另一种异步I/O模型，它可以与完成端口一起使用，允许I/O操作在发起后立即返回，而不会阻塞调用线程。这使得服务器能够快速处理新的连接请求，提高服务效率。 Socket是网络...

IOCP资料收集整理

IOCP，全称为“Input/Output Completion Port”，中文可译为“输入/输出完成端口”，是Windows操作系统中的一种高效I/O模型，尤其适用于高并发的网络服务编程。IOCP利用了操作系统的异步处理机制，能显著提高系统在...

手把手教你玩转网络编程模型之完成端口(CompletionPort)篇

完成端口（Completion Port, 简称 IOCP）是Windows操作系统中一种高效处理大量并发I/O请求的机制，尤其适用于构建高吞吐量的网络服务器。在探讨完成端口之前，让我们先回顾一下传统网络编程模型的局限性，以及完成...

iocp编程详解.doc

在I/O模型中，有多种选择，如Select、WSAAsyncSelect、WSAEventSelect、IO重叠模型以及完成端口（IOCP，Input/Output Completion Port）。对于初学者，WSAAsyncSelect模型相对简单，适合快速构建简单的网络应用程序...