关于在linux下epoll的使用问题
这阵子在linux下的一个项目需要用到epoll来承受网络的高负载，但是在使用的过程中就遇到了一些问题。
在整个过程中，我是用EPOLL 的边缘触发模式来实现我想要的功能。
我是这样实现的：在EPOLL里面把监听的描述符给加了进去，然后调用epoll_wait来对客户端所连接进来的请求进行处理，假如接受到的描述符是我服务器的监听描述符的话，那么我就调用accept函数来得到客户端的fd，然后把fd给添加到epoll里面进去。假如是已经添加到epoll里面的客户端的fd的话，那么我就处理它的逻辑，如此反复。
好了。问题就是在测试的时候就有问题了。
当我在用模拟客户端进行服务端访问压测的时候，服务端收到的信息就出错了。具体情况是这样的：当我对服务器进行压测的时候，服务器是有返回的。经过几万次压测之后，我把压测软件关掉，再用单个客户端去登陆的时候，服务器收到的竟然是我之前进行压测的服务器的地址，对此我很是奇怪。而且我单个客户端也不能接受到服务器返回给我的信息（服务器确实是有返回的了，但是他接受的fd有问题，所以应该不是返回到我登陆的那个客户端上）。后来，我发现了代码的一个问题，就是在把我的服务器监听客户端连进来的那个描述符加到epoll里面的时候，我指定的方式是边缘触发，也就是EPOLLET，可能是因为这一点而导致的。于是我把这种方式给换成默认的水平触发模式之后，一切正常。仔细分析分析，发现其原因可能是因为边缘触发的不可靠引起的（相对于水平触发），因为边缘触发在使用的时候，假如一个fd连进来，服务器接受到但是没处理其消息的情况下，它会默认你已经对fd做了你想要做的事情了。于是他的通知队列里面会把该fd给踢掉，然后继续下一个，如果是在用水平触发的时候，则情况相反，水平触发会在你确实对该fd作出读取操作之后，才不会再次出现该fd，所以机制不一样有可能导致那种问题的出现。
随着进一步的测试，才发现原来是在我设置监听描述符为非阻塞的情况下出的问题，因为调用了错的flag，本来应该是用F_SETFL来设置为非阻塞的，但是我一个不小心写成了F_SETFD来设置，用非阻塞的fd来使用ET模式，，简直是找死。在测试的时候，经过一轮摧残之后的服务器，在新的客户端连接进来的时候，服务器会读之前的fd，感觉好像是队列一样。慢慢排队出来�
相关文档：
一个正则表达式就是由普通字符（例如字符 a 到 z）以及特殊字符（称为元字符）组成的文字模式。该模式描述在查找文字主体时待匹配的一个或多个字符串。正则表达式作为一个模板，将某个字符模式与所搜索的字符串进行匹配。
将下一个字符标记为一个特殊字符、或一个原义字符、或一个 后向引用、或一个八进制转义符。例� ......
不同之处主要体现在着眼点：
（1）Ubuntu是为了提高图形界面下的用户体验
所以功夫都做在家用机上硬件兼容性
初级用户的易用性
（2）Suse是为了提高企业用户的认可
需要最高的稳定性，容易的配置服务
可以很容易使用Suse和Rethat搭建一个可靠的网站
（3）Archlinux是为了简化中级� ......
我这里说的ioctl函数是在驱动程序里的，因为我不知道还有没有别的场合用到了ioctl， 所以就规定了我们讨论的范围。为什么要写篇文章呢，是因为我前一阵子被ioctl给搞混了，这几天才弄明白它，于是在这里清理一下头脑。
一、 什么是ioctl。
ioctl是设备驱动程序中对设备的I/O通道进行管理的函数。所谓对I/O通道进行 ......
1.VMWare 简介
1.1 什么是VMWare.
VMWare是比较流行的虚拟软件,它可以在Windows上模拟一台虚拟机,安装任何基于X86的操作系统.
– 它也有Linux版本,这样可以在Linux安装Windows
– 更新的服务器版VMWare ESX已经不需要操作系统了.直在一台硬件上虚拟出N个机器,现在很多IDC(互联网服务器商)采用这一技术,把一台 ......
bashrc与profile的区别
要搞清bashrc与profile的区别，首先要弄明白什么是交互式shell和非交互式shell，什么是login shell 和non-login shell。
交互式模式就是shell等待你的输入，并且执行你提交的命令。这种模式被称作交互式是因为shell与用户进行交互。这种模式也是大多数用户非常熟悉的：登录、执行一些命令、签退� ......
