读懂UKL和情景分析的请进来谈谈...

epegasus

花了多久时间?
或者你觉得你现在读懂百分只多少?用的多久?
我越来越感觉是个无底洞,首先工作影响进度,而且拖的时间长看前面忘后面.
对于一些细节,我可以一直跟踪做关注,但是始终没有个整体印象.
对于一些比较难的部分,比如中断和进程切换这样的,有人说看代码或者做分析,但是我看的过他们的分析,感觉逻辑性并不强,也就是不是前后一致而且有很强的因果性,这样只能叫看过了,与我想象的懂差了些.
即使连续一2个月强攻也不一定拿的下,感觉多半就是生硬的记忆而已.真不是一般的难学.
有经验的可以现身说法一下.

liying_gg

读了2年，断断续续，还没读懂。有的时候专门读一块儿，懂了，过短时间，又忘了。

openspace

原帖由 epegasus 于 2009-11-2 16:41 发表
花了多久时间?
或者你觉得你现在读懂百分只多少?用的多久?
我越来越感觉是个无底洞,首先工作影响进度,而且拖的时间长看前面忘后面.
对于一些细节,我可以一直跟踪做关注,但是始终没有个整体印象.
对于一些比 ...

开始先对系统有个整体的把握吧
然后对哪一部分感兴趣或者工作中用到哪一块再去深究
kernel这么大，考虑的如此全面，许多做法不是一会半会儿能搞明白的
想你说的“比如中断和进程切换”就是这样吧
当时看的时候觉得复杂无比，又不知道为什么要这样安排，就跳过去了
能够按照某种场景走一下就不错了（大牛除外）

读别人的代码总是痛苦的，尤其是又不知道他们的设计
不过这也正常

PS：“积累的越多，遗忘的也越多，但是留下的也越多！”
       这是我高中英语老师鼓励我们记单词时说的

T-Bagwell

情景分析读了两遍，ULK没读

最近又在看情景分析，加了个ULK
这回看和之前看不一样
这回主要不是看书
主要是kgdb设断点，然后看代码，然后看代码里的注视，然后在bbs里看大伙问的问题，然后我去找相应的代码，有注释的就带加看看注释，然后设断点，然后继续跟

现在总想买些书，但是不知道买些什么书，总觉得代码里都有了，买书有点浪费了，一般买书就收藏了，诶～～～！

我的方法估计很有问题，所以来看看大伙咋学kernel 的

duanjigang

原帖由 T-Bagwell 于 2009-11-2 17:41 发表

情景分析读了两遍，ULK没读

最近又在看情景分析，加了个ULK
这回看和之前看不一样
这回主要不是看书
主要是kgdb设断点，然后看代码，然后看代码里的注视，然后在bbs里看大伙问的问题，然后我去找 ...

昨天膜拜了
怎么有那么多时间看2遍情景分析？我3年前没看懂就没再看，最近都是工作用到那里就看一点代码，看点帖子
排山倒海的去看还真没那个勇气，06年把内核设计与实现看了好几遍，貌似懂了又貌似看不懂。。。后来整个就忘了

godbach

06年把内核设计与实现看了好几遍，貌似懂了又貌似看不懂。。。后来整个就忘了

恩，LKD比较泛泛，看了之后容易忘，哈哈

T-Bagwell

上学时看了两遍，那都是好久以前的事了
后来借给同学了，同学给我送回来以后，我发现很多地方都不足
然后就计划不能像以前那么一口气看完整本书了
我发现我看那种有分量的书不能一口气看玩，否则就只能看完就忘，还是代码，不理解的时候再去看书能好点

godbach

佩服T-Bagwell 兄啊

superfight

慢慢来吧~

我觉得首先要搞明白MMU和中断,呢么接下来的代码都很好分析~
从哪里拿的内存,用来干嘛,是映射一些什么内容,还是拿来存储数据~  都有一个比较直观的了解~
然后就是中断,中断如何跳转啊,恢复的时候怎么恢复啊~

把这两个搞明白以后接下来的就好读多了,协议这些都是死的,不会随硬件体系改变而改变~ 把数据结构图画出来,对着规范走一下,大概就能了解模块如何工作的了~

觉得最难得还是一些涉及硬件方面的东西,每个厂商的东西不一样,规范套上去不一定能用~