不知不觉我的小米同学已经六个月了，这六个月里感受了很多，概括一下就是：辛苦并幸福着：）
 结婚前，害怕结婚，怕失去自由，怕太早被家庭琐事所束缚；
结婚后，害怕太早当爸爸，害怕从此将失去二人世界……
但，当你当了爸爸后，一切变了，之前的顾虑都不再是问题，你心中只有责任，幸福和快乐。
我自豪的是我在产房里经历了小米的诞生，让我懂得了生命的意义；
我幸福的是这六个月里跟小米分享了她的成长经历，她的喜怒哀乐；
我开心的是小米现在健康，快乐，爱笑，机灵可爱；
……
人生最大的幸福之一是陪伴儿女慢慢长大，分享她的成长经历，这种感觉真的很好，我很庆幸我没错过！
小米，你是爸爸的宝贝，爸爸爱你！

一些操作系统的最新版本已经更新了 /proc/cpuinfo 文件，以支持多路平台。如果您的系统中的 /proc/cpuinfo 文件能够正确地反映出处理器信息，那么就不需要执行上述步骤。反之，可采用本文中的信息进行解释。
/proc/cpuinfo 文件包含系统上每个处理器的数据段落。/proc/cpuinfo 描述中有 6 个条目适用于多内核和超线程（HT）技术检查：processor, vendor id, physical id, siblings, core id 和 cpu cores。
processor 条目包括这一逻辑处理器的唯一标识符。
physical id 条目包括每个物理封装的唯一标识符。
core id 条目保存每个内核的唯一标识符。
siblings 条目列出了位于相同物理封装中的逻辑处理器的数量。
cpu cores 条目包含位于相同物理封装中的内核数量。
如果处理器为英特尔处理器，则 vendor id 条目中的字符串是 GenuineIntel。

为响应政府号召，我家也实行了菜篮子工程，有图为证：）

最近客户数据库的alert.log中经常出现该错误，原因和解决方法如下（摘自Ningoo）：
 这个错误跟 oracle 监听的一个参数有关：SQLNET.INBOUND_CONNECT_TIMEOUT
这个参数从9i开始引入，指定了客户端连接服务器并且提供认证信息的超时时间，如果超过这个时间客户端没有提供正确的认证信息，服务器会自动中止该连接请求，同时会记录试图连接的IP地址和ORA-12170: TNS:Connect timeout occurred错误。
这个参数的引入，主要是防止DoS攻击，恶意攻击者可以通过不停的开启大量连接请求，占用服务器的连接资源，使得服务器无法提供有效服务。在10.2.0.1起，该参数默认设置为60秒
但是，这个参数的引入也导致了一些相关的bug。比如：

我们知道在windows中会经常碰到蓝屏的现象，那在Linux中会不会出现呢？
虽说Linux很健壮很稳定，但难免也会因为某种原因发生所谓的蓝屏，在Linux中叫panic。造成panic的原因一般有如下几种：
1.硬件问题：硬件不兼容，驱动程序不兼容等
2.系统过热：系统过热也会引起panic
3.软件问题：比如自身文件系统，内核有问题
4.应用软件的问题：比如在ocfs 1.2.2中，fencing是以panic的方式来处理的。
当系统发生panic后，默认系统是会一直hang在那里,直到你去手工重启它。