红联Linux门户
Linux帮助

Linux内核设计与实现第二版勘误

发布时间:2007-09-09 00:16:32来源:红联作者:fortemedia
BY albcamus
Robert Love的《Linux Kernel Development》一书,比较适合内核入门。而且对某些方面的解说,比如各种下半部,非常到位。承蒙一位陌生朋友的慨然相助,我有幸得到了本书的英文第二版,把中文不好理解的地方对照英文订正一下。只订正有碍理解的,当然可能有些是我理解错误,朋友们指正。多谢了。

L+7 表示从上往下数第7行;L-7表示从底向上数第7行。

P8

L+7:练习中一般在头文件中定义内联函数

订正:实践中一般在头文件中定义内联函数

P9

L-13:Linux内核支持多处理器并发处理

订正:原文是“The Linux Kernel supports multiprocessing”,译为“Linux内核支持多处理器系统”似乎好些,而且这里不能说成是并发(concurrent),应该是并行(parallel)

P31

L+9:每个优先级数组还包含一个叫做struct list_head的队列。

订正:翻译错误。原文是:“Each priority_array also contains an array named queue of struct list_head queues.”应译为:“每个priority_array包含一个叫作queue的数组,该数组每个元素都是一个struct list_head类型的队列”。其实这个从左边那页给出的priority_array的结构定义也能看出来。

P51

L+1:将系统调用号和参数压入寄存器并出发软中断来陷入内核

订正:应该是“触发软件中断”,原文是software interrupt而不是softirq。这跟作为一种下半部机制的softirq根本不是一回事。

P61

L-4:首先,因为处理器禁止中断,这里要把它们打开,就必须在处理程序注册期间指定SA_INTERRUPT标志。

订正:“必须”应该改成“不能”。如果注册时指定了SA_INTERRUPT标志,这里能打开吗?显然不能。译者误解了原著的意思。

P63

L-17:cli和sti分别是对clear和set允许中断(allow interrupts)标志的汇编指令

订正:译的真别扭。改为:“cli和sti分别是对允许中断标志的clear和set操作的汇编指令的调用。”(好象一样别扭 )

P73

订正:这节中所有“挂起”字样,原文统统是pending,意思是悬而未决的、未处理的、待处理的,用过UNIX信号的人都知道,pending跟suspended根本不是一个意思。

P87
这里本来正确的,我说错了,多谢richardhesidu兄的指正

P116

第9.2节

订正:排版太不负责任了,作为节拍的倒数的HZ变量,全都给印刷成了Hz,好象频率单位赫兹一样。大家自己改改吧。

P155

L+8:struct super_operations s_op;

订正:struct super_operations *s_op; 原书也印刷错了。(可别小看这个星星,VFS的面向对象全靠它)


P170

L+4:有三个数据结构将VFS层和文件的进程紧密联系在一起

订正:“文件的”这三个字不知道从哪里来的,原书没有,也不该有。


P175

L+10~L+11:可以在文件;中找到包含所有合法标志的bh_state_bite列表。

订正:误译。原文是:The legal flags are stored in the bh_state_bits enumeration,which is defined in ;。其实看见enumeration的前4个字母就能猜到是枚举,改成:“合法的标志存储在 bh_state_bits枚举中,该枚举在;中定义。”


P176

L-3:struct bio_vec *bi_io_vecs

订正:struct bio_vec *bi_io_vec。还有下页图12-2和解说的文字,都印刷错了。


P191

L-11:记住根节点总为红色。

订正:这话怎么跟我看的数据结构的书矛盾啊。Mark Allen Weiss的《数据结构与算法分析──C语言描述》2nd第十二章《高级数据结构及其实现》就说:“根总是黑色的。”(P.S. Weiss可是Robert Love的老师哦)其实Love的话自相矛盾,他这么说的:“(红色和黑色)分派的规则为:1)红节点的子节点为黑色,并且2)树中任何一条从节点到叶子的路径必须包含同样数目的黑色节点。记住根节点总为红色。” 我们可以做个反证。假设根节点为红色,考虑一棵只有2个节点的二叉树,既然根节点是红色,那么根据Love说的第一条规则,叶节点必定为黑色,这将导致从根节点到左右NULL指针的路径包含的黑色节点个数不同(左边是0,右边是1),与第二条规则矛盾。Love本科是在佛罗里达大学读的数学专业,不可能犯这种错误,要不就是印刷问题,要不就是我理解错了。


P237

L+1:如果你希望得到一个单独的文件

订正:原文是“If you need to diff only a single file”,明显是说,diff程序的输入是两个单一文件(而不是两个目录),并非指diff生成一个单一补丁文件。(再说,diff程序能生成1个以上的文件吗?很怀疑的说 )

OK,大体这么多吧,其他的基本不影响阅读。Happy Reading!!


续补:

十一时候翻译文档,发现有些知识理解还不到位,于是重读,又勘出几条错误。补在这里:

P246,B.1.2,
原书:它的原型在;中:
void *kmalloc_percpu(size_t size, int flags);
void kfree(const void *);
勘误:注意第一行存在严重印刷错误。应该把第一行改正为下面的两行:
void *alloc_percpu(type);
void * __alloc_percpu(size_t size, size_t align);

P246, L-5
原书:函数kfree_percpu()将返回一个指向动态生成的单CPU数据的间接引用。
勘误:“函数kfree_percpu()”改正为“函数alloc_percpu()或者__alloc_percpu()”。

P111, “8.9禁止抢占”上方那段话
原书:只要没有其他写者,写锁总是能够被成功获得。读者不会影响写锁,这点和读者-写者自旋锁及信号量一样。
勘误:译者理解错误。本书英文版原文是“The write lock always succeeds in being obtained so long as there are no other writers. Readers do not affect the write lock, as in the case with reader-writer spin locks.” 这句话的意思是说,seqlock这种锁,如果你想对它加写锁,只要此时没有别的写锁,那么不管有没有、有多少读锁加在它上面,你都会加锁成功。这与读写锁、读写信号量不同,读写锁和读写信号量当存在读锁的时候,写锁不可能成功,它会使调用者一致自旋,直到所有的写锁都被释放为止。其实这些知识你在本书 P104和P108对读写锁和读写信号量的讲解中也能得到印证。因此,这句话改正为:“只要没有其它写者,获取写锁总会是成功的。读者并不象读写锁与读写信号量那样会影响写锁。”

P109, “8.7 BKL”上面那段讲述“完成变量”的话
原书:完成变量的通常方法是,将完成变量作为数据结构中的一项动态创建,而完成数据结构初试化工作的代码将调用wait_for_completion()进行等待。
勘误:译者理解错误。本书英文版原文是“Kernel code waiting for the initialization of the data structure calls wait_for_completion(). When the initialization is complete, the waiting tasks ared awakened via a call to completion().” 译文改正为:“那些等待数据结构被初试化的内核代码调用wait_for_completion()函数进行等待,当初试化完成之后,执行初试化的线程会调用completion()函数来唤醒所有正在等待的任务。”

P74,“2. 调度tasklets”上面那一行
原书:tasklets才被激活,并且在被设置为挂起状态时,该tasklet才能够执行。
勘误:“被设置为挂起状态”原文是“if marked pending”,更准确的译法是“被标记为待处理的”。 另外再重复一遍,本章出现的所有“挂起”字样,其英文原文都是pending,意为未处理的、待处理的、待决的。大家自己做相应的改动,不一一给出了。

还有一个错误,就是Radix Tree数据结构并非二叉树, 然而书中却这么说的,中英文都错了。
文章评论

共有 0 条评论