主题：【原创】也来说说Linux和Windows下的开发感受 -- 昔杨今雨

我们假设有一家极富创意的公司，开发了一个极富创意的网站。网站可能是outsource给位于印度的软件公司开发的，架构和pattern都是被忽悠来忽悠去的蓝领程序员设计的。

由于这个网站极佳的创意，上线人数猛增，在线用户数从几千人突增到百万量级。为了维持好的用户体验，他的蓝领工具程序员可以如何帮助你？他的成天忽悠的架构师要怎么去做？

一个基本的事实，经典的网络连接计算模型，每台服务器同时最多只能连接2千个左右的连接请求。按这个数字，二百万用户，就需要1000台前端服务器。

解决方案：腾讯最高同时在线人数3000多万，为了达到相应的处理能力，他们重写了Linux的内核。而这个改进，现在已经成为Linux Kernel的一个标准实现：epoll

一个基本的事实，数据库系统，哪怕是最昂贵的Oracle RAC,在单表条目超过百万之后，单集群的事务处理能力也不过是每秒数百次。

解决方案一：Google的GFS和著名的Reduce Map计算模型

解决方案二：多层次cache+分布式数据库。

以上只是两个最明显的问题。如果创意真的有幸能吸引到那么多用户，相信所要考虑的技术问题将远远多于这两个。而且这些问题，并不是没有脑子的工具程序员可以帮你解决的。当然，IBM的忽悠售前可能会告诉公司只要有钱，什么都不是问题。如果相信他们的话..... 我只能说，无论是google还是腾讯，都从未采用过他们的解决方案;) 希望真的有那么一天的话，最关键的就是能赶在用户开始对缓慢效率不满对创意厌倦之前解决这些问题。不幸的是大部分情况之下，这个时间并不长。