nginx 并发一般是单核心的性能，你看这个 F5 提供的数据可是 56 核的，再说 4 层负载均衡本来就不是 7 层负载均衡能比的，而且吧你说的这个 300M 是连接数，而 nginx 的 c10k 是 qps ，这两不是一个东西吧，对应 F5 的是 requests pre second ，连接数这种 nginx 也不止 10k 啊

网页里的话应该只有 webrtc 了，app 的话还可以把其中一台当作服务器

@rqxiao #4 是的，索引应该是只保存索引字段和主键的值，磁盘 IO 会少很多，而且一般来说索引应该会尽可能保存在内存中，这也可以快一点吧

其实就是虽然都需要全表扫，但是你这个不需要查询除索引外的字段，所以直接在索引上统计就行，且不说索引数据量小了很多，而且大概率索引会在内存中，所以快一点很正常，你 SELECT 加个不在索引中的字段触发回表，你就会发现效率差不多了

区分度不高的列上加索引查询效率不明显，这个主要问题是这个字段添加过滤条件后，需要扫描的数据条数几乎和不加索引差距不大，所以并不能明显提高效率，更不要说你这个地方都没有添加任何过滤条件，无论怎么着都要扫描所有数据

@qsmd42 #36 但是真的可以靠卫星兼容手机？毕竟距离和大气层限制可是实实在在的，GPS 这种单向的还可以靠卫星调整方向功率来让手机小功率小天线依然可以接收，那手机发射的怎么办啊，功率不到直接就被大气层吸收完了吧，卫星再牛也不能把天线伸过来吧

看有介绍说发射功率 2w ，专业做卫星电话的设备不说有外部长天线，看好多评测还要尽量导户外并且需要大概对准微信方向，所以大概率随时随地捞出来就能打卫星电话短信什么的估计是想太多了吧，而且这么高发射功率，你这电池能抗几分钟啊，所以平时微信通信肯定是关闭的，使用时才会打开并且需要很长时间的搜星对准估计才能使用，替代上网什么的估计大概率聊胜于无了，再说信号什么的，5G 和卫星通信毫不相干吧

sort 过程中并没有创建新 slice ，那么说明排序过程会交换变量位置，你这个第二个排序过程中 c 和 d 两个 slice 中相同索引位置已经不是最开始相同元素了啊，排序结果当然是不对的，这个很明显的吧

@D33109 #38 赞同，作为干技术的不首先以技术视角探究原理、逻辑和取舍，只会盲目情绪化真是非常不好，作为干技术 starlink 罪基本的实现原理、参数、前瞻性和使用限制都不不清楚，这真的就只能显示自己是脑残了

不是有结束容器命令么？但是不能等待吧

ipv4 除了防火墙外 wan 口有配置 nat ，ipv6 wan 和 lan 应该只有防火墙区别了吧

大家也别这么苛刻吧，谁还不犯个傻啊，但是不能在有频繁写入过程中重启数据库，这个傻确实犯的有点低级

@mritd #18 其实没多少差别，云无非就是直接支持存储用自己的云硬盘，service 和 ingress 可以直接用自己的负载均衡，什么监控日志告警啥的可以接入云基础服务，其他的没啥特别的，要说界面啥的真不咋好用，感觉还不如直接做集群管理 rancher 之类的好用呢

@mritd #14 确实，而且用云的话，好像阿里、腾讯和华为云都有共享集群，便宜不少

@xwtttt #6 不靠谱吧，商品质量筛查这种可能这个还行，但是这个是销售关系筛查啊，商品质量这种是由特定客观规律的，销售关系就是个社会规则，现阶段的机器学习和数据量处理不了这种吧


@funcookies #8 所谓机器学习简单点其实就是个解超大型方程的过程，越符合数学物理规律的使用相对较少的数据和参数就能有很好效果，此外像语言识别、自然语言处理之类的虽然看起来不符合数学规律，但是人的发言范围、规则、音色，语言的词法、语法之类的是固定的啊，所以在相对较大的数据量和参数上还是有可能处理的，但是你这销售关系是个社会规则，一般来说规律实在不强，在现有数据量和模型复杂度来说，真不会有好效果，远不如 if else 靠谱，当然这个 if else 应该叫做专家系统，早先似乎也会被称为机器学习，实际工程实现中，搞个规则引擎系统就是了呗，以人工能标注的数据量来说绰绰有余了

feign 不还是 http 调用，本来就是走域名的，所以这两者哪不同了？哪来的兼容性问题。。

@funcookies #3 问题是机器学习你需要大量标注好的数据，而且这种以人现实规则识别为主的，大概率你没列举标注的无法识别，所以既然你本来就要列举标注，那么显然 if else 更简单才是，机器学习也不是万能的，并不能凭空扩展范围

@wellsc #14 只是加了 namespce ，又不需要添加指令转译，namespce 毕竟不是运行时的，没多少消耗的