Linux网络接口的源码结构
一.前言
Linux的源码里，网络接口的实现部份是非常值得一读的，通过读源码，不仅对网络协议会有更深的了解，也有助于在网络编程的时候，对应用函数有更精确的了解和把握。
本文把重点放在网络接口程序的总体结构上，希望能作为读源码时一些指导性的文字。
本文以Linux2.4.16内核作为讲解的对象，内核源码可以在http://www.kernel.org上下载。我读源码时参考的是http://lxr.linux.no/这个交差参考的网站，我个人认为是一个很好的工具，如果有条件最好上这个网站。
二.网络接口程序的结构
Linux的网络接口分为四部份：网络设备接口部份，网络接口核心部份，网络协议族部份，以及网络接口socket层。
网络设备接口部份主要负责从物理介质接收和发送数据。实现的文件在linu/driver/net目录下面。
网络接口核心部份是整个网络接口的关键部位，它为网络协议提供统一的发送接口，屏蔽各种各样的物理介质，同时有负责把来自下层的包向合适的协议配送。它是网络接口的中枢部份。它的主要实现文件在linux/net/core目录下，其中linux/net/core/dev.c为主要管理文件。
网络协议族部份是各种具体协议实现的部份。Linux支持TCP/IP，IPX，X.25，AppleTalk等的协议，各种具体协议实现的源码在linux/net/目录下相应的名称。在这里主要讨论TCP/IP(IPv4)协议，实现的源码在linux/net/ipv4,其中linux/net/ipv4/af_inet.c是主要的管理文件。
网络接口Socket层为用户提供的网络服务的编程接口。主要的源码在linux/net/socket.c
三.网络设备接口部份
物理层上有许多不同类型的网络接口设备, 在文件include/linux/if_arp.h的28行里定义了ARP能处理的各种的物理设备的标志符。网络设备接口要负责具体物理介质的控制，从物理介质接收以及发送数据，并对物理介质进行诸如最大数据包之类的各种设置。这里我们以比较简单的3Com3c501 太网卡的驱动程序为例，大概讲一下这层的工作原理。源码在Linux/drivers/net/3c501.c。
我们从直觉上来考虑，一个网卡当然最主要的是完成数据的接收和发送，在这里我们来看看接收和发送的过程是怎么样的。
发送相对来说比较简单，在Linux/drivers/net/3c501.c的行475 开始的el_start_xmit()这个函数就是实际向3Com3c501以太网卡发送数据的函数，具体的发送工作不外乎是对一些寄存器的读写，源码的注释很清楚，大家可以看看。
接收的工作相对来说比较复杂。通常来说�
相关文档：
对于很多普通用户来说Linux是神秘的，很多朋友从接触PC开始接触的就是window，一切习惯都源于window，朋友Linux系统几乎束手无策（笔者基本就这样，所以在努力学习ing…），那么Linux到底能做些什么，又有什么用途呢？让我们来一探究竟。世界上最大的技术支持、软件和硬件公司每天使� ......
from: http://yangsq.javaeye.com/blog/162649
平时的团队开发，少不了要用一个协作工具。对于以前，无疑cvs是个无错的选择（像IBM的全球代码维护）。但是，科技在发展吗，现在有了更好的svn了，所以直接就是svn吧。有关svn的具体信息可以上它的官网或www.subversion.org.cn
网上关于svn的也不少，不过感觉大都出� ......
编译并安装Busybox 1.15.3到L inux2.6.11.1,启动系统
进入shell 提示: ./ash : can't access tty; job control turned off.
分析发现
/etc/inittab文件中有一行:
::askfirst:/bin/ash
这在busybox 1.2.1运行正常
修改为
tty1::askfirst:/bin/ash
后正常. ......
在Linux系统中，uptime、top等命令判断一个系统的负载。load average分别记录了1、5、15分钟的系统平均负载。
load average 对 performance 的影响?
1. 如果load average/CPU数量 < 3, performance is good
2. 如果load average/CPU数量 > 5, performance is very bad
......
QDisk 1.2 - a disk-based quorum daemon for CMAN / Linux-Cluster
1. Overview
1.1 Problem
In some situations, it may be necessary or desirable to sustain a majority node failure of a cluster without introducing the need for asymmetric cluster configurations (e.g. client-server, or heavily-weighted ......
