饭中淹的避难所~~~~~

偶尔来避难的地方~

  C++博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  94 随笔 :: 0 文章 :: 257 评论 :: 0 Trackbacks

1- 不要为每个小数据包发送一个IOCP请求,这样很容易耗尽IOCP的内部队列.....从而产生10055错误.

2- 不要试图在发送出IOCP请求之后,收到完成通知之前修改请求中使用的数据缓冲的内容,因为在这段时间,系统可能会来读取这些缓冲.
 
3- 为了避免内存拷贝,可以尝试关闭SOCKET的发送和接收缓冲区,不过代价是,你需要更多的接收请求POST到一个数据流量比较大的SOCKET,从而保证系统一直可以找到BUFFER来收取到来的数据.

4- 在发出多个接收请求的时候,如果你的WORKTHREAD不止一个,一定要使用一些手段来保证接收完成的数据按照发送接收请求的顺序处理,否则,你会遇到数据包用混乱的顺序排列在你的处理队列里.....

5- 说起工作线程, 最好要根据MS的建议, 开 CPU个数*2+2 个, 如果你不了解IOCP的工作原理的话.

6- IOCP的工作线程是系统优化和调度的, 自己就不需要进行额外的工作了.如果您自信您的智慧和经验超过MS的工程师, 那你还需要IOCP么....

<new update @ 2008-3-7 1:00>
7-发出一个Send请求之后,就不需要再去检测是否发送完整,因为iocp会帮你做这件事情,有些人说iocp没有做这件事情,这和iocp的高效能是相悖的,并且我做过的无数次测试表明,Iocp要么断开连接,要么就帮你把每个发送请求都发送完整。

8- 出现数据错乱的时候,不要慌,要从多线程的角度检查你的解析和发送数据包的代码,看看是不是有顺序上的问题。

9- 当遇到奇怪的内存问题时,逐渐的减少工作线程的数量,可以帮你更快的锁定问题发生的潜在位置。

10-同样是遇到内存问题时,请先去检查你的客户端在服务器端内部映射对象的释放是否有问题。而且要小心的编写iocp完成失败的处理代码,防止引用一个错误的内部映射对象的地址。

11- overlapped对象一定要保存在持久的位置,并且不到操作完成(不管成功还是失败)不要释放,否则可能会引发各种奇怪的问题。

12- IOCP的所有工作都是在获取完成状态的那个函数内部进行调度和完成的,所以除了注意工作线程的数量之外,还要注意,尽量保持足够多的工作线程处在获取完成状态的那个等待里面,这样做就需要减少工作线程的负担,确保工作线程内部要处理费时的工作。(我的建议是工作线程和逻辑线程彻底区分开)

13- 刚刚想起来,overlapped对象要为每次的send和recv操作都准备一个全新的,不能图方便重复利用。

14- 尽量保持send和recv的缓冲的大小是系统页面大小的倍数,因为系统发送或者接收数据的时候,会锁用户内存的,比页面小的缓冲会浪费掉整个一个页面。(作为第一条的补充,建议把小包合并成大包发送)

<未完待续>
posted on 2007-04-14 08:44 饭中淹 阅读(11335) 评论(16)  编辑 收藏 引用

评论

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2007-04-15 16:34 ssss
4- 在发出多个接收请求的时候,如果你的WORKTHREAD不止一个,一定要使用一些手段来保证接收完成的数据按照发送接收请求的顺序处理,否则,你会遇到数据包用混乱的顺序排列在你的处理队列里.....

要采用什么手段呢?
如果用序列号,而每次序列号都不断增加,这样做不妥,有何好办法?  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2007-04-15 19:23 饭中淹
@ssss
我采用Complete序列号和Post序列号的方法.
每次发送一个RECV请求,Post序列号++.
每次完成一个RECV就判断一下Post序列号是否等于Complete序列号,等于,就处理掉, Complete序列号++,如果,不等于,则保存到临时数组,直到收到的RECV完成信息的Post序列号等于Complete序列号,处理掉,并查看数组里的保存的那些是否等于++后的Complete序列号,不断重复处理和Complete序列号++,直到完成信息的Post序列号不等于Complete序列号.

这样就能够保证顺序.  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充)[未登录] 2007-04-18 00:43 eXile
使用IOCP, 现在有一个asio, 用起来很简单的.
另外可不可以问一个问题: UDP采用IOCP有没有优化效果?  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2007-04-18 02:02 饭中淹
UDP用IOCP也有优化效果.
不过不是那么明显.
如果有很多个UDP端口一起在监听和收发,效果会明显一点.
  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充)[未登录] 2008-04-03 12:19 kevin
asio用来学习不错,不推荐在项目中使用,会越用越郁闷。  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充)[未登录] 2008-06-17 18:56 christanxw
3- 为了避免内存拷贝,可以尝试关闭SOCKET的发送和接收缓冲区,不过代价是,你需要更多的接收请求POST到一个数据流量比较大的SOCKET,从而保证系统一直可以找到BUFFER来收取到来的数据.


关闭SOCKET缓冲区一般并不能使性能得到提升。  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2008-09-16 14:00 proguru
12条:
“这样做就需要减少工作线程的负担,确保工作线程内部要处理费时的工作。”
是不是应该为
“确保工作线程内部_不_要处理费时的工作。”?  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2008-12-11 14:03 lyq
@kevin
为啥子?  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2008-12-11 14:04 lyq
# re: 使用IOCP需要注意的一些问题~~(不断补充)[未登录] 2008-04-03 12:19 kevin
asio用来学习不错,不推荐在项目中使用,会越用越郁闷。 回复 更多评论

why?  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2008-12-25 17:14 minus
13- 刚刚想起来,overlapped对象要为每次的send和recv操作都准备一个全新的,不能图方便重复利用。

我不认为这样合理,我只用两个,一个用来发送,一个用来接收  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2009-02-20 14:28 WGM001
asio在项目中表现很不错的!
即方便,又简单,也高效!推荐在项目中使用!  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2009-04-07 16:44 cbm
不错的总结,大部分支持  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2009-07-14 15:26 飞鸽传书
写得很详细,谢谢了。  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2011-04-06 11:31 lgc
7-发出一个Send请求之后,就不需要再去检测是否发送完整,因为iocp会帮你做这件事情,  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2011-09-20 18:19 菜鸟飞来
7-发出一个Send请求之后,就不需要再去检测是否发送完整,因为iocp会帮你做这件事情,有些人说iocp没有做这件事情,这和iocp的高效能是相悖的,并且我做过的无数次测试表明,Iocp要么断开连接,要么就帮你把每个发送请求都发送完整。
--------------------------------------------------

这里好像不对啊,MSDN上有提到说,一个WSASend操作在完成时有可能不能完全发送数据。这时你需要重新调用WSASend来发送剩下的数据。

比如100字节,只发送了60,那么还有40必须再次调用WSASend发送  回复  更多评论
  

# re: 使用IOCP需要注意的一些问题~~(不断补充) 2012-04-15 22:14 xzhifei
感谢楼主的提示,最近我就遇到了数据错乱,一直不得其解,直到看到你的文章,谢谢!!  回复  更多评论
  


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理