Jor*_*oba 10 optimization performance
由于今天的代码变得越来越复杂,代码需要设计为可维护 - 意味着易于阅读和易于理解.
话虽这么说,我不禁记得几年前运行过的程序,比如Winamp或者你需要一个高性能程序的游戏,因为你的486 100 Mhz不能用那个漂亮的mp3播放器播放mp3.消耗了所有CPU周期.
现在我运行Media Player(或其他),开始播放mp3,它占据了我的四个核心之一的25-30%.来吧!!如果486可以做到这一点,那么播放如何占用如此多的处理器呢？
我自己就是开发人员,我总是建议:保持代码简单,不要过早地优化性能.似乎我们已经从"试图让它尽可能少地使用CPU"到" 如果它不需要太多的CPU就可以 ".
那么,您是否认为我们通过忽略优化来扼杀性能？
Otá*_*cio 35
清洁代码不会破坏性能.糟糕的代码会导致性能下降
Lee*_*Lee 19
我发现恰恰相反.根据我的经验,最简单的读取和维护代码往往是整体性能最高的.这是一个难以阅读的巨大的泥球,往往在奇怪的地方有性能瓶颈,几乎不可能移除或重构,所以他们只是留在那里.
如果你是winamp的粉丝,你可能会想看看这篇关于Justin Frankel在美国在线收购WinAmp之后在AOL度过的有趣时光的精彩文章.
他的最新产品是Reaper.
当平台长时间固定并且您可以真正学习它时,优化最有意义.这仍然发生在控制台游戏中.
为游戏编写了很多紧凑的汇编语言,我可以告诉你需要时间.你反复编写相同的代码并改变你的数据结构,试图获得一个很好的帧速率.
PC应用程序上不再存在这样的压力.假设所付出的额外工作很少会得到回报,任何想要快速购买的人都会购买更快的电脑.
| 归档时间： |
|
| 查看次数： |
710 次 |
| 最近记录： |