linux源码分析

A. 求一段linux操作系统源代码分析

这个文件非常小 你们老师分析模板给了很好分析了
一，源代码文件名称
Linux/lib/setsid.c
二，源代码功能描述
整体功能：如果调用的进程不是一个组的组长时，setsid创建一个新会话。调用进程将成为该新会话的组长，新进程组的组长，并且没有控制终端。调用进程的组id和会话id被设置成进程的PID，调用进程将成为新进程组合和新会话中的唯一进程。
函数输入：pid-t，setsid
函数输出：调用进程的会话标识符
函数功能：（就一个函数，所以就跟整体功能相同就行了）
三，程序流程图 （可以省略了）

B. 谁能给我一个Linux系统中命令的详细分析（包括源代码的分析）

Linux 命令也是查看使用空间的，但是与df命令不同的是Linux 命令是对文件和目录磁盘使用的空间的查看，还是和df命令有一些区别的，这里介绍Linux 命令。
：查询档案或目录的磁盘使用空间
a：显示全部目录和其次目录下的每个档案所占的磁盘空间
b：大小用bytes来表示 (默认值为k bytes)
c：最后再加上总计 (默认值)
s：只显示各档案大小的总合
x：只计算同属同一个档案系统的档案
L：计算所有的档案大小
常用命令： –a
操作详解
引用
指令 能以指定的目录下的子目录为单位，显示每个目录内所有档案所占用的磁盘空间大小。例如：
# -h /etc
104K /etc/defaults
6.0K /etc/X11
8.0K /etc/bluetooth
4.0K /etc/gnats
52K /etc/isdn
388K /etc/mail
68K /etc/mtree
2.0K /etc/ntp
38K /etc/pam.d
44K /etc/periodic/daily
6.0K /etc/periodic/monthly
42K /etc/periodic/security
16K /etc/periodic/weekly
110K /etc/periodic
6.0K /etc/ppp
318K /etc/rc.d
2.0K /etc/skel
130K /etc/ssh
10K /etc/ssl
1.7M /etc
我们目样使用 -h 参数来显示 human-readable 的格式。在应用时，我们可以使用 这个指令来查看哪个目录占用最多的空间。不过， 的输出结果通常很长，我们可以加上 -s 参数来省略指定目录下的子目录，而只显示该目录的总合即可：
# -sh /etc
1.7M /etc
在查看目录的使用情形时，我们可以将输出结果导到 sort 指令进行排序，以了解哪个档案用了最多的空间：
# /etc | sort -nr | more
1746 /etc
388 /etc/mail
318 /etc/rc.d
130 /etc/ssh
110 /etc/periodic
104 /etc/defaults
68 /etc/mtree
52 /etc/isdn
44 /etc/periodic/daily
42 /etc/periodic/security
38 /etc/pam.d
16 /etc/periodic/weekly
10 /etc/ssl
8 /etc/bluetooth
6 /etc/ppp
6 /etc/periodic/monthly
6 /etc/X11
4 /etc/gnats
2 /etc/skel
2 /etc/ntp
sort 的参数 -nr 表示要以数字排序法进行反向排序，因为我们要对目录大小做排序，所以不可以使用 human-readable 的大小输出，不然目录大小中会有 K、M 等字样，会造成排序不正确。
现在明了了Linux 命令和Linux df命令的不同之处了吗

C. linux内核源代码情景分析 怎么样

这段时间一直在为毕业论文纠结，论文题目是关于Linux进程模块的源代码分析与研究。 以前拜读过《操作系统设计与实现》，《Linux内核设计与实现》，《understanding the linux kernel 3rd》等等，桌面还有大把的网络下下来的资料。 初识这本书，是大三时候一位同学跟我提起，当时觉得还没到阅读源代码的程度。一直到做这篇论文，在我最纠结的时候，忽然想起朋友说过这本书，于是下了电子版本。 理所当然，我完全被这本书吸引。 我难掩心中的激动，几乎要欢呼起来，这何尝不是一本可以当做小说阅读的书籍！ 这本书不像前两本那样，仅仅只是罗列出Linux的特性，数据结构，相关的技术等等，他是在带领你去走进Linux源代码的世界，顺着代码的调用，一路斩荆披棘，最后带你到底目的地。途中虽然惊险，但一路过来，却是充满了趣味，更是享受到了智力上的成就感。 关于书的语言。 读这本书，仿佛是你的好朋友就坐在你面前跟你讲话，他把Linux源码中的枯燥的理论跟生活中普遍的事物联系起来，像进程的task_struct结构体，相当于我们的“户口本”，进程转换到"zombie”状态，“进程死亡了无法帮自己注销户口登记，要父进程帮忙”等等，这些解释非常地形象。所谓的大师也便是如此，用最通俗的语言把最深奥的道理讲明白，我想，这本书的作者做到了。 此书的不足。 这本书也存在着不足之处。第一点，此书是2001年出版的，所以是以2.4版本的源代码为基础的，而现在已经长期停留在2.6版本了；第二是，书中的图片严重不足，很多原理只要附加张图片便能让读者明了，可是作者花了不少的篇幅去解释而没有附加图片，这很让人费解，或者这是因为录入不是作者本人做的原因；第三，这跟很多国内书籍类似，没有索引，查找代码的讲解是件很痛苦的事情。 距离这本书第一次出版已经有八年的时间了，希望作者能抽出时间再修订，在此基础上做2.6版本源代码的分析。 这是我见过的国内比较好的真正用心去写的计算机书籍，在此之前也只读过一本关于汇编语言的书籍，作者是王爽。依稀还记得当年舍友都睡了的时候，一个人小心翼翼地趴在笔记本前仔细阅读的情景，如今甚是怀念。 这是本好书。

D. 怎样学习并研究LINUX的源码

学习linux最好也最值得去学的是源码分析，因为只有做好了这项工作，才能搞操作系统，尤其是嵌入式系统——一个现在包括以后的很长一段时间内会是一个很热门的东西。可以说LINUx是中国的系统软件，包括嵌入式系统，开发自己的系统，在计算机领域打出一片自己的天下的很好的契机。
有一本书很值得一看,是赵炯的《Linux内核完全注释》，我有电子版本，但太大了，如果你需要可以给我发信息。我可以传给你。不过我还是喜欢看纸版的书，因此我又买了一本。
你也可以去买一本，相信我，这本书很值得买的。

E. 怎样解读LINUX系统的源代码

解读LINUX
的源代码，这一点阻挡了许多人的热情。
我的建议是：随着技术的发展，LINUX系统也向着桌面化发展，在内核内加入了越来越多的代码，是内核越来越臃肿，增加了阅读的难度．
1．一般情况下LINUX的源代码位于/USR/LINUX下
2.其中的ARCH目录下为一些重要的代码.
3.INCLUDE目录下是编译系统所需要的头文件
4.其他的一些文件大多可以根据其所在文件夹的名字,以及自身的名字来
判断.
蒲У姆绞接枰源娣

F. linux内核源码详解

Linux的内核源代码可以从很多途径得到。一般来讲，在安装的linux系统下，/usr/src/linux目录下的东西就是内核源代码。
对于源代码的阅读，要想比较顺利，事先最好对源代码的知识背景有一定的了解。对于linux内核源代码来讲，我认为，基本要求是:1、操作系统的基本知识; 2、对c语言比较熟悉，最好要有汇编语言的知识和GNU C对标准C的扩展的知识的了解。
另外在阅读之前，还应该知道Linux内核源代码的整体分布情况。我们知道现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序、网络等组成。看一下Linux内核源代码就可看出，各个目录大致对应了这些方面。Linux内核源代码的组成如下(假设相对于linux目录):
arch 这个子目录包含了此核心源代码所支持的硬件体系结构相关的核心代码。如对于X86平台就是i386。
include 这个目录包括了核心的大多数include文件。另外对于每种支持的体系结构分别有一个子目录。
init 此目录包含核心启动代码。
mm 此目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/-/mm目录下，如对应于X86的就是arch/i386/mm/fault.c 。
drivers 系统中所有的设备驱动都位于此目录中。它又进一步划分成几类设备驱动，每一种也有对应的子目录，如声卡的驱动对应于drivers/sound。
ipc 此目录包含了核心的进程间通讯代码。
moles 此目录包含已建好可动态加载的模块。
fs Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext2文件系统对应的就是ext2子目录。
kernel 主要核心代码。同时与处理器结构相关代码都放在arch/-/kernel目录下。
net 核心的网络部分代码。里面的每个子目录对应于网络的一个方面。
lib 此目录包含了核心的库代码。与处理器结构相关库代码被放在arch/-/lib/目录下。
scripts 此目录包含用于配置核心的脚本文件。
Documentation 此目录是一些文档，起参考作用。

G. linux内核完全注释 linux内核源代码情景分析 哪本好我是想做嵌入式开发。

你现在什么程度啊？都掌握那些基础知识？

H. Linux内核源代码情景分析适合初学linux的人吗

如果你有一定的c语言基础并且对linux的文件系统比较了解的话，可以直接看linux的内核源码分析

I. linux源码分析

linux的tcp-ip栈代码的详细分析

1.数据结构(msghdr,sk_buff,socket,sock,proto_ops,proto)

bsd套接字层,操作的对象是socket,数据存放在msghdr这样的数据结构：

创建socket需要传递family,type,protocol三个参数，创建socket其实就是创建一个socket实例，然后创建一个文件描述符结构，并且互相建立一些关联，即建立互相连接的指针，并且初始化这些对文件的写读操作映射到socket的read，write函数上来。

同时初始化socket的操作函数(proto_ops结构),如果传入的type参数是STREAM类型，那么就初始化为SOCKET->ops为inet_stream_ops，如果是DGRAM类型，则SOCKET-ops为inet_dgram_ops。对于inet_stream_ops其实是一个结构体，包含了stream类型的socket操作的一些入口函数，在这些函数里主要做的是对socket进行相关的操作，同时通过调用下面提到的sock中的相关操作完成socket到sock层的传递。比如在inet_stream_ops里有个inet_release的操作，这个操作除了释放socket的类型空间操作外，还通过调用socket连接的sock的close操作，对于stream类型来说，即tcp_close来关闭sock

释放sock。

创建socket同时还创建sock数据空间，初始化sock,初始化过程主要做的事情是初始化三个队列，receive_queue(接收到的数据包sk_buff链表队列),send_queue(需要发送数据包的sk_buff链表队列),backlog_queue(主要用于tcp中三次握手成功的那些数据包,自己猜的),根据family、type参数，初始化sock的操作，比如对于family为inet类型的，type为stream类型的，sock->proto初始化为tcp_prot.其中包括stream类型的协议sock操作对应的入口函数。

在一端对socket进行write的过程中，首先会把要write的字符串缓冲区整理成msghdr的数据结构形式(参见linux内核2.4版源代码分析大全),然后调用sock_sendmsg把msghdr的数据传送至inet层，对于msghdr结构中数据区中的每个数据包，创建sk_buff结构，填充数据，挂至发送队列。一层层往下层协议传递。一下每层协议不再对数据进行拷贝。而是对sk_buff结构进行操作。

J. linux怎样从源码分析查看变量占用空间

主要使用find和命令来实现。 1、使用find命令找到大于指定大小的文件： a.下例中查找大于10G的文件 [root@localhost data]# find / -type f -size +10G 将输出： /usr/local/apache2/logs/access_log b.通过命令查看此文件的大小： [root@localhost data]# -h /usr/local/apache2/logs/access_log 24G /usr/local/apache2/logs/access_log c.重复执行find命令来查找大文件，例如：find / -type f -size +5G 找到大于5G的文件。 find / -type f -size +1G 找到大于1G的文件 2、可以递归使用 --max-depth=1