CppExplore

一切像雾像雨又像风

  C++博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  29 随笔 :: 0 文章 :: 280 评论 :: 0 Trackbacks
共6页: 1 2 3 4 5 6 
挑选log模块的时候 我还是喜欢方便格式化输出的类printf方式,就象ace的log方式,iostream方式的进行格式化输出太不方便了
祝福!
加油!!
敬佩一切成功人士
原创 不错!! 这年头 做什么都不容易
re: 庆祝我的C++博客开通[未登录] cppexplore 2007-12-25 11:40
多多发些经验 心得啊
绝对正解
另外再加一条:工作时间不要浏览和工作无关的blog, just like this. 呵呵
@秦歌
呵呵 多多交流啊!
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
废话真多。。。。。。
第一种方式比较奇怪啊,感觉毫无意义啊

增加功能的角度有adapter模式
隔离的角度有proxy模式

第二种是典型的接口

linux/unix下最强大的开源内存检测工具是valgrind
re: 一段代码优化的讨论[未登录] cppexplore 2007-12-07 08:28
根本原因要看编译器 优化 后的汇编代码
重构代码的出发点是可读性 可维护性 不是优化
系统性能依赖于设计阶段 之后就是关键算法 性能工具检测的性能瓶颈处了
@xmli
这是字节对齐问题,baidu、google搜索下 很多资料 不再copy了
@金庆
呵呵 不好意思 没说明白
这里的显式是说能被valgrind直接测试出来了

最终的内存泄漏还是要看稳定性测试的时候 占用的内存百分比不随时间的增加而增长
共6页: 1 2 3 4 5 6