https://blog.csdn.net/chen3fengzh-cnhttps://blog.csdn.net/https://blog.csdn.net/chen3feng/article/details/5954096https://blog.csdn.net/chen3feng/article/details/5954096chen3fengWed, 20 Oct 2010 14:23:00 +0800colorgcc, colormake, man, vim 等的彩色可能很多人都知道了，今天介绍  colortail，让 tail 命令也多彩起来。
colortail 下载地址
http://joakimandersson.se/projects/colortail/
下载后 configure, make, make check, make install 就可以使用
除了用 -k 选项指定色彩配置文件外，跟 tail 命令都一样。
 ]]>https://blog.csdn.net/chen3feng/article/details/5935147https://blog.csdn.net/chen3feng/article/details/5935147chen3fengTue, 12 Oct 2010 11:08:00 +0800为了醒目，我们常把信息比如日志以彩色输出到终端，这会用到 ANSI 彩色控制字符。
通常输出到文件的时候，为了分析或者查看方便（很多工具不识别），则往往不输出彩色。
 
其实输出彩色还是有些工具能查看的，比如 cat 就可以，还有就是 less 也是可以的，用 -R 选项即可：
 
       -R or --RAW-CONTROL-CHARS
              Like -r, but only ANSI "color]]>https://blog.csdn.net/chen3feng/article/details/5929883https://blog.csdn.net/chen3feng/article/details/5929883chen3fengSat, 09 Oct 2010 16:21:00 +0800https://blog.csdn.net/chen3feng/article/details/5779058https://blog.csdn.net/chen3feng/article/details/5779058chen3fengSat, 31 Jul 2010 18:49:00 +0800https://blog.csdn.net/chen3feng/article/details/5774983https://blog.csdn.net/chen3feng/article/details/5774983chen3fengThu, 29 Jul 2010 22:02:00 +0800https://blog.csdn.net/chen3feng/article/details/5774767https://blog.csdn.net/chen3feng/article/details/5774767chen3fengThu, 29 Jul 2010 20:15:00 +0800帮人调试一段代码，及其慢的代码，经调试发现是因为这个没有初始化造成的。
这个成员成员对性能影响极大，设置与不设置，性能差了一万倍。设置为 >0 的值时，会多做相当多的额外的复杂的操作。
万恶的夏令时。想节约能源，调整一下作息时间就是了，居然调整时间，这种做法跟我以前怕迟到把表拨快5分钟一样山寨。]]>https://blog.csdn.net/chen3feng/article/details/5756738https://blog.csdn.net/chen3feng/article/details/5756738chen3fengFri, 23 Jul 2010 00:55:00 +0800select 效率问题大家都知道，但是 select 正确性问题，很少有人讨论，特地点出来。
linux 下 fd_set 是个 1024 位的位图，每个位代表一个 fd 的值，这也是效率低的原因。
性能问题且不提，正确性问题则更值得重视。

因为这是一个 1024 位的位图，因此当进程内的 fd 值 >= 1024 时，就会越界，可能会造成崩溃。对于服务器程序，fd >= 1024 很容易达到，只要连接数 + 打开的文件数足够大即]]>https://blog.csdn.net/chen3feng/article/details/5706730https://blog.csdn.net/chen3feng/article/details/5706730chen3fengThu, 01 Jul 2010 12:39:00 +0800https://blog.csdn.net/chen3feng/article/details/5706726https://blog.csdn.net/chen3feng/article/details/5706726chen3fengThu, 01 Jul 2010 12:38:00 +0800机器是4core, 单cpu，文件大小 15GiB，分成 N 个线程共随机读取一万次，SUSE10, Linux 2.6.16 内核
初始机器负载基本为空，线程个数与耗时的关系如下：

线程个数 耗时
0        31.3s
1        31.3s
2        25.5s
4        20.2s
8        16.5s
12       15.0]]>https://blog.csdn.net/chen3feng/article/details/5706714https://blog.csdn.net/chen3feng/article/details/5706714chen3fengThu, 01 Jul 2010 12:33:00 +0800vim 用 termencoding 选项控制输出时的编码，这个选项默认为空，也就是不进行转换，
这导致我在 GB 编码的终端下打开 UTF-8 文件，虽然能识别出来，显示却是乱码。
设置终端编码当然可以，不过还是要相应设置 locale，比较麻烦。

通常终端编码和 LOCALE 的设置一致，因此可以借用一下这个设置：

let &termencoding = substitute($LC_ALL, "[a-zA-Z_]]>https://blog.csdn.net/chen3feng/article/details/5706706https://blog.csdn.net/chen3feng/article/details/5706706chen3fengThu, 01 Jul 2010 12:30:00 +0800https://blog.csdn.net/chen3feng/article/details/5706675https://blog.csdn.net/chen3feng/article/details/5706675chen3fengThu, 01 Jul 2010 12:21:00 +0800https://blog.csdn.net/chen3feng/article/details/5701718https://blog.csdn.net/chen3feng/article/details/5701718chen3fengTue, 29 Jun 2010 14:06:00 +0800当然不是自己解码的，不过有神人这么做：
http://hi.baidu.com/avengine/blog/item/9b7147a94c78c4fc1e17a2f7.html

还有这个
http://sourceforge.net/projects/php-ms-demangle/
是抄的 wine 的。

搞这个是为了解决 gcc typeinfo::name 返回的不是原始名字的问题。
<]]>https://blog.csdn.net/chen3feng/article/details/5701707https://blog.csdn.net/chen3feng/article/details/5701707chen3fengTue, 29 Jun 2010 14:04:00 +08002.6内核下编译的程序，放到2.4内核下运行不了。找不到 __stack_chk_fail@@GLIBC_2.4
因为老机器上的 glibc 版本是 2.3.4，于是猥琐地解决了这个问题：

extern "C" void dummp_stack_chk_fail(){}
__asm__(".symver dummp_stack_chk_fail, __stack_chk_fail@@GLIBC_2.4");
这样]]>https://blog.csdn.net/chen3feng/article/details/5701696https://blog.csdn.net/chen3feng/article/details/5701696chen3fengTue, 29 Jun 2010 14:02:00 +0800livespace 被 Shielded很久，懒得翻墙，悲剧。]]>https://blog.csdn.net/chen3feng/article/details/5701680https://blog.csdn.net/chen3feng/article/details/5701680chen3fengTue, 29 Jun 2010 13:56:00 +0800https://blog.csdn.net/chen3feng/article/details/476816https://blog.csdn.net/chen3feng/article/details/476816chen3fengSat, 10 Sep 2005 07:55:00 +0800https://blog.csdn.net/chen3feng/article/details/9417https://blog.csdn.net/chen3feng/article/details/9417chen3fengThu, 16 Jan 2003 08:53:00 +0800https://blog.csdn.net/chen3feng/article/details/9416https://blog.csdn.net/chen3feng/article/details/9416chen3fengMon, 06 Jan 2003 10:01:00 +0800https://blog.csdn.net/chen3feng/article/details/9415https://blog.csdn.net/chen3feng/article/details/9415chen3fengSat, 02 Nov 2002 00:06:00 +0800