发现select做延时windows没效果，Linux正常
在完善我的跨平台的发邮件类库时，select做延时windows没效果，Linux正常，还以为我代码写错了呢；在网上搜素下也没发现类似说法，于是我就写了段小测了，果然select延时在windows上缩水了
#include <iostream>
#include <time.h>
#ifdef WIN32
#include <winsock2.h>
#pragma comment(lib,"ws2_32.lib")
#else
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#endif
using namespace std;
int main()
{
struct timeval timeWait;
timeWait.tv_sec = 0;
timeWait.tv_usec = 10000;
int liRecvCnt = 0;
time_t t1, t2;
time(&t1);
while(liRecvCnt < 10)
{
timeWait.tv_sec = 0;
timeWait.tv_usec = 500000;
liRecvCnt++;
select(0, NULL, NULL, NULL, &timeWait);
}
time(&t2);
cout<<t2-t1<<endl;
return 0;
}
在VS2005上输出是 0
在Linux上输出是 5 S
你有什么想法，敬请留言
QQ:16645709
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
酝酿许久的手记终于面世了，希望高手多多指点。从7月到现在，我参与的产品的研发，也算告一段落，明天就是成都的医博会了，这几个月慢慢啃出来的东西，要好好的总结一下，大学的时候，玩的是单片机，arm裸机，对于系统有所了解，做过一些小实验，但是没有系统的学习，如今做的事情，让我对嵌入式linux的认识也更正了� ......
操作系统中，前台进程和后台进程有什么区别？特征是什么？
后台程序基本上不和用户交互，优先级别稍微低一点
前台的程序和用户交互，需要较高的响应速度，优先级别稍微高一点
直接从后台手工启动一个进程用得比较少一些，除非是该进程甚为耗时，且用户也不急着需要结果的时候。假设用户要启动一个需要长时间运行 ......
先
放一段示例程序，这段程序我在RH9和AS4下编译通过，程序功能就是用从2.2内核加入的PF_PACKET协议族来进行底层数据包捕获并显示。
PF_PACKET协议族是与系统TCP/IP协议栈并行的同级别模块，即从PF_PACKET协议族得到的数据包是没有经过系统TCP/IP协议栈处理
的。而且，通过设置混杂模式，可以很容易的实现sniffe ......
Linux 引导过程内幕
http://www.lemote.com/bbs/redirect.php?goto=newpost&tid=1723
当系统首次引导时，或系统被重置时，处理器会执行一个位于已知位置处的代码。在个人计算机（PC）中，这个位置在基本输入/输出系统（BIOS）中，它保存在主板上的闪存中。嵌入式系统中的中央处理单元（CPU）会调用这个重置向 ......
