@nicreve #8 不可能没有下单失败补回库存的情况吧，存件减又必须在下单前

看起来应该时某种简单的偏移算法啊

@byzf #5 是么？直接支持还是需要啥额外参数呢？我看各种都说 socks5 协议的啊，ssh 这种软件不大可能实现成自动判断请求类型的吧

这个脚本的性能嘛应该是很好的

@imdong #6 但重点是也许你并不能在这台机器上安装软件，或者安装了之后有安全风险，脚本嘛，crtl-C 或者终端退出后就安全了

@amajia #1 比如内网机器想发告警邮件啥的，可以把阿里 qq 的发件地址解析到本地端口来转发似乎是个快捷好方法啊

@amajia #1 -L 端口转发是很好用，-D 能开 socks5 代理，唯一美中不足就是不能开 http 代理啊，但是端口通过另外一台代理服务器转发到远程服务器有时还是很需要的呐

设置路由，配置 nat 就是了啊，用 route 和 iptables 命令加下就好

@lxrmido #4 我这开机了三天，那么每天写差不多 10G 了，真是比想象得多得多啊

@lxrmido #1 没啥场景，就看常规使用，浏览网页看视频工作，其实直觉一直以为会读远远超过写来着

既然如此，这么多软件都可以开模拟盘，还费那劲干嘛，虽然吧 1 万块本金和 100 百万本金其实是完全不同的

dict 的 key 啥时候能重复了，你这是犯傻了还是想要逆天无视数据结构规则了

@amiwrong123 #4 不是 2 的幂，你可以查一下大部分分配器的实现，大部分都是 2 4 8 16 32 这样分配的，倍数，虽然会浪费一些内存，但是内存碎片少，分配管理效率高

内存对齐，还有现在大部分内存分配管理器都是 2 的倍数分配的，不这样处理那就白白浪费内存了

虽然读写起来是少了很多事，但是对于大多数业务来说，这也代表着逻辑不清，定义不明，结构不合理，缺少足够思考和理解，这不但脑懒还手懒，从维护来看真的是作死，如果经过了细致思考梳理设计，那么就应该每个字段每个数据定义逻辑都应该清清楚楚明明白白，既然如此那又犯这懒何必，借助良好的 ORM，使用上还更简单，关于性能不性能的，纯属想太多

@opengps #1 但是事实上说的全是错的，纯属啥不懂还瞎 BB

分布式 ID 大多都是 Client 本地生成，算法基本逻辑大多是一样的，看最终字节数吧，8 字节估计大部分情况都需要手动配置 clientID，也就是集权机器进程 ID，16 字节一般也就可以直接本地取信息自动生成了，除此之外很多情况下还有希望是直接数字时间，比如订单号这样比较容易给人看的，但是这样的话直接占了 14 字符了，所以很多时候还是需要依据自己业务量来适当调整的

@iptables #19 看师傅的意思是看路由超级密码的权限被收回了，他们改啥都是和客服说，啥权限没有