是啥类型的项目？可以稍微透露一下吗？ :)


我有这样一些不成熟的想法哈……

首先，既然为了压榨性能，不惜承受心智模型负担，那么，
&的性能比Rc高，所以应该弃绝Rc。为了性能嘛。（当然我
个人不是压榨性能的爱好者，只不过Rc确实不适合用来压
榨性能。）

其次，80%的CPU时间是用在20%的代码行数上的，这些代码是
hot-part。这些hot部分应该特殊对待，不宜用Rc来让它们和
其它代码访问同样的数据。

再次，拆模块是性能之友，因为scalability是性能之友嘛。
把模块拆好，这样才好确定哪些模块可以复制部署到多台机
器上、使用更多的CPU核心数。


【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 结构清晰心智模型简单，和压榨性能，有时候就是矛盾的。你说的这个方式，把共享的可变资源搞成独立模块甚至搞到数据库里面去，就会慢啊。在性能敏感的场景下，跑一个东西，也许就是10秒和十分钟的区别呢
--
修改:wolfgang FROM 101.93.22.*
FROM 101.93.22.*