@Hconk C 和 C++需要一大堆的动态库作为依赖啊 不过其实有办法把依赖也都编译到可执行文件里

OGG 我认为这是最靠谱的方案

来来来 我来开一发地图炮啊

这个现象是不是可以说明前端从业者的素质偏低？

谈谈我的理解

1. boss 线程一般只负责 accept 新链接，这个工作一般情况下单个线程肯定够了
2. 只有一个线程的线程池也是线程池！这是抽象概念问题，请参考 JDK 并发包里的线程池
3. 据我所知处理网络 IO 的最优解就是一个线程负责 accept，其他 N 个线程负责具体的 IO 操作

明显是你本地用的 SS 的实现有问题

SS 200M 贷款吞吐的时候 只用到 E3 1265L 一个核心的 30%左右

@adamwang 请问优惠卷是杂弄的啊？我是 3999 买的

这年头一点最基本的信任都没了。。。
我用了一年多吧 年付的 结果跑路了。。。

说了半天硬件的问题在哪？

标题误导性强
LZ 动手能力跟解决问题的能力差

完毕

ss-libev 的 redir 可以转发 UDP 啊

别考虑什么技术了，LZ 一看你就太年轻，国内现在越来越差，而且会更差

千万别回来 千万别回来～

请用 echo -n

@dremy 没有性价比 只看你的网络带宽 Edge router lite 很不错 不过也就应付 50Mb 的带宽，再往上的话丢包率就上去了

x86 的软路由就看需求，一分钱一分货

现在比较成熟的方案是 OpenWRT + IPset 基于域名的翻墙路由
路由器下所有设备都可以透明的翻墙，而且哪些域名翻墙 哪些域名直连可以很容易的控制

一定找一个 CPU 性能强的路由器，最差也得是 ERL，x86 的软路由也行

为什么不用 C 直接写 REST 服务？这样效率会更高

另外在 REST 中 POST 的语义不是改变服务器的状态吧？建议 LZ 多参考一些优秀的 RESTful API 设计

在我看来 jar 包是二进制文件（实际上应该不全是），用 git 等源码管理工具来管理二进制数据本来就是作死

PS ：最反感的就是你说的这种同事， maven 起码算是目前的最佳实践之一，他就没想过为什么吗？觉得就自己牛
其他无数的开发者都是傻 X ？ 连这么点新鲜事物都不能接受 这是作为开发者最基本素质的缺失

OpenWRT 是软件做的 NAT
据我所知除非 x86 400M 就别想了

一种做法就是你的思路，使用 session_id ，但是这样一般会导致无状态的请求变成有状态，以后不好作水平扩展，或者需要引入 redis 这种公共的服务，又会涉及到单点的问题。
另一种做法是采用 OAuth ，用户的登陆信息实际上在 token 的 payload 里，但是这样对 CPU 的压力又会大一点。

或者 LZ 你自己想一个更好的方法。。。

目前用的 OpenWRT X86 的软路由

实现了两个功能：
1. 多拨： 从 100M 下行提高到 280M
2. 透明 [番] 墙： 接入路由器的所有家庭设备不用任何设置即可透明的实现科学上网，并且科学上网的分流策略是基于域名的，这个我认为的目前最好的科学上网方式之一

http://www.speedtest.net/my-result/5454383026
多拨之后可以达到的速度