LINUX SOCKET AIO 问题
写了代码，使用ace_proactor, 原来windows跑得非常漂亮，来到linux就时不时不工作，然后加asynce_connector后，发现完成不能工作，async_stream_write后，发现卡在那里，根本发不出去，多次分析后，发现，原来之前有aio_read没有完成，aio_write的请求就block那里了，write这个操作竟然一定要等前的aio_read完成之后，才可以执行。 证据如下:
1.卡住的aio_write 会成上完成，如果socket被对方关闭。
2.在aio_read之前设置socket的模式为nonblocking, 一时write操作出现，aio_read 马上完成，并返回错误码 EAGAIN，然后aio_write的请求也给完成了。
3.socket的模式在ace和IBM有关的aio文档中给强调，must be ing blocking mode.
天啊！
尝试了在aio_write之前如果有读操作，使用aio_cancel进行cancel操作，不行，于是设置了nonblocking模式然后而cancel，还是没有任何反应。
看来LINUX的AIO实现真是够烂的，对于SOCKET操作的实现完全失败！
假设以下情形：
1.server 广播数据给客户端（调用aio_write)，并且发送了一条期望得到客户端响应的指令(aio_read)，结果客户端长期没有响应，这时我想再发一条通知数据给客户端(调用aio_write)，这个发送的请求就给内核里block住在那里，一直发不出去，因为它要等前面一个aio_read完成, 直到客户端响应了或者是断线了，这第二个aio_write才会完成。
郁闷吧。并且你无法取消这种状态，这个socket 就停在那里了。。。。
对于server端这个还好。
如果你的server端又需要和其它server作联系的时候，你就麻烦了，完全不可预测。
相关文档：
1.2现代的APIC
APIC虽号称现代，但也出现10几年了，PC机市场总是很晚才能接触到新的技术，前面说了，我的T42用的还是PIC呢。APIC相较于PIC来说，最大的优点是能适用于MP平台，当然，管脚多是它另一个优点。APIC由两部分组成，一个称为LAPIC（Local APIC，本地高级中断控制器），一个称为IOAPIC（I/O APCI，I/O高级中断控制 ......
嵌入式Linux启动分为两个部分，系统引导与Linux启动。系统引导将完成Linux装入内存前，初始化CPU和相关I/O设备，并将Linux调入内存的工作。系统引导主要由BootLoader实现。在BootLoader将Linux内核调入内存之后，将权力交给LinuxKernel，进入Linux的启动部分。以下详细分析启动的过程与使用的文件。
一、系统引导与BootLoa ......
今天拷贝了虚拟机在另外一台电脑上使用，发现MAC地址冲突，于是去网上找修改方法。可按照所说的，我并没有很顺利修改成功。
下面我将过程写出来，里面有些地方需要注意一下。
下面是我从网上搜索到大部分的做法如下，红色部分是我注释的，需要注意的地方：
VMware虚拟机中修改Linux MAC地址的方法：
1、修改虚拟机的*.v ......
Linux
下设置端口权限的系统调用有两个：
ioperm
和
iopl
。
一、
ioperm
和
iopl
介绍。
1.ioperm
功能描述：
为调用进程设置
I/O
端口访问权能。
ioperm
的使用需要具有超级用户的权限，只有低端的
[0-0x3ff] I/O
端口可被设置，要想指定更多端口的权能，可使用
iopl
函数。这一调用只可用� ......
package: download from:
软件集成开发环境（代码编辑、浏览、编译、调试）
Emacs http://www.gnu.org/software/emacs/
Source-Navigator 5.2b2 http://sourceforge.net/projects/sourcenav
Anjuta http://anjuta.sourceforge.net(可用yum安装)
代码索引工具
Cscope http://cscope.sourceforge.net/
KScope http:/ ......
