“MIPS CPU 体系结构概述，Linux/MIPS内核（下）”有30个回复

1. 皮皮橙 于 2009-10-13 1:45 上午

   这个PDF下载不了？

2. 陈怀临 于 2009-10-13 5:45 上午

   我刚才自己试了一下。还可以。如果实在不行，给我电邮，我给发一份。

3. ARCHY 于 2009-10-15 1:43 上午

   可以下，非常感谢共享！

4. 陈怀临 于 2009-10-15 8:13 上午

   谢谢。我唯一希望回报的地方就是大家让你的朋友，同学都来弯曲评论。这样我们的事业就会成功。这就是我最大的自私。

5. 皮皮橙 于 2009-10-15 11:49 下午

   可以下了，呵呵！ 很好

6. zcgen 于 2009-10-26 7:37 上午

   继续学习，虽然不怎么懂，感染一下也好～

7. 陈怀临 于 2009-10-26 4:06 下午

   这方面，其实不懂也好。如果现在是刚出校门，或者还是个学生，多看看iphone，android的东西。。。

8. mips 于 2009-10-28 3:32 上午

   老大 诲人不倦 ~~
   非常钦佩 ~~

9. 陈怀临 于 2009-10-28 9:41 上午

   是。毁人不倦：-）。我现在很后悔在操作系统和CPU方面扎下去太久太深了。搞得像个工匠似的。所以我现在反对年轻人去学这些东西了。意思不大，除非特别有兴趣。

   一定要搞Google做的那些东西。那才是方向。

10. 理客 于 2009-10-28 12:49 下午

    美国的GOOGLE是最潮流，但德国的工业一样很久，两手都要得

11. mips 于 2009-10-29 3:09 上午

    老大过谦 对大多数研发人员来说 其实能有一两个专长的地方 就很好了 我个人觉得不在于专长的哪个方向 在于深入掌握 然后灵活应用 举一反三~如果确是把技术好手 还是要钻进去的吧 否则 怎么举一反三？

12. 陈怀临 于 2009-10-29 5:31 上午

    我对技术（科研）的理解是：一定要有个人兴趣，否则不能成为比较好的工程师（学者）。

    另外，你说的对。举一反三很重要。能调CPU的性能，其实去调mySQL数据库一个道理。基本上能猜出来许多东西该如何做。这是做底层的人的一个好处。但感觉如果只懂高层的人有点吃力当问题比较深的时候。mapping不下来。

13. ych2003 于 2009-10-29 6:27 上午

    我现在很后悔在操作系统和CPU方面扎下去太久太深了?????没有你的这些投入 你会有这么多的fans吗 这些东西对于解决一个问题是潜移墨化的 做应用的大多数基本很平庸 过了30就迷茫 这么多做网站的99%都发不起来

14. 黄辉煌 于 2009-10-29 6:34 上午

    “但感觉如果只懂高层的人有点吃力当问题比较深的时候。mapping不下来。”，此话不假，本人深有体会。许多问题大方向、大框架很容易搞定，但大问题之下的小问题常常很难搞定。不是这些小问题不好解决，而是有很多解决的方法，但每个方法都会影响大问题，造成抉择困难。以前开发信息树系统时，为判断一颗信息树事件是否到完成时，废了很多时间，最后整个系统低层也要重新开发。现在，为了实现道指令中函数实例搜索功能，也要把整个模拟器低层重新设计开发，又废掉了很多时间。如对低层有深入研究，应该很容易就搞定底层小问题了。

15. 黄辉煌 于 2009-10-29 6:40 上午

    “我现在很后悔在操作系统和CPU方面扎下去太久太深了。搞得像个工匠似的。所以我现在反对年轻人去学这些东西了。意思不大，除非特别有兴趣。
    ”。贴一段太史公自序，看古人是怎么做学问的，“昔西伯拘羑里，演周易；孔子戹陈蔡，作春秋；屈原放逐，著离骚；左丘失明，厥有国语；孙子膑脚，而论兵法；不韦迁蜀，世传吕览；韩非囚秦，说难、孤愤；诗三百篇，大抵贤圣发愤之所为作也。此人皆意有所郁结，不得通其道也，故述往事，思来者。”

16. 帅云霓 于 2009-10-29 5:16 下午

    加一句，太史公被变成了曾轶可，遂有史记传世。

17. ych2003 于 2009-10-29 7:33 下午

    “我现在很后悔在操作系统和CPU方面扎下去太久太深了” 哎 我现在很后悔过去的几年没有在OS和CPU上扎下去，要不然现在年薪30万应该不是难事吧
    我很后悔

18. mips 于 2009-11-01 1:58 上午

    子曰：君子不器。老大，应该是这个意思吧？

19. 理客 于 2009-11-01 12:22 下午

    其实对于年轻人，如果扎下心来认真做事，当然还要思考，不是死做事，无论干啥，5年后做到年收入30万，在中国还是比较可能的。
    受苦地智者是好事，对愚者就比较麻烦了

20. 三千大千世界 于 2009-11-02 5:46 上午

    首席真是我们的良师益友啊！在下有些关于HA（high availability）的技术问题想请教首席，不知发在这里是否合适，或者直接mail您。：） 另外，HA应该也算是系统工程师的知识范畴吧？

21. 陈怀临 于 2009-11-02 6:29 上午

    HA算。可以发在这里。我不会，其他同学们会，就可以一起讨论。。。

22. 帅云霓 于 2009-11-02 9:27 下午

    HA是干嘛用的啊？哪位懂的大侠来说说~

23. Linux-PowerQUICC 于 2009-11-03 1:58 上午

    高可靠性，可以做冗余

24. wxh168 于 2009-11-03 5:15 上午

    HA的东东可以看看OpenSAF的东西，关注于高可用性，网址: http://www.opensaf.org,是一些电信设备公司和EMC一起搞的。

    HW也是发起人之一。

25. 三千大千世界 于 2009-11-04 7:36 上午

    谢谢 wxh168, 有时间我会去看看OpenSAF。HA这个领域涉及的东西应该比较多，从硬件到软件。但是active与standby之间的大量的数据同步如果仅仅通过socket，性能能得到保证吗？在某些stress的情况下，消息量可是惊人的哦！如果不通过socket，两张主控卡之间还有其他同步数据的方式吗？能否通过一些硬件的方式实现呢？
    另外，一般同步时做状态内容的同步还是状态变化的同步呢？我觉得应该是同步状态的变化吧，不过这样实现起来似乎要复杂点。
    水比较深啊……

26. mips 于 2009-11-05 7:21 下午

    B老大 有没考虑在弯曲评论 开一个bbs论坛呢？
    当然评论也是很好的方式了。
    在论坛里讨论问题 看帖回帖开贴 都更方便更清楚 可以限定几个topic大概的范围

27. 陈怀临 于 2009-11-08 2:50 下午

    25，今天才看见你的评论。

    1. socket不意味着是TCP或者UDP打开。可以是RAW。
    2. state的方式两者都有。例如routes的变化。

28. web3.0 于 2009-11-08 3:00 下午

    论坛是web1.0
    部落格是web2.0

    论坛无IPR
    部落格有IPR还能卖钱

    论坛有民主，但易跑题
    部落格可专政，可把握方向

    最后部落格增加Pageview

29. 三千大千世界 于 2009-11-10 6:23 上午

    感谢首席百忙之中抽出时间指点啊！如果用raw socket，那可靠性就得靠自己实现了？呵呵！也罢，至少首席给我们提供了一种思路啊！

30. tree 于 2009-11-10 6:31 上午

    这是一本难得的好书，数通工程师最佳入门法宝，对于网络编程人员也是很好的基础课程。

    为什么呢，数通工程师整天和协议、产品打交道，需要很了解协议的合理机制，又要对产品实现非常熟悉，这本书的内容就是围绕着Stevens设计的一个实验环境写作的，讲原理的同时，还分析各种系统的实现机制，太妙了。

    Stevens本人写了几个TCP优化的RFC，所以他在Socket编程上也是非常熟悉的，他创作思路其实还是想为网络编程人员服务，从卷1花了快一半篇幅研究TCP，卷2、卷3基本上也是如此，可惜啊我不是搞编程的，只看了卷1前一半，在工程领域基本上不需要再看什么牛逼书了，此书足以。