busy sorting out my former study files and the new job.

therefore,

lazy blogging...

however,

you will see some new and varied articles in the future, especially for technology, just wait please.

haha..

看了上周对侯城的联赛，再次突出问题的严重性！！

1, 挥霍机会。高效的时候能打出大比分，反之，脚风不顺的时候就开花不结果。看曼联的进攻，有如狮子扑牛，又有如猎豹追羊，水银泻地不说，光是那种红色的霸气就让你吃不消，可是每每有些单刀镜头，又或者禁区前多打少，人数相同情况下
的外围反击，有时总会失之交臂，那种分子过少分母过大的唏嘘心情便油然而生。

2，防高空定位球能力。明显的盯人不紧！弱队们每每对曼联时都有此作品，久治不愈！

uclibc version : 0.9.19

发现这个问题源于blog前一篇文章，也就是说出了"too many open files"错误，后来经过扩展后发觉又有新问题，导致SIGSEGV信号的出现，这下可把我懊恼了，只好重新对源码的fd数进行仔细审查，因为直觉上告诉我两个http client最多50个并发数的访问是很难同时达到1024的fd数。

在两句打印语句面前，很快就看到嫌疑犯syslog[1]留下的蛛丝马迹，在syslog运行前后的fd数并不一致，而当时的syslogd并没启动，也就是他们之间的IPC通信（unix soc

Google？bbs？manual？code？同事？权威书籍？第三方的电话求助？……

其实分不同情形而做不同的选择，例如：任务相当紧急？直觉上问题是否简单？同事是否能协助？……怎样的选择顺序才是最好的情况呢？也就是说能最快速度解决问题所在？

以写这篇文章的导火线为例:
http proxy在accept()时出现”too many open files”错误…
内核版本:2.4.20

一些研发气氛比较好的公司，可能内部会有问题集之类的讨论和经验教训，那是最好不过了，不过如果在那里也找不到的话，那就尝试google吧。

有几个可以考虑的回答:

1，IT高科技发明家；

2，太空领域科学家；

3，人类社会科学家；

4，材料能源科学家；

5，生命科学科学家；

6，...（请你填上）

我的答案是：

奥运期间英超开幕，对于中国球迷来说，至少是我，实在有点别扭。可能是因为假期很长时间没看MU比赛，又或者上赛季双冠王的辉煌战绩掩盖下，又或者转会窗快关闭时还没买到心仪的中锋，又或者大面积主力伤员没恢复，又或者...

其实，就一个原因，11点有点夜了，而且是周日晚，下一天就要上班，对身体不好的缘故，我选择放弃观赏新赛季MU的第一场比赛。

很遗憾，MU的第二场也肯定没法观看，事关是周中的凌晨，oh，no...

再说回来第一场比赛的结果，虽然打平，但真的无碍大事，倒是担心一直以来的中锋问题。看

今晚MM有事陪旧同学吃饭，自己一条友只好叫外卖，刚吃完一会，老杨就来电话说到了，哎，那时中国小子廖辉还在争夺举重金牌呢，到目前我还没空看女足的比赛结果。。。

今天来个先抑后扬，后来的几盘把老杨打得没脾气，反手一有状态真tmd牛，哈哈，直线斜线随意来。乒

乓球的刺激使得我对买回来不久的蛇板也搁置一边了，事实上，这种蛇板确实没太大难度，后悔没买分体

板，不过估计也没太大挑战性，哈哈。

现在晚上睡觉前我们还流行踩脚

    ----ip conntrack捣乱记

原文再续，书接上一回。

话说如何知道这个程咬金是ip conntrack，还真费了不少劲。

下面跟踪icmp redirect包的脚印，发现它打上yes.