挑选log模块的时候 我还是喜欢方便格式化输出的类printf方式，就象ace的log方式，iostream方式的进行格式化输出太不方便了
re: 历时14个月的修炼，略有感悟[未登录] cppexplore 2008-01-05 14:39
祝福！
加油！！
re: 华为某牛人的超强言论.年轻的可以看看[未登录] cppexplore 2007-12-28 11:32
敬佩一切成功人士
re: 【原创】我在成都当程序员 [未登录] cppexplore 2007-12-26 11:07
原创 不错！！ 这年头 做什么都不容易
re: 庆祝我的C++博客开通[未登录] cppexplore 2007-12-25 11:40
多多发些经验 心得啊
re: 工作效率和薪水加倍的7个秘诀 [未登录] cppexplore 2007-12-21 08:51
绝对正解
另外再加一条：工作时间不要浏览和工作无关的blog， just like this. 呵呵
re: 【原创】秀一秀我的陪测程序[未登录] cppexplore 2007-12-19 16:34
@秦歌
呵呵 多多交流啊！
re: 心情压抑[未登录] cppexplore 2007-12-12 11:47
昨晚上的文章怎么消失了啊
呵呵 “浮士德” 想起大一的时光 阳光明媚的下午 去学校的阅览室 坐在靠窗的位置看这本书 虽说整体是部悲剧 我还是喜欢里面上进的句子 从另一个层面上来看 它更象励志小说。 不过那书真是厚啊 拿着象笔记本一样沉
re: 一段代码优化的讨论[未登录] cppexplore 2007-12-07 14:55
@LouixG
（1）这个问题不敢妄言，多核下编程重来没有接触过。不知道这种各个cpu的分配，是在编译期间由编译器完成的，还是在运行期间由额外的硬件决定把指令分配给某个cpu的？这种多核下的编程，值得探讨的问题就多了，尤其这种在一个线程内的数据被分配到多个cpu，如果真有这种情况，估计以后会有语言层面的东西支持。不同线程分配不同的cpu，这个到还好。
（2）这个例子的高性能我丝毫不怀疑，通过字节对齐提高性能。其实标准库函数也是这么做的。不过这个例子没意义啊，直接使用库函数就好。
re: 一段代码优化的讨论[未登录] cppexplore 2007-12-07 12:35
@搞笑
这样说就不对了 文章写出来 大家share下 目的是互补长短 互相交流 互相进步
@笨笨
从本文中例子来说 这种“优化”，可读性更好，更好维护。的确是正确的。这种差异不是算法的造成的，是开始设计的不合理。另，我的建议真的不是无聊的建议 ：）。
@LouixG
(1)展开循环的点滴性能不是问题
（2）多线程模型的目的一般系统设计层面的吧，主要是提高系统的吞吐能力，这种问题上的性能远远谈不上
（3）后面的问题带来移植性的问题，非底层的关键算法 也不会有人去做这种优化
@梦在天涯
blog里的文章真是多啊
@me
废话真多。。。。。。
re: C++接口与实现分离的2种方法[未登录] cppexplore 2007-12-07 12:17
第一种方式比较奇怪啊，感觉毫无意义啊
增加功能的角度有adapter模式
隔离的角度有proxy模式
第二种是典型的接口
re: C++内存泄露的检测（四）[未登录] cppexplore 2007-12-07 12:07
linux/unix下最强大的开源内存检测工具是valgrind
re: 一段代码优化的讨论[未登录] cppexplore 2007-12-07 08:28
根本原因要看编译器 优化 后的汇编代码
重构代码的出发点是可读性 可维护性 不是优化
系统性能依赖于设计阶段 之后就是关键算法 性能工具检测的性能瓶颈处了
re: 关于sizeof()的简单解析 [未登录] cppexplore 2007-11-16 11:57
@xmli
这是字节对齐问题，baidu、google搜索下 很多资料 不再copy了
re: 【原创】c++ server测试全攻略[未登录] cppexplore 2007-11-16 11:39
@金庆
呵呵 不好意思 没说明白
这里的显式是说能被valgrind直接测试出来了
最终的内存泄漏还是要看稳定性测试的时候 占用的内存百分比不随时间的增加而增长