现在我现在有这么几个习惯
总是习惯少写那些判断指令,总是感觉,多写一条判断,就会打断流水线,导致程序执行速度减慢,我当然知道分支预测,但是我写if的时候,第一想法想到的是打断流水线,会降低效率,所以少用
更少的大片申请内存,我总是感觉,内存不够,内存不够,生怕一下就用完了,或者申请太大内存失败了,这样麻烦,我最讨厌麻烦了,与其出现问题后解决问题,不如让问题干脆就别出现,问题不可能完全不出现,但是可以最大程度地避免问题出现
更少地使用大块内存,内存的读写效率奇差,这个,我深有体会,在我写我的那个界面库的时候,就已经发现这个问题了,所以我十分避免频繁地使用内存,能一次做完多次使用的地方,就不去多次做,但是这样有个缺点,就是很容易因为一块内存地使用而打破整个程序某个模块的封装性,让某些不该被看到的,给别人看了。。。
更少地频繁申请释放内存, 原因不写了
更少地进内核, 同上
还有好多好多习惯,一时想不到,只有写代码遇到的时候才会想到。
有的时候,我不知道那么做到底好不好,但是我知道,那么做,确实会引起一些情况,问题在于,我不知道该在什么时候,对哪种情况作如何取舍。
总是习惯少写那些判断指令,总是感觉,多写一条判断,就会打断流水线,导致程序执行速度减慢,我当然知道分支预测,但是我写if的时候,第一想法想到的是打断流水线,会降低效率,所以少用
更少的大片申请内存,我总是感觉,内存不够,内存不够,生怕一下就用完了,或者申请太大内存失败了,这样麻烦,我最讨厌麻烦了,与其出现问题后解决问题,不如让问题干脆就别出现,问题不可能完全不出现,但是可以最大程度地避免问题出现
更少地使用大块内存,内存的读写效率奇差,这个,我深有体会,在我写我的那个界面库的时候,就已经发现这个问题了,所以我十分避免频繁地使用内存,能一次做完多次使用的地方,就不去多次做,但是这样有个缺点,就是很容易因为一块内存地使用而打破整个程序某个模块的封装性,让某些不该被看到的,给别人看了。。。
更少地频繁申请释放内存, 原因不写了
更少地进内核, 同上
还有好多好多习惯,一时想不到,只有写代码遇到的时候才会想到。
有的时候,我不知道那么做到底好不好,但是我知道,那么做,确实会引起一些情况,问题在于,我不知道该在什么时候,对哪种情况作如何取舍。