[TCP/IP]关于24位IP地址段首尾两个IP的讨论
Posted on | 七月 24, 2010 | No Comments
本周在C-NSP(Cisco Network Service Provider)上看到一些关于24位IP地址段的一些讨论，觉得比较有趣，于是记录在这里，供自己或者可能的朋友参考，下面以问答的形式分享出来。
问：在类似192.168.0.x这样的24位IP地址段中，192.168.0.0与192.168.0.255，即首尾的两个IP地址，能否被客户设备(CPE或PC)正常使用。
答１：我们有一个/23的网段做为DHCP地址池，我们从未遇到与.0和.255相关的问题；但我估计某些个人防火墙可能会进行阻碍，但主流厂商应当不会这么做。
答２：Windows的TCP/IP协议栈有一个长期的问题，使得它不能与某些以.0和.255结尾的主机正常通信，在Vista系统中，该BUG被修复。
答３（与其说是个回答，不如说是个故事）：Long Long ago，blabla…一些年前，我们公司给一个客户DHCP了一个66.x.x.0的地址，没过几天，这个客户就打来电话投诉，抱怨我们给他分了一个非法的地址，但当我们问他的服务是否正常时，他说没有问题，于是就挂了电话；几小时后，他的律师大爷就打来电话，威胁要告我们给他分了一个非法的地址，与律师在电话上交流了一个半小时后，我们将66.x.x.o这个地址从我们的DHCP pool中移除，并让客户重新获取了地址，并得到他们确信自己获取了合法的地址后，我们又将66.x.x.o地址放回了pool中，之后再没有来自客户的抱怨。
按：天知道那家伙业务正常，为啥觉得自己得了非法的地址呢，外国佬太逗了…竟然还请了律师，不过西方人的法律意识倒真的是相当的强…
执子之手，与子偕老
Posted on | 七月 13, 2010 | No Comments
谨以此日志，记念我与萍走过的坎坷两年，并献给我们一定可得的美好未来。
写这篇日志的时候，我突然想起“不能承受的生命之轻”里的特雷莎，萍就像特蕾莎一样，在没有预兆的情况下，投奔了我，并走入了我的生活；不过，我并不像托马斯，中国也不像那时的捷克，我与萍在坎坎坷坷中，经历了风风雨雨，走过了这两年，步入生活的正确轨道。
我面前的书堆上，放着萍花了两月一针一线制成的送我的十字锈，萍对我讲它的意义，我尤其记得她谈到从无到有的兴奋，而我何尝不是如此，看着萍从两年前懵懂的小女孩，到如今通过了各种各样的考试并有着自己独特思想的女人，我也一样的兴奋。
我们的生活，其实非常的简单与普通，彷佛旧时那种“男耕女织”，每日早出晚归的我，在家学习并期盼我归来的萍，所谓爱情，早已经融化在日常琐碎的关心中，我更相信的，就是“执子之手，与子偕老”，“死生契阔，与子成说”。
分享：红黑树算法的相关网站与资料（完结）
Posted on | 七月 9, 2010 | No Comments
１、百度ＡＰＰ上的一篇中文描述（基本上是翻译Introduction to Algorithms关于红黑树的一节，但比较清楚）：
http://apps.hi.baidu.com/share/detail/5714578
２、国外一个ＪＡＶＡ ＡＰＰＬＥＴ方式的红黑树原理演示，详细介绍每一步的形为：
http://www.cse.yorku.ca/~aaw/Sotirios/RedBlackTree.html
３、Introduction to Algorithm的第13节，详细论述了red-black的算法，并对树的高度以及复杂度进行了证明。
４、ＬＩＮＵＸ2.6.35最新的内核中，有大量引用red-black树的地方，可以在代码中进行分析。
http://linux.chinaunix.net/bbs/thread-1055772-1-1.html
5、因Introduction to Algorithm中对于红黑树高度的证明采用了归纳法，故附归纳法的说明如下：
http://wiki.mbalib.com/wiki/%E6%95%B0%E5%AD%A6%E5%BD%92%E7%BA%B3%E6%B3%95
附我自己的学习进展：
１、目前遗留delete操作未分析清楚，预计明晚可以解决。
２、ＬＩＮＵＸ内核中的实现并不复杂，学习删除的过程中，最重要的是能够较好的画出各种ＣＡＳＥ，逐
一进行分析并实现（各种ＣＡＳＥ建议以全脑图如freemind工具描绘），也比较能锻炼全面思维能力，
如同在公司的工作一样，需要考虑各种时序、正向、逆向等流程。
找回失去的自已
Posted on | 七月 6, 2010 | No Comments
我需要找回失去的自己，也需要找回那种属于自己的坚持与踏实。
转：Managing CPU usage when doing emerge.(解决gentoo系统下emerge时CPU使用率高的问题)
Posted on | 七月 5, 2010 | No Comments
原始讨论链接如下，应当是mailist中的讨论结果：
http://www.gossamer-threads.com/lists/gentoo/dev/189256
目前暂无时间翻译全文，仅将其最核心的解决方法摘出来，供后续参考，实测效果明显：
１、在make.conf中增加如下参数：
#设置执行emerge时，进程以及io操作的nice级别。
PORTAGE_NICENESS=19
PORTAGE_IONICE_COMMAND=”ionice -c 3 -p \${PID}”
2、开启内核的group scheduler，并开启sched_other， 主要作用即为每一个用户分配
固定的cpu使用额度，从而避免emerge用户占用大量cpu资源。
原文：
In menuconfig, general setup, ensure group CPU scheduler is enabled, then enable scheduling for sched_other.
3、第三种办法，并不适合所有人，即分配大量的内存作为tmpfs，这里就不作介绍了。