DIOCP3-DIOCP1升级到DIOCP3

DIOCP3兼容DIOCP1的，有些属性做了修改

DIOCP3, uIOCPConsole没有了, uMemPool没有了

1.DIOCP1,代码:

DIOCP3中去掉TIOCPContextFactory, 可以直接往TIocpConsole(uIocpCentre单元中)对象上注册。TiocpConsole有对应的方法

这样可以每个TIocpConsole有自己独立的编码和解码器，更灵活，更方便了。

2.在线列表

DIOCP1中TIOCPContextFactory.instance.IOCPContextPool.getUsingList(lvList);

DIOCP3中TIocpTcpServer.getOnlineContextList(pvList:TList);

3.socket心跳

DIOCP1 设置 FIOCPConsole.setSystemSocketHeartState(false);

DIOCP3 设置 FIOCPConsole.KeepAlive := false;

4.断开客户端

clientcontext.disconnect

时间： 2024-12-17 17:58:45

DIOCP3-DIOCP1升级到DIOCP3的相关文章

DIOCP开源项目-DIOCP3的重生和稳定版本发布

DIOCP3的重生从开始写DIOCP到现在已经有一年多的时间了,最近两个月以来一直有个想法做个 30 * 24 稳定的企业服务端架构,让程序员专注于逻辑实现就好.虽然DIOCP到现在通讯层已经很稳定了,但是要做如果做这种架构,发现还有诸多不便.于是,有了重写DIOCP的想法. 关于开源服务器的选用: 前段时间大部分代码已经编写完成,于是需要给diocp3安个家,google显然不行了,老是被墙.然后准备选用http://sourceforge.net/,发现我的qq email老是收不到验证邮

DIOCP开源项目-DIOCP3 大文件的传输DEMO<断点续传>

首先该DEMO在StreamCoder上面做的改动,期间导致StreamCoderDEMO经常出现问题,导致大家运行的时候,频频出现问题,表示道歉. 以下是测试的结果,从服务器下载传输了一个3G左右的文件(Win7.iso).传输后用Hash工具做了个测试,是一样的.后面贴出了两个文件的贴图. 下面是客户端接受到文件的hash截图下面是服务端源文件的hash截图协议和功能该DEMO由客户端请求服务端位与Files下面的文件,第一次请求文件信息(文件大小),请求到文件后,请求下载文件数据,收

DIOCP开源项目-DIOCP3直接发送对象,帮你处理粘包问题

该DEMO演示,如何在客户端与服务端之间直接传递TStream对象,让你专注于处理数据逻辑,可以忽略处理网络传输间粘包的问题. 上面由服务端向所有的客户端推送一个消息TMemoryStream对象(该对象为字符串数据). 代码解释: procedure TfrmMain.actPushMsgExecute(Sender: TObject); var lvList:TList; i: Integer; lvStream:TMemoryStream; s:AnsiString; begin lvLi

DIOCP开源项目-DIOCP3的ECHO测试<贴图>

星期六开了测试台测试机子.星期天休息,今天早上来接两个图开了2个客户端,一个qsl的echo client,一个是楠楠的dbiocp回调客户端.建立13240个连接今天来后,机子很卡,后来发现是楠楠的dbiocp导致的.难怪,速率才14M /s,刚1个小时能达到 90M/S,关掉后,和qsl的客户端继续很正常. 唯一的缺陷是,Integer溢出了,导致统计数据出现了负数.qsl的客户端一样也是这个问题,实际使用倒是可以忽略. 内存占用<设定的WSARecv的内存块大小为1024>,内存占用

DIOCP开源项目-DIOCP3重写笔记-1

这几天在在重新DIOCP3,基本工作已经初步完成,进入测试阶段,今天加入排队投递,本认为是个很简单的工作,稍微不注意,留了两个坑,调了7,8个小时,刚刚总算找到问题,记录一下, 关于排队投递的流程这是投递一个TIocpSendRequest的流程,投递开始,投递一块数据,最大50K,如果超过50K则分批进行投递.流程是没错,我刚开始的写法是: 其中InnerPostRequest是投递发送数据到iocp队列中去,投递完成后然后增加内存块的Postion,以便于下次继续投递.看上去貌似没什么问题

[DIOCP3/MyBean/QDAC开源项目] DataModule-DB例子基于MyBean的插件实例<三层数据库方案>

[说明] 这个例子答应大家很久了,一直没有时间弄,现在正式结合MyBean插件可以很方便的在客户端共享操作连接,执行数据库的各项工作,屏蔽了底层的通信解码器编码等工作,直接传递Variant,给了开发者足够的领活和自由. [服务端使用技术] diocp3:担当底层的通信任务. qworker/iocpTask:担当业务逻辑的处理工作,diocp3接受数据解码后用qworker/iocpTask将数据包投递出来,这样不用占用通信线程. qmsgpack:负责将传递的将variant数据打包到流,从

diocp3-服务器的连接上限是到底是多少?diocp3的一个装13测试(8W连接数)

服务器的连接上限是到底是多少?diocp3开源项目的一个装13测试(8W连接数) 测试DEMO路径 diocp3\samples\ECHO 之前群里说一台服务器最多是High(Word)的连接数65535,当时我看了下socket的类型是u_long,并不是word,虽然不用那么多连接数,虽然当时润哥做过测试.今天发现我的机子可以上6W的连接数,果断对diocp3做了下连接数测试.8W连接数,内存441M,应该上10W 不是啥问题.当然实际中不可能单台服务器可以处理这么多连接,显然是个装13的测

DIOCP3 - 关于接收数据

DIOCP3支持两种方式接收数据, 第一种是原始的流数据, 最通用的一种方式,客户端发啥,这边就收到啥.需要自己处理粘包问题. 可以在TCilentContext或者TIocpTcpServer的OnRecvBuffer中处理, 如果Errcode = 0可以进行收到数据的处理下面这两个都会触发 TIocpClientContext procedure OnRecvBuffer(buf: Pointer; len: Cardinal; ErrCode: WORD); override;

【DIOCP3-说明书】DIOCP3的输出日志

DIOCP3除了有详细的监控面板之外,还有详细的输出日志,当然需要打开日志编译开关! 在工程选项加入DEBUG编译指令,这样在运行中就可以看到DIOCP3的运行详细日志日志输出在EXE相同目录的LOG文件夹下面. 日志说明: 8276_iocpSVR_2015010712.log 8276 是进程ID iocpSVR是程序中iocpTcpSERVER的名字 2015010712 日志文件生成时间 12:30:24:318[message][PID:8276,ThreadID: