`
关中刀客
  • 浏览: 26211 次
  • 性别: Icon_minigender_1
  • 来自: 北京
文章分类
社区版块
存档分类
最新评论
文章列表
I always thought that    our kind of relationship    only existed in dreams    In the past    I did not want to let anyone really know me    Now    I find that I am telling you things about me    that I long ago forgot    because I want you to understand    everything about me In ...
最近在考虑一个客户端底层通讯模块的实现问题,我需要做的就是把我的套接字绑定到窗口上,当套接字有事件产生,比如可读,关闭等消息的时候,直接通过窗口消息通知我,我在做一定的处理,客户端需要实现一个可伸缩的内存池来管理通讯的数据,上层在一桢中可压入许多待发送的数据,底层在一桢可接受许多服务器端的数据。所以我打算使用变长的内存池来实现,以前看过tcp/ip底层的mbuf实现机制,感觉很不错,所以这次做了一些改进,来实现我的不定长内存池策略。 /* * Copyright(c)2008 * * 文件名称: mbuf * 文件标识: * 摘 要: 仿照tcp/ip的mbuf机制实 ...
以前在网上看到了linux系统中定时器实现的策略,感觉很不错,虽然没有使用什么RBTree==的优秀算法,就仅仅使用数组,链表来实现的,但是性能个方面没有什么问题。感触"简单就是美"阿!最近自己需要一个定时器,所以就仿照这个来实现自己的定时器管理器,并且作了进一步的优化和改进,并且还需要考虑多线程中串行话的问题。 来说说自己的实现策略吧! 我使用了两个缓冲区,一级缓冲区是一个定长的数组,存放在固定时间内将触发的所有事件,二级缓冲区时一个链表,存放时间比较长才出发的事件,然后我的主循环就只轮训一级缓冲区,每次处理固定位置的所有事件,当到达数组末尾的时候,说明所有的事件已经处理完 ...
最近在作学习epoll,也看了很多的资料,关于epoll的原理就不多说了,很简单,需要注意的是,如果仅仅的采用epoll来处理网络服务器的话,感觉性能不会提高太大,毕竟io的处理相对于epoll或者poll的检测来说,时间消耗是比较多的。这个话说得可能比较的绕口,简单说就是你每次的epoll_wait所花费的时间,相对于你得到事件后所作的read,write==花费的时间要少狠多,至少我感觉是这样子的。所以如果真的需要提升性能的话,就需要epoll+线程池,但是问题就是,这个线程池怎么做呢?很多朋友的线程池是可以自我调整的,当没有了就自动地分配。我的看法是这样子没有什么必要吧(自己对linux系 ...
祝贺自己的javaEye博客开张 以后就再这个地方不断的积累,不断地成长 .....................
Global site tag (gtag.js) - Google Analytics