@ETiV #22 如果纯统计数据完全没必要落数据库吧，直接队列，实时计算，之后文本存储就行了，写入速度快性能好，就算之后有其他统计需求，读文本也比读 mysql 快多了

溢出了？

认真说大部分收益稍高的入门前期亏损比率都高达 99%，所以现在不想太折腾以后也不太想，那么还是买点国债、朝朝盈啥的吧，想折腾的话，可以在股票、黄金、基金、比特币各出几千，虽然预计你几乎会全折进去，但是几年后你的经验、投资心态还是很有好处的

整体还是能盈利的都有机构会去做，散户和他们信息、工具等差距太大，短期几个小时或者一天两天或许有好运气可能，长期看没有运气一说

@BingoXuan 丢包就是 udp 导致的吧，另外的排序和重传算法实现不好的话，要慢死的

@BingoXuan 这样不行吧，tcp 连接是面向连接的，数据都是粘包有序的，你转发给不粘包无序的 udp，到时候数据格式都解不出来了吧，难道你又单独做了分帧和排序？那又是何苦呢，都用 tcp 不好么

openvpn + iptable 吧，你这个应该是每一个客户链接端口 2 就创建一个端口 1 到内网本地的链接吧，端口转发 openvpn + iptable 应该是最完整的了，tcp udp，啥都能转发，自己写的话，要么做多路复用要么有个控制连接通知本地打开新连接

@ynefen #18 想问下，rock64 pro 版本可以用这个内核么？

https://github.com/snower/forsun

使用 redis 保存的话，开 redis 持久化就不会丢失，添加删除都很方便

想多了吧，都遇到行人不能识别要人工介入，早把他撞死一百回了吧，虽然低延时但是根本不行，现在车虽然电子助力控制，但是方向盘和刹车本身物理连接的吧，你这个突然有个延时不稳定啥的不作死了，自动驾驶要能上路，必须要求车能够自动识别有智能自己决断，5g 的作用应该是车辆之间、红绿灯等等的联动吧，完全远程控制简直作死

这个问题应该是无论怎么设计，任何的故障状态都应该在降级之后进入安全状态而不是更危险状态，比如车辆发动机故障就会因为失去动力减速，油门故障则可以强行刹车减速等等，这种看着很牛逼但是完全扯淡的很多，比如看着很高端的无人机送快递，想象一下整个城市上空数十万无人机任何故障都会掉下来，而不出故障完全不可能，多恐怖

而且似乎你对这个 5g 的低延时也有点误解，5g 的低延时说的是基站到终端的低延时吧，主干网、机房、服务器，这些部分的延时没说有任何改变吧，想想看真这么干太作死了吧

或许《飘》《傲慢与偏见》《钢铁是怎样炼成的》都可以啊，不过看得下去还是很不容易的，名著这种东西，起初读起来真是很累，但在很长时间内对人的性格真的有不同影响

不过还是应该选择偏中性为主，那些揭露人性人生啥的或许在我们年长看起来是人生哲理，但经验即偏见，他们能遇见什么是我们所不能预见的，花样年花还是不应该有偏见

话说男孩子的话，名著不喜欢，或许金庸、李凉的武侠，偏中性的像《诛仙》这样的玄幻类其实也不是不可以，或许没什么大道理，但是某刻无法说出口的时候或许能给他些启发

只能网络能连通都可行，只是稳不稳定就不好说了

@anthoy #15 肯定的啊，都相互连不通网，主从怎么同步数据。。

相互能联网就可以，只是这样主从延迟可能比较高，大量写入的时候公网带宽可能无法跟上传输速度，短时间可能问题不大，时间长了就不行了

还有各问题就是公网传输可能不稳定，我记得 redis 的主从如果网络错误断开了重新加入主从是需要重新传输全部数据的，稍大一点的数据量这个都无法短时间搞定吧

@anthoy #6 如果 binlog 还没覆盖清楚掉是可以的，binlog 可能会你自己删除了，或者设置了自动多长时间删除

@aaa5838769 #3 也不行吧，如果从数据库的数据更新，主从同步很快就冲突挂掉了

理解是不是有问题，难道不是应该从从库数据的主库 binlog 位置应用么。。
否则你从库数据和主库最新 binlog 之间的数据岂不是没有了

要循序渐进啊，一般每星期两小时锻炼的话，体能关节肌肉的改善至少需要稳定缓慢锻炼半年时间，跑步的话如果体能比较强还是不要大步幅，提高步频就可以了，器械锻炼的话 15 到 20 公斤起步，差不多要三个月以上才能再提高五公斤吧

之前手肘肩部关节疼死，手都抬不起来，稳定每星期两小时锻炼半年才感觉好一些，一年半后才明显感觉肠胃精神状态都好很多，循序渐进，稳定坚持才行啊，体力状态也会有低潮，所以实在坚持步行的也没必要逞强，适当超越但是适度锻炼才好啊