不知道腾讯那边是什么情况，手游的话服务端和客户端其实分的不是太开，都是按功能来分的，客户端服务端都得做。端游那边还是正统一些，分的比较开。

另外， 如果不介意以后天天业务狗，或者不是游戏爱好者的话，还是尽量不要进游戏行业吧，还是老老实实去互联网比较好。

@suckli 贵厂是年终奖来发奖金的啊。。。游戏行业也是 2-8 开啊， 20%的项目拿赚走分走了 80%的钱，可能比例还要比这个高一些。。。游戏部门加班肯定都存在吧，特别是手游。稳定的端游部门好一些，反正我们厂稳定的端游部门都是准点下班的。手游部门就惨不忍睹了。

@ichigo 哈哈。。好应景，不过应该也是实话，老司机会让你选 B 的，新手乐天派会推荐你选 A 。

牙刷头，空气净化器，牛奶，凉席

如果只是考虑到房价，结婚，生小孩，看病，小孩上学这些方面的话，现在成都应该是最好的选择（这就相当于一步到位解决上面的问题了）。杭州的房价也不低啊，如果上海买房觉得压力大，那么杭州也不会好到哪里去，都是挣扎在刚需小房子的边缘，一样会有结婚生子，孩子上学的压力。

多线程当然可以利用多核，调度单元是线程，不是进程。
不然 Java 程序的 1600%的 CPU 利用率是怎么跑出来的。。？（同时占满 16 个 CPU 核心）

@denghongcai 额，有老司机心里就有底了。。

@Syc 额，因为一台服务器要起很多个聊天进程，所以不存在浪费的问题，每一个游戏服对应一个聊天进程，本身游戏服与服之间基本是没有关联的，可能有一些跨服小喇叭之类的功能，不过这些都是很冷门的需求，进程间通信的开销并不大。采用单进程单线程主要还是因为开发所选用的技术的原因（ Gevent ）。

@suckli 额，肯定不会只跑单进程单线程了，生产环境机器标准是 16 核 32 线程， 96G 内存的，是准备开 20 个聊天进程，用于支撑 20 个游戏服的聊天。热备啥的，倒是没有考虑过，因为本身聊天不是关键业务，所以要求不是特别高。

@yxaaa123 在 Linux 下的 epoll 单进程（单线程）要支持 1W 的 TCP 长连接没什么难度啊，消息的处理占了更多的 CPU ，现在的压测就是按照 1W 长连接并发来测试的，大多数的执行都是在 C 层级的 loop 里面效率还是可以，上层消息处理以及逻辑的脚本代码并不多，速度还是没啥问题。主要是现在担心会有其他没有考虑到的坑，所以上来问问。

@wuxqing 那是慢在 Java 的系统调用以及与外部系统的集成上，尤其是与非 Java 环境的外部系统集成，纯粹实现算法，业务逻辑， C++执行速度并没有优势。
@lightening 3,4 百 M 级别的程序，基本不用考虑 GC 问题的，如果安卓环境的硬件水平能达到 Apple 家的水准，安卓体验也是可以上去不少的，不过这个难度比较大，最近几个项目对比发现，安卓生态环境的硬件水平跟 Apple 的比起来真是弱的掉渣了，差距不是一点点。

@Neveroldmilk IOS 之所以在体验上秒了大多数市面上安卓机器，更大程度上是因为 Apple 家的硬件强大，而不是语言对 Java 的优势。。。做游戏的同志对这方面应该能有比较强的感受。安卓上各种 4,8,10,12 核就 TM 扯淡的，被 Apple 家的处理器吊打。

@Neveroldmilk 话说就真的觉得 C++就比 Java 快啊。。？ Java 语言执行速度本质上和 C++是同一个量级的，加上 Java 有很多顶级大神写的库（尤其是 Concurrent 库）， C++以及其他语言可是没有的额。。这些加起来然后用来完成相同的逻辑功能， C++还不一定有 Java 快呢。。 Java 这方面只不过是 GC 比较让人诟病而已，说到 GC ，任何 GC 类型的语言，都只不过是在工业级层面上来走 Java 的老路而已，跟着 Java 学，就开始说超越 Java 了，也是醉了（比如 Go 啥的）。

天气一热。。。鼠标键盘就不行了。。汗

写的不错

@edwardaa 担心生病么。。？
@loading 是的，确定是墙面，凑到了墙面闻了下，气味确实是墙面散发出来的，租的房子，比较难处理。。。不过墙面其实也刷了一年多了。。。