| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> 招聘应聘 斑竹:zizii,cnxxx,huangjacky | |||||
| 作者： |
|
2012/7/1 12:05:54 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 做过很多东西，对VCL、OOP、多线程、网络通讯、数据库都有较深入的理解及使用。 开发过手机短信/彩信接口、在线考试平台、高考/计算机报名系统、银行代收费系统等等很多，无法一一列举。 个人对网络通讯方面比较感兴趣，独立开发过基于IOCP的通讯库，能支持单机10万以上的并发。 有意请联系 QQ: 21305383 请注明: 招聘 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 12:30:14 | ||||
| 1楼： | 愿意到北京工作吗? 可参考 北京泰能软件招聘前后端开发人员 如果愿意, 可以应聘泰能软件的后端开发 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 14:00:29 | ||||
| 2楼： | 千万不过去，很多招聘是骗人的，最好是QQ视频面试，又省钱，又安全。 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 16:00:48 | ||||
| 3楼： | 这哥们 兴趣爱好 和我差不多啊。 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 16:22:35 | ||||
| 4楼： | 忘了说了，本人在北京。 公司最好能在海淀区 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 16:24:39 | ||||
| 4楼： | 牛人啊~~~ ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 21:41:34 | ||||
| 5楼： | 10W并发～～牛，什么机器和收发逻辑啊？ ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/1 22:17:44 | ||||
| 6楼： | 一台普通台式机而已，i5 2500K CPU，16G内存。 跑10万并发内存占用其实并不多，1G多而已，收发逻辑是简单的随机数据包，客户端发固定的4K随机数据，服务端收到后回复256字节的随机数据。 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/2 0:56:21 | ||||
| 7楼： | UDP or TCP? ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/2 11:01:00 | ||||
| 8楼： | TCP ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/2 18:08:40 | ||||
| 9楼： | 求交往，不求包养 ---------------------------------------------- -Courage is rightly esteemed the first of human qualities, because it is the quality which guarantees all others. |
|||||
| 作者： |
|
2012/7/2 20:30:28 | ||||
| 10楼： | 我猜你做过 电表读表系统 或者GPS;技术不错 薪水 15K 以上 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/3 16:28:56 | ||||
| 11楼： | 楼上的咋知道我做过电表读表系统，难道碰到熟人了，呵呵。 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/5 21:22:58 | ||||
| 12楼： | 我们应该不认识 我做GPS的了解 目前行业 这么大的并发量 GPS或者 电表比较多 ；游戏 一般单服务器不会这么设计 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/6 14:13:21 | ||||
| 13楼： | 请教一个技术问题 单机10万以上的并发 是同时10万个连接到服务端吗? 据我所知，理论上一台机器socket句柄数是65536 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/6 18:01:28 | ||||
| 14楼： | 理论上一台机器socket句柄数是65536 为什么是65536 难道你认为句柄的大小的是两个字节？ ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/6 18:25:29 | ||||
| 15楼： | Tcp Bind的端口数最多65536 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/6 20:52:27 | ||||
| 16楼： | 实际上服务器可以打开理论上65535个端口的监听, 但是这个概念不是说我们只能接受65535个连接, 我们平时建立服务器程序只用到一个端口, 也就是我们平时说的监听端口, 假设我们的监听端口为3377, 那么任何客户端连接的时候, 都是从这个端口建立的, 理论上也可以说客户机可以发出65535个和该服务器的连接, 每一个连接针对这个客户端都有一个客户端的端口, 形成了这样 客户端:0 - 客户端:65535个这样65535个连接, 但是对于客户端来说服务器的地址始终是服务器IP:3377, 明白了这个道理, 也就知道一个连接实际上是以IP + port形式确定的, 那么想一下, 这个服务器开了一个端口就可以连接一台机器的65535个连接, 那么如果是无数台客户端呢, 客户端在和服务器通讯的时候只用了服务器的这个3377端口, 在服务器这边不需要其它的端口了, 可想而知最大的连接数和服务器上的端口没有任何的关系, 仅和本地的资源有关系, 但客户端发起的连接数确实受端口所限, 虽然我解释的很憋口, 但是希望能从中感受到一些理论 ---------------------------------------------- 一只蜗牛 |
|||||
| 作者： |
|
2012/7/6 21:20:40 | ||||
| 17楼： | 学习了 ---------------------------------------------- 向你学习 |
|||||
| 作者： |
|
2012/7/6 21:41:27 | ||||
| 18楼： | http://bbs.suda123.com/Archiver/webbiancheng/thread-156336-1.html 我想楼主的意思，准确描述应该是承受10W用户的并发请求，短连接方式 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/8 11:44:31 | ||||
| 19楼： | 10万以上并发当然是指的同时连接到服务器的连接数。 单机65535个端口的限制实际上是客户端Connect的限制，服务端是可以接受非常大的连接数的。 10万以上的并发并不是来自同一台机器，是多台机器同时连接测试的结果。 要支持超高并发需要修改注册表，加大连接数限制。 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters] "MaxUserPort"=dword:0000fffd "TcpNumConnections"=dword:00fffffe ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/8 12:02:41 | ||||
| 20楼： | 这有一张以前测试的时候留下来的截图，并发连接数11万+
- |
|||||
| 作者： |
|
2012/7/8 12:26:19 | ||||
| 21楼： | 有兴趣的可以去下载我的代码自行编译测试： https://code.google.com/p/delphi-iocp-framework/source/checkout ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/8 23:02:32 | ||||
| 22楼： | 下载测试过，不错，可以同时支持win32和win64,这也从另外一个方面验证了楼主的技术功底，代码的风格也是极好的，值得大力推荐。题外话，如果楼主能够对Indy的Iocp做一些改进，另外能够结合Freepascal再做一个linux的epoll模型出来，就完美了。 另外，一直有一个疑惑，一般需要大量长连接的场景需要吗？还是本身就是设计不当？数据库一般都不考虑这种上万连接情况，都是连接池当道。是否真实的场景都是2k以下的并发连接，或者是短连接+数据库连接池+多机负载均衡，如果都是这样，那么是否icop的模型本身用处不大？ ---------------------------------------------- - |
|||||
| 作者： |
|
2012/7/9 10:34:19 | ||||
| 23楼： | 程序我没有试过，感觉不错，在`用电信息系统还是很有用的 ---------------------------------------------- - |
|||||
| 作者： |
|
2013/5/4 9:00:55 | ||||
| 24楼： | 楼主的代码风格像国外大牛写的，写的很好。在盒子里面看到的代码很少有这么漂亮的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2013/5/4 9:13:59 | ||||
| 25楼： | 原本是想做一个类似asio的跨平台通讯库，但是迫于现实，现在每天陷在无聊的工作当中，能用来思考的时间都很少了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2013/5/4 9:23:10 | ||||
| 26楼： | 怎么下不了，对iocp很感兴趣，求源码 ---------------------------------------------- 我有我的梦，消失在梦中。 |
|||||
| 作者： |
|
2016/4/15 6:13:55 | ||||
| 27楼： | 老大你的框架怎么不更新了呢？ ---------------------------------------------- - |
|||||
| 作者： |
|
2016/4/15 8:42:37 | ||||
| 28楼： | 跟工作多少年没有关系吧！我有个同事，写代码也有5、6年啦，感觉还是新手，甚至比那些新手还差！ ---------------------------------------------- Everyone will to do best! |
|||||
| 作者： |
|
2016/4/15 8:52:04 | ||||
| 29楼： | 把你的代码可以移到github上，增加用户量 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/4/15 18:07:22 | ||||
| 30楼： | 有下载下来的吗，共享下不能翻墙的兄弟们吧。 ---------------------------------------------- 18114532@qq.com |
|||||
| 作者： |
|
2016/5/19 9:20:25 | ||||
| 31楼： | 您好！请问珠海考虑吗？我QQ：3227202600，萌妹子HR ---------------------------------------------- HR老兵，欢迎沟通交流！ |
|||||
| 作者： |
|
2016/5/19 19:33:57 | ||||
| 32楼： | 楼上，这是几年的老贴了。 ---------------------------------------------- 声明：本人不在论坛询问任何编程问题，请不要将我的帖子当成问题来回答。炒股一天，编程三年，不浪费时间了。 经常在外面,没空,不要找我.. |
|||||
| 作者： |
|
2016/5/26 14:35:40 | ||||
| 33楼： | @abcd12341234 22楼: 下载的代码能够共享一下吗?楼主的没法Check Out ---------------------------------------------- ========== |
|||||
| 作者： |
|
2016/5/27 10:35:04 | ||||
| 34楼： | 晕，我这老帖怎么又被顶上来了。 老的iocp框架我已经停止更新了，现在做了一个新的框架，是跨平台的，同时支持iocp、epool、kqueue，已经应用在公司的业务系统中，暂时不方便开源，等以后闲一点我会考虑把这套新框架整理下开源出来。 先把老的iocp框架代码放上来吧，给需要的朋友。
- |
|||||
| 作者： |
|
2016/5/27 14:13:36 | ||||
| 35楼： | 不错，开源的IOCP框架souledge应该算是最早的了。。。然后现在玄子哥的DIOCP也强大。 过段日子，QDAC的波哥的QSocket要开发了。。。目标也是跨平台，同时支持iocp、epool、kqueue等。我觉得大牛们可以相互借鉴一下啊。。。。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/27 20:11:38 | ||||
| 36楼： | 将diocp-v5与iocp都下了，简单做了一下比较，主要测试了一下httpserver，两个大牛，应该选哪个？应该说各有千秋，我个人更偏向souledge的设计。想问一下souledge大神，目前开源的这套老的iocp框架代码经过生产环境的考验没有，能不能用于实战？ ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/28 10:10:12 | ||||
| 37楼： | 在我的新框架做出来之前，公司的业务系统一直是在用我开源出来那套iocp框架做的，已经跑了几年了，稳定性应该没什么问题。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/29 16:23:43 | ||||
| 38楼： | 经测试,在berlin下发现如下问题： 1.打开Iocp.Ext.inc文件中的ssl编译，运行出错。 2.Iocp.DSHTTPWebBroker中很多属性AnsiString与berlin版不兼容，统一将AnsiString换成string能编译，但是后续操作有很多问题。 3.httpServer未实现session。尝试WebBroker框架通过cookie实现，发现Iocp.DSHTTPWebBroker有个bug,修改如下： constructor TIocpWebRequest.Create(AHttpConnection: TIocpHttpConnection); var i: Integer; LCookies: TStringDynArray; begin FHttpConnection := AHttpConnection; inherited Create; LCookies := SplitString(FHttpConnection.RequestCookies, ';' + #0); for i := Low(LCookies) to High(LCookies) do begin // CookieFields.Add(LCookies[i]); CookieFields.Add(Trim(LCookies[i])); // Must Trim, by c5soft end; if (FHttpConnection.RequestPostData.Size > 0) then begin FContentStream := FHttpConnection.RequestPostData; FFreeContentStream := False; end; end; ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/29 17:00:01 | ||||
| 39楼： | 在WebBroker中用iocpHttpServer替换idHttpServer是souledge一个极好极好的创意。有没有哪位老大对diocp做过同样的工作？ souledge文件中还有DataSnap的iocp移植，本人不用，也许有哪位朋友感兴趣。 web应用中session是必须有的，这个iocp版本中未实现，diocp中是现成的，不知道souledge新版的iocp是否做了这项工作。 ---------------------------------------------- - |
|||||
| 作者： |
|
2017/5/17 12:19:46 | ||||
| 40楼： | 原来楼主是delphi-iocp-framework的作者，之前做http的时候参考过里面的代码，然后在源码里面找作者网上也搜也一直没联系上。 后来在diocp的httpserver头中加了这么一行 * Unit owner: D10.Mofen, delphi iocp framework author ---------------------------------------------- DIOCP官方社区|MyBean官方社区http://www.diocp.org/ |
|||||
| 作者： |
|
2017/5/17 13:47:58 | ||||
| 41楼： | 一直很期待楼主的新版iocp框架，期待早日开源！ ---------------------------------------------- 虽千万人吾往矣！ |
|||||
| 信息 |
| 登陆以后才能回复 |
