就在Aliyun上开MC服务器的路过。5人小服，服务器配置也是最低档（单核+1G内存+1M带宽）&br&用起来还不错。&br&&br&服务器操作系统我选择的是CentOS 6.5。只用yum装了screen。java因为要1.7所以我是下载rpm包安装的。&br&整个操作系统我也就配置了screen和java1.7，其他的东西完全没有动。&br&&br&MC服务器我用的是MCPC，其实MC服务器都是java的，用Linux和Windows没什么本质区别。可能Linux操作不熟的人会觉得Windows好，但是像我这种Linux很熟的人就会觉得Windows太占内存了。&br&MC服务器是在本地先打好Mod和插件，做成整合包的形式，在本地测试好，写个start.sh脚本，然后直接用tar.gz打个包上传。服务器只要解压，直接运行start.sh就好。&br&客户端通过QQ群直接发给小伙伴们。&br&下面附上我的start.sh脚本：&br&&img src=&/c1cc7f0b68a_b.jpg& data-rawwidth=&675& data-rawheight=&425& class=&origin_image zh-lightbox-thumb& width=&675& data-original=&/c1cc7f0b68a_r.jpg&&&br&如同其他回答说的，IP地址阿里云会分配给你，不需要自己申请。&br&&br&写一下我用CentOS 6.5系统开服的过程。因为服务器就是几天前开的（更早的时候用的Azure，刚刚迁移过来。）记忆比较深刻。&br&&br&注册阿里云成功后，用putty连接到服务器。&br&首先装screen。&br&&div class=&highlight&&&pre&&code class=&language-text&&yum install screen
&/code&&/pre&&/div&screen是个十分好用的虚拟终端。它能防止你在关掉putty后打开的服务器被跟着杀掉。&br&&br&然后是安装jre7。因为不能用yum直接装，所以首先去oracle网站上下载了jre7u71。（&a href=&/technetwork/java/javase/downloads/jre7-downloads-1880261.html& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&大概可以在这里下载&i class=&icon-external&&&/i&&/a&）&br&然后把rpm包传给服务器，然后安装：&br&&div class=&highlight&&&pre&&code class=&language-text&&rpm -ivh jre-7u71-linux-x64.rpm
&/code&&/pre&&/div&之后编辑java的环境变量。就是/etc/profile这个文件。这个网上多数教程都有写。&br&&br&这样环境已经配置好了，不需要再装别的了。完全没有 &a data-hash=&b6d28ac2b88b7f230552bab4a0aceaca& href=&/people/b6d28ac2b88b7f230552bab4a0aceaca& class=&member_mention& data-tip=&p$b$b6d28ac2b88b7f230552bab4a0aceaca&&@Belleve&/a& 讲的那么坑。&br&&br&然后用screen开个终端：&br&&div class=&highlight&&&pre&&code class=&language-text&&screen -S mc
&/code&&/pre&&/div&然后在这里面启动MC服务器的start.sh。服务器就开好了。&br&&br&下次再连上服务器，只要执行：&br&&div class=&highlight&&&pre&&code class=&language-text&&screen -R mc
&/code&&/pre&&/div&就能回到开mc服务器的虚拟终端了。
就在Aliyun上开MC服务器的路过。5人小服，服务器配置也是最低档（单核+1G内存+1M带宽）用起来还不错。服务器操作系统我选择的是CentOS 6.5。只用yum装了screen。java因为要1.7所以我是下载rpm包安装的。整个操作系统我也就配置了screen和java1.7，其他的东…
谢邀。&br&&br&不敢谈中国银行业，只说本行。&br&&br&和其他大型国有商业银行一样，目前在用的核心业务总行数据中心后台是IBM大机+DB2。&br&&br&然后我行从2009年立项，去年开始逐步迁移投产，计划2016年迁移完毕全面投产的新一代核心业务系统在总行数据中心的后台还是IBM大机+DB2。&br&&br&换浪潮？谁敢拍板？&br&&br&至于为什么突然有消息称IBM在中国商业银行业或遭禁用，请大家去看昨日个股。&br&&br&########################&br&&br&UPDATE &br&&br&即将开始全国推广的新一代核心业务系统二期，总分行数据库都采用X86 PC服务器集群架构，数据库软件还是DB2。&br&&br&这样的话也许真的在可预见的将来，国有品牌硬件将完全替代国外品牌。&br&&br&不过从采购量上来看，我个人还是更看好华为。
谢邀。不敢谈中国银行业，只说本行。和其他大型国有商业银行一样，目前在用的核心业务总行数据中心后台是IBM大机+DB2。然后我行从2009年立项，去年开始逐步迁移投产，计划2016年迁移完毕全面投产的新一代核心业务系统在总行数据中心的后台还是IBM大机+DB2。…
VMware Hypervisor / 以前的 ESX / ESXi，所谓 bare-metal hypervisor。其实是一个包装好的 Linux 内核 + VMware hypervisor 程序的打包。但因为这个 Hypervisor 是直接在裸机上安装的，可以与 VMware Player, Workstation / VirtualBox 这种在特定 OS 上安装的 type 2 hypervisor 区分开。&br&&br&楼上一群人去把 bare-metal (type 1) hypervisor 的定义抄 10 遍再说：&br&&a href=&http://en.wikipedia.org/wiki/Hypervisor#Classification& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&en.wikipedia.org/wiki/H&/span&&span class=&invisible&&ypervisor#Classification&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&&br&&br&#知乎不会好了
VMware Hypervisor / 以前的 ESX / ESXi，所谓 bare-metal hypervisor。其实是一个包装好的 Linux 内核 + VMware hypervisor 程序的打包。但因为这个 Hypervisor 是直接在裸机上安装的，可以与 VMware Player, Workstation / VirtualBox 这种在特定 OS 上安…
写着写着写跑题了…把对问题有帮助的部分我加了下划线…&br&&br&虚拟化有很多等级的&br&&br&&b&全虚拟化&/b&&br&对普通人来说最常见的是全虚拟化。装个VirtualBox，你就可以在Windows上跑Linux了。这么跑，效率实在太低&br&&br&&b&半虚拟化&/b&&br&其次则是半虚拟化。对Windows下虚拟化不了解就不说了。&br&Linux下有很多半虚拟化方案，题主说的xen和kvm都是半虚拟化。&br&它的好处是，系统之间资源分配相对隔离（一台16G服务器，分给某个xen虚拟机8G，那么在domain0上看见的内存就只剩8G了），分配的资源相对来说不容易互相有影响，并且性能相对全虚拟化来说更高。&br&缺点则是，Linux内核必须要支持这种虚拟化技术。对xen来说，是citrix维护了一个xen的内核补丁，对kvm来说则是一个kernel module。另外，虽然性能损失不大（你可以理解为，一台100分的机器内存和CPU平均分给两台xen虚拟机，总分能到90分以上），毕竟还是两个不同的OS环境，总会有一部分overhead在里面的。&br&&br&&b&Container方案&/b&&br&不清楚这个算不算传统意义上的虚拟化了。&br&&u&虚拟化的主要目的是提高单机的应用密度。也许某个应用设计时就没有考虑到多CPU高内存环境，不能充分利用CPU和内存（比如，某厂用的32bit的JVM，每个应用最多只能使用3G左右内存），那么我可以在一台机器上跑多个虚拟机，每个虚拟机内部跑一个应用，这样就能充分使用CPU和内存了。&/u&&br&但是传统虚拟化的思路是『完整虚拟出整个OS』，带来的overhead还是很大。这个时候各种container方案就出来了。&br&这些container方案的特点是，只有一个OS，但是有多个container。每个container可以跑ssh server，可以分配单独IP，可以配置单独主机名，可以有独立的文件系统（文件系统这部分，可以想象一下chroot）。当你ssh进去这样一个系统时，你可能看见了一个完整的进程树，有PID为0的进程，等等。但是在宿主机上，你的PID=0的进程可能实际PID是10010，整个进程树都进行了PID的映射，常见系统调用都做了hook，让你以为是在一个单独系统环境下。&br&&br&&img data-rawheight=&246& data-rawwidth=&902& src=&/3cd729e47bc70b9fc4de5d_b.jpg& class=&origin_image zh-lightbox-thumb& width=&902& data-original=&/3cd729e47bc70b9fc4de5d_r.jpg&&上图是heroku这个网站的container环境，甚至都没有PID为0的进程，但是有完整的目录结构&br&&br&常见的container方案有OpenVZ（是的，网上常见的所谓VPS，甚至不是一台虚拟机）和Linux内核内置的cgroup
写着写着写跑题了…把对问题有帮助的部分我加了下划线…虚拟化有很多等级的全虚拟化对普通人来说最常见的是全虚拟化。装个VirtualBox，你就可以在Windows上跑Linux了。这么跑，效率实在太低半虚拟化其次则是半虚拟化。对Windows下虚拟化不了解就不说了。Lin…
Oracle一线DBA简答。&br&不要迷信所谓大牛。这种问题随便抓个搞Oracle数据库的即可。&br&Oracle内存组件中，有一个叫做SGA的部分，这个部分如果设置了7G，启动之后，立马从内存中分割出7G，哪怕当前Oracle只用了100M。这7G也是不可以被其他任何机制回收和利用的。&br&而且Oracle是典型的耗内存应用，SGA组件里的BufferCache放的是真实的用户数据。可以避免分散的磁盘操作，而直接在SGA中完成对数据库的修改加工。&br&SGA是主要占内存的组件。其他PGA等等为用多少分配多少的基本原则。会发生回收机制的。&br&除此之外，你可以通过show parameter sga查看SGA的具体设置。
Oracle一线DBA简答。不要迷信所谓大牛。这种问题随便抓个搞Oracle数据库的即可。Oracle内存组件中，有一个叫做SGA的部分，这个部分如果设置了7G，启动之后，立马从内存中分割出7G，哪怕当前Oracle只用了100M。这7G也是不可以被其他任何机制回收和利用的。而…
0. 首先网络信号不是以(真空中的)光速传播的&br&&br&1. TCP-3 海底光缆全长 13300 公里, 以光速传播, 算上来回, 需要 100 毫秒左右&br&&br&2. 这是纯理想化的, 光纤中不是真空, 以比较理想的阶跃型介质光纤为例, 单模传输时等效折射率按 1.5 (当然实际这个数值可以有优化), 不考虑色散, 那光速就是原来的 2/3, 延迟这下就到了 150 毫秒&br&&br&3. 最后最重要的是经过多层路由器, 交换机, 还有不适合讨论的政治内容 以及不适合讨论的政治内容
以及 不适合讨论的政治内容
(目前不知道 不适合讨论的政治内容
的实体, 猜测是附在主干线上, 多分布于东部), 转发, 相当耗时. &br&&br&4. 这样, 考虑到实际中的复杂情况 (增加延迟), 和各种神奇的技术优化(减少延迟) 中美延迟极限值视地区可能在 150~200 ms 之间.&br&&br&5. 玩游戏的话, 以标准的流畅度而言, 60fps, 也就是一帧 16 ms, 这样你和别人的差距可能就到了十几甚至几十帧.&br&&br&6. 网页的话, Google 的推荐是, 对于一般网页, 完全不影响用户体验的加载速度是在 0.1s 也就是 100ms 内加载完, 加载不完的 js 等资源应在 body 后异步加载.&br&&br&7. 以我们现在访问的 不适合讨论的政治内容 为例, 原来在 linode, linode 其实在日本有节点, 但为了提升用户体验(笑), 不适合讨论的政治内容 应该是搬迁到了天津的自建机房. 延迟很低.&br&&br&然而并没有什么卵用.
0. 首先网络信号不是以(真空中的)光速传播的1. TCP-3 海底光缆全长 13300 公里, 以光速传播, 算上来回, 需要 100 毫秒左右2. 这是纯理想化的, 光纤中不是真空, 以比较理想的阶跃型介质光纤为例, 单模传输时等效折射率按 1.5 (当然实际这个数值可以有优化), …
&ol&&li&注册域名，如果你对英文很熟悉可以去&a href=&& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&。如果你还是不大了解的话我还是给你推荐国内比较实惠的注册商吧，&a href=&& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&，先去&a href=&& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&或&a href=&& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&注册账号，通过whois查询，如果你想注册的域名还没被其他人注册，那你可以充钱进去注册，域名注册后要按年续费的，如果在到期之前你没续费，那个域名就会被注销，注销后任何人可以重新注册。特别提醒一下，最好不要注册国内域名,即.cn和.&a href=&& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&之类的域名，因为国内域名限制很多，没备案的话你是不能使用的。所以要做网站最好选国际域名 .com .net 或.org或其他一些自由国家的域名&/li&&li&购买服务器空间，并将域名解析到服务器的IP（注：如果你用的服务器是国内的，那要先将域名备案，如果是国外的就不用了）&/li&&li&上传网站程序(如wordpress、bo-blog等开源程序)到服务器，安装&/li&&li&配置你网站的基本信息，OK，你已经拥有一个独立博客/网站了&/li&&/ol&
注册域名，如果你对英文很熟悉可以去。如果你还是不大了解的话我还是给你推荐国内比较实惠的注册商吧，，先去或注册账号，通过whois查询，如果你想注册的域名还没被其他…
来自子话题：
用limit_req模块来限制请求频率：&br&&a href=&http://nginx.org/en/docs/http/ngx_http_limit_req_module.html& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&nginx.org/en/docs/http/&/span&&span class=&invisible&&ngx_http_limit_req_module.html&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&&br&也可以用tengine中的增强版：&br&&a href=&http://tengine.taobao.org/document_cn/http_limit_req_cn.html& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&tengine.taobao.org/docu&/span&&span class=&invisible&&ment_cn/http_limit_req_cn.html&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&
用limit_req模块来限制请求频率：也可以用tengine中的增强版：
来自子话题：
认为Nginx性能高的原因仅仅在于用了epoll/kqueue的想法是肤浅的。Nginx的优化工作非常细致，是整体的优化使其成为一个高性能的服务器。epoll之类的只是冰山之一角。
认为Nginx性能高的原因仅仅在于用了epoll/kqueue的想法是肤浅的。Nginx的优化工作非常细致，是整体的优化使其成为一个高性能的服务器。epoll之类的只是冰山之一角。
来自子话题：
开源软件用 C 的比较多，而且往往是单线程多进程的，造成一个错觉：单线程多进程+C是网络服务端程序的主流。&br&其实，就我工作中接触和了解的公司内部自己开发维护的服务器端程序来看，多线程C++、Java、Python、Go 都常用，唯独不见 C。
开源软件用 C 的比较多，而且往往是单线程多进程的，造成一个错觉：单线程多进程+C是网络服务端程序的主流。其实，就我工作中接触和了解的公司内部自己开发维护的服务器端程序来看，多线程C++、Java、Python、Go 都常用，唯独不见 C。
来自子话题：
假如我是一个理论派的架构师， 我会先说一句 ”看情况，各有各的好处“， 然后做个类似与这样的列表：&br&&br&Mongo：&br&Write(写）的效率比较高&br&更容易分布在多台机器上，理论上可以支持更大量的数据&br&Schema Free， 改变数据库结构比较方便&br&b-tree 结构， O(log n)&br&。。。&br&&br&SQL＋memcache：&br&更稳定，不会丢失数据&br&更成熟， bug比较少，有很多成功案例&br&假如你的数据单位比较小（&1 kb)， memcache 效率比MongoDB 好&br&。。。&br&&br&对某些类型的项目， 比如Log数据分系， 这样的列表也许可以帮你做决定。 但我觉得最有用的方式是去研究实际案例。有些公司会分享他们的过程， 说“我们用了 X（ 数据库）去解决 Y （细问题）， 然后遇到了 Z （困难）。。。” 很多web2.0产品的数据架构都大同小异， 找到一个类似与自己产品的案例做参考应该不难。&br&&br&希望这个问题能多引来一些这类的答案。&br&&br&－－－&br&&br&关于雇人，技术团队不需要每个人都懂深层数据。无论是MySQL 或 Mongo, 新手都能很快的学会怎么在application level 调用数据。&br&&br&需要的是一两个赶在前边，拿大量数据做测试，为了下一此10x翻倍做准备的团员。我们之前请了几位理论派的架构师来做这件事。他们不编程， 只调用理论与经验来做决定，结果吃了不少亏。想做好big data， 一定要找到愿意亲自上手的人。 只有不停的”做“， 才能解决那些无法预测的问题。
假如我是一个理论派的架构师， 我会先说一句 ”看情况，各有各的好处“， 然后做个类似与这样的列表：Mongo：Write(写）的效率比较高更容易分布在多台机器上，理论上可以支持更大量的数据Schema Free， 改变数据库结构比较方便b-tree 结构， O(log n)。。。…
一般来说，我们会选择一个在Windows下也可以跑的起来（但可能性能不会优化到极致）的方案，举例来说，网络程序采用boost.asio/libuv作为底层，UI程序采用Qt作为底层等等。采用cmake或类似方案作为构建系统。&br&然后在Windows上开发、调试、运行、测试所有逻辑、进行所有单元测试。然后登陆Linux，修复所有因为编译器差异导致的编译错误（如果你两边都采用最新的编译器，这种差异在通常的代码里很少见），跑过所有单元测试，然后基本上就是一个可以运行的系统了。&br&登陆Linux的过程，我选择XShell+Vi(m)。 （很少的）调试选择原始的printf。 对于崩溃性质的问题，采用gdb看调用栈。
一般来说，我们会选择一个在Windows下也可以跑的起来（但可能性能不会优化到极致）的方案，举例来说，网络程序采用boost.asio/libuv作为底层，UI程序采用Qt作为底层等等。采用cmake或类似方案作为构建系统。然后在Windows上开发、调试、运行、测试所有逻辑…
reactor：能收了你跟俺说一声。&br&proactor: 你给我收十个字节，收好了跟俺说一声。
reactor：能收了你跟俺说一声。proactor: 你给我收十个字节，收好了跟俺说一声。
来自子话题：
&p&人生三错觉：&/p&&p&他喜欢我&/p&&p&手机震动&/p&&p&有思路我能做出来&/p&
人生三错觉：他喜欢我手机震动有思路我能做出来
&img src=&/d0edf1e33dd63f1c9f2cf813a5e4a4d3_b.jpg& data-rawwidth=&440& data-rawheight=&12945& class=&origin_image zh-lightbox-thumb& width=&440& data-original=&/d0edf1e33dd63f1c9f2cf813a5e4a4d3_r.jpg&&&img src=&/afbdebe6a0a_b.jpg& data-rawwidth=&440& data-rawheight=&3428& class=&origin_image zh-lightbox-thumb& width=&440& data-original=&/afbdebe6a0a_r.jpg&&西西河的文章和人民日报有关12306报道，供参考或批判
西西河的文章和人民日报有关12306报道，供参考或批判
肯定是超过服务器负荷了，就这么简单。&br&&br&至于你说你在别的网站没遇到过类似的问题，那没有什么可比性。百度贴吧有多少服务器？知乎又有多少服务器？&br&&br&只能说知乎可能没钱购买新服务器而已，就这么简单。&br&&br&------------------------------------------------------&br&&br&补充点东西吧，alexa上看到的知乎的日均IP大概是500万左右，就算是有偏差，仍然是一个很大的数量级，贴吧占百度流量的10%左右，百度日IP量接近4亿，那么估算贴吧的访问量应该是知乎的10倍以上，但我相信知乎不会像百度那么有钱。因为起码百度是盈利的，知乎目前应该还是风投出的钱吧。&br&&br&另外，豆瓣的访问量和服务器配置倒是可以参考一下：&br&&a href=&/question/& class=&internal&&豆瓣网目前一共用了多少台服务器？&/a&
肯定是超过服务器负荷了，就这么简单。至于你说你在别的网站没遇到过类似的问题，那没有什么可比性。百度贴吧有多少服务器？知乎又有多少服务器？只能说知乎可能没钱购买新服务器而已，就这么简单。------------------------------------------------------…
来自子话题：
谢邀。进程数与并发数不存在很直接的关系。这取决取server采用的工作方式。&br&&br&如果一个server采用一个进程负责一个request的方式，那么进程数就是并发数。那么显而易见的，就是会有很多进程在等待中。等什么？最多的应该是等待网络传输。其缺点题主应该也感觉到了，此处不述。&br&&br&而nginx 的异步非阻塞工作方式正是利用了这点等待的时间。在需要等待的时候，这些进程就空闲出来待命了。因此表现为少数几个进程就解决了大量的并发问题。&br&&br&nginx是如何利用的呢，简单来说：同样的4个进程，如果采用一个进程负责一个request的方式，那么，同时进来4个request之后，每个进程就负责其中一个，直至会话关闭。期间，如果有第5个request进来了。就无法及时反应了，因为4个进程都没干完活呢，因此，一般有个调度进程，每当新进来了一个request，就新开个进程来处理。&br&&br&nginx不这样，每进来一个request，会有一个worker进程去处理。但不是全程的处理，处理到什么程度呢？处理到可能发生阻塞的地方，比如向上游（后端）服务器转发request，并等待请求返回。那么，这个处理的worker不会这么傻等着，他会在发送完请求后，注册一个事件：“如果upstream返回了，告诉我一声，我再接着干”。于是他就休息去了。此时，如果再有request 进来，他就可以很快再按这种方式处理。而一旦上游服务器返回了，就会触发这个事件，worker才会来接手，这个request才会接着往下走。&br&&br&由于web server的工作性质决定了每个request的大部份生命都是在网络传输中，实际上花费在server机器上的时间片不多。这是几个进程就解决高并发的秘密所在。即@&a href=&/people/skoo87& class=&internal&&skoo&/a&所说的&br&&br&&blockquote&webserver刚好属于网络io密集型应用，不算是计算密集型。&br&&/blockquote&&br&而@&a href=&/people/shudu& class=&internal&&叔度&/a&所说的&br&&br&&blockquote&异步，非阻塞，使用epoll，和大量细节处的优化。&br&&/blockquote&&br&也正是nginx之所以然的技术基石。&br&&br&供参考。
谢邀。进程数与并发数不存在很直接的关系。这取决取server采用的工作方式。如果一个server采用一个进程负责一个request的方式，那么进程数就是并发数。那么显而易见的，就是会有很多进程在等待中。等什么？最多的应该是等待网络传输。其缺点题主应该也感觉…
必须要推荐一下tcpcopy呀。拷贝线上实际流量，好工具！
必须要推荐一下tcpcopy呀。拷贝线上实际流量，好工具！
支持前面的答案&br&&br&1、服务器端区分连接终端类型和平台版本不难，主要是数据接口的设计和负载能力。比如米聊，对所有终端内部的通信、存储、转发机制是样的。那你核心还是服务器端的技术储备和能力。&br&&br&2、Talk box的通信机制实现起来不难，但还是前面的这个问题，就是服务器端的技术，同时语音的压缩和播放是否有自己的或者适合的引擎，因为Talk box 可以做到每秒2K的数据量超过移动网络的话音通信质量。&br&&br&3、游戏的跨平台，建议还是使用跨平台的引擎。Cocos2D 之后衍生的 Cocos2D-X要到年底才能比较完善的支持多平台（主要是目前Android平台Cocos2D-X还是需要用JAVA和C混编，要求比较高）而3D也有类似的可选择产品。&br&&br&4、是否有必要上来就考虑夸平台，这是个疑问。目前我们真的还没有看到哪个产品上来就提供网络游戏多平台支持的，因为各个平台目前盈利模式和收费渠道有所不同，所以你很难直接用iOS上的费率要求Android用户也认账，除非是直接针对海外市场。而目前iOS Android WP7这些平台上最成功的网络游戏还没有超过10万人在线的，前面问题中100万 1000万的这个前提至少半年甚至1年内不存在。&br&&br&5、回合制游戏，我们要求做弱联网就是GPRS下必须可玩，如果一定是长连接，请评估自己通过优化后能得到的最小数据通信量。如果做手机网络游戏只能WIFI环境，或者断线后游戏进程没有等待或者恢复机制。那基本上不太可能或者真正的或者持续的成功&br&&br&6、目前北美Grossing 前30名，无论iPhone 还是iPad，传统概念的网络游戏几乎都是不存在的，只有弱联网的棋牌、农场、经营类，我们不认为MMO、大型联网游戏、3D网络游戏短时间内会有足够的市场空间。Android平台由于70%的终端还是里程碑时代的性能，所以建议产品选型的时候慎重，考虑跨平台同步实现的时候慎重，网络连接的带宽需求设计慎重。
支持前面的答案1、服务器端区分连接终端类型和平台版本不难，主要是数据接口的设计和负载能力。比如米聊，对所有终端内部的通信、存储、转发机制是样的。那你核心还是服务器端的技术储备和能力。2、Talk box的通信机制实现起来不难，但还是前面的这个问题，…
来自子话题：
Nginx 是以静态内容和前端代理为主的服务器，Python 的各种框架用来实现动态的逻辑。&br&&br&常见搭配是 Nginx 监听客户端连接，直接响应静态请求（图片、css、js 等），然后将动态请求通过 FastCGI (web.py) 或者 proxy (Tornado) 转发给后端的服务器进行处理。Nginx 本身是 C 写的，代码效率高，支持动态平衡，比直接用 Python 面对大规模请求要稳定高效一些。&br&&br&Web.py 这些框架有时候会自带一个服务器用作开发，但是这个服务器（与 Python 标准库的 SimpleHTTPServer 一样）无法很好应对高负载情况，不应用于生产环境。&br&&br&真正与 Nginx 形成竞争关系的是 Tornado 和基于 Twisted 的一些服务器。这些服务器本身就是为直接连接客户端设计的，并且支持 WebSocket 等一些 Nginx 反向代理不支持的协议。在一个足够复杂的、模块繁多的项目中，可能出现 Nginx 支持静态文件，Tornado 支持 comet 服务，然后某一端代理更多的业务逻辑的组合形式。
Nginx 是以静态内容和前端代理为主的服务器，Python 的各种框架用来实现动态的逻辑。常见搭配是 Nginx 监听客户端连接，直接响应静态请求（图片、css、js 等），然后将动态请求通过 FastCGI (web.py) 或者 proxy (Tornado) 转发给后端的服务器进行处理。Ngi…