看到论坛前辈们用一帖就勾引出来那么多牛人，我也想试试

寒鸦

难道 LZ就是传说中的 没事找抽型 的人才！！！

景仰景仰

langue

得，LZ 去做网游开发吧，忒有前途

ye888

支持！

ac220v

楼主的表现让我联想到了《唐伯虎点秋香》中的教书先生：
“我左青龙，右白虎，老牛在腰间，龙头在胸口，人挡杀人，佛挡杀佛！”   结果。。。。。。。

TAW

从头看到尾，不顶实在是对不起自己。真TMD无聊
顺便说一句，有几位大侠说了，那个ASCII码不用记忆，也不用去查，用'A'-'a'代替那个magic值就可以了。在c语言中，要避免使用magic数，而是用一些让人可读的常量名来代替。使用'A'-'a'而不是某个magic数的好处是：
1、让人容易理解。
2、不会记错或写错数字。
3、编译器在编译优化时，会将'A'-'a'替换成具体数值，不影响最终可执行程序的运行效率。
关于上面所说的，可以在《C语言的科学与艺术》一书中可以找到，用这本书作入门教材比谭浩强的强多了，我以前就是使用了老谭的书，学了多年，对c仍然只懂皮毛。会写几行代码，并不意味着你懂了c语言。

sshc625

说实话，我不同意楼主的观点，我想无所谓技术强不强，都应该互相尊重。
技术由天赋，努力，机遇很多方面决定的。也许你天资比别人高，但是这并不是不尊重别人的资本。
即使你超过了别人，也应该尊重他。
在你超越别人的道路上，你一直在学习，你知道这个过程的艰辛，那为什么不能尊重和你一样吃过苦，努力进步的人呢？
我也毕业一年， 我想我技术应该来说是很不怎样的，我不是LINUX方面的开发员。对L不是太懂。
但是我想互相尊重不分行业和职业。

bzhzhang

这个是正解

iamkey9

100 年后，人或许就不用自己写程序和造东西了，脑袋灵光一闪，东西就出来了，而且是用原子级直接构建，技术这种东西没有尽头，人和人之间也不可能完全一样，我同意数学是一切根基，我还同意哲学是一切的根基，问题是哲学家不会动手去做实验的。数学家想的东西一般人不会理解。

象LZ一样的人外面很多。明白和理解和精通完全是三码事情
越学，我就越觉得自己无知，我突然发现我要面对的是博大的宇宙数据库，而我的脑袋基本上不可能和这个数据库同步吧？


问题是看你最终追求的是什么。
MS技术很强么？我学了Linux后才发现，我原来崇拜的东西，在Linux下竟然可以这么简单。

没必要炫什么，本质上，我们只是未知的载体。

[ 本帖最后由 iamkey9 于 2006-12-19 12:08 编辑 ]

kensen2003

原帖由 iamkey9 于 2006-12-19 12:07 发表
100 年后，人或许就不用自己写程序和造东西了，脑袋灵光一闪，东西就出来了，而且是用原子级直接构建，技术这种东西没有尽头，人和人之间也不可能完全一样，我同意数学是一切根基，我还同意哲学是一切的根基，问题 ...

黑客帝国看多了把～～

secworld

蠢东西，你不知道为什么下面这个函数是安全的是吗？哈哈...你真TM是一个kernel的newnewbit。没想到我一个封存半年的ID在CU上发的两贴浪费在你身上真TM是耻辱中的耻辱。

你的理解我都不好意思读下去，简直真是太白痴了。口口声声说自己喜欢面向过程的编程，但自己却对什么是过程都TM的不了解。明明自己在读UP的源码，思路却始终受到SMP的影响。

1. 
   
2. 问题二
   
3. 
   
4. static inline void sync_one(struct inode *inode, int sync)
   
5. {
   
6. 
   
7.    while (inode->i_state & I_LOCK) {
   
8.          __iget(inode);
   
9.          spin_unlock(&inode_lock);
   
10.          __wait_on_inode(inode);
    
11.          iput(inode);
    
12.          spin_lock(&inode_lock);
    
13.    }
    
14.     __sync_one(inode, sync);
    
15. }
    
16. 
    
17. iput在i_count==0时会通过write_inode_now调用这个函数,但是在调用这个函数时,并不一定i_count>0,也许i_count=0. 因为调用write_inode_now之前,已经释放了自旋锁,使其他CPU通过hash得到本inode成为可能
    
18. i_count=0时,SMP上另一进程在kupdate的话,会设置这个i_state为I_LOCK,所以本函数再次iget,然后又iput,
    
19. 在这之间__wait_on_inode的时候,也许另一进程iget到这个inode,对其操作,然后把它标记为I_DIRTY
    
20. ,在i_count==2时调用iput,结束对这个inode的使用,这时i_count==1
    
21. 终于轮到__wait_on_inode(inode)被唤醒再次运行,这个函数在i_count==1时马上又iput,在write_inode_now时,并不持有自旋锁,并不排除SMP上运行kupdate进程的可能,因此这个inode又是I_LOCK,而i_count==0,所以又需要再次iget,iput,这样下去,进程不挂掉??????

复制代码

你感觉discard_buffer（）会释放掉buffer，而后在try_to_free_buffers（）中会再次释放，只能说明你更加白痴。
本来是想发两贴，点回贴的时候点成编辑了，把以前的贴子覆盖了。哈哈...不过没关系。让大家知道你是多么白痴就可以了。

[ 本帖最后由 secworld 于 2006-12-19 16:51 编辑 ]