Nroskill@Nroskill
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“最好是这样 不然开题不好混过去 后面小论文也不好搞”
“所有后台的数据都是有时效性的，不然为什么不做成静态写死在客户端呢？ 不过如果真的只有几M这么大的数据量，需要传4分钟，那说明底层协议上确实有问题，建议抓包看一下到底怎么回事，或者干脆把客户端架在服务端服务器上测试一下，排除网络干扰的因素 另外你真的需要一次性渲染那么大量的数据给用户看吗？或者说每次请求都要重新获取这么大…”
“强调一下 TCP是个基于流的协议 没有包的概念 TCP不保证提交给应用层的是完整的、不包含多余数据的数据”
“TCP有自己的分段算法 来避免网络层的分片 接收端收到后会重组并提交给应用层（PSH或缓冲区满） 另外重传是另一个概念 出现重传的大多数情况都是网络条件差导致丢包造成的 回到你的问题本身 你应该首先确认是否确实是重传过多导致的问题 然后确认你的每次返回的数据量 如果确实很大 那么就不是TCP的锅 常见做法是修改你的后端…”
“3年了没重装过”
“除非你某个字段内容很大 这样查询时网络io可能会是瓶颈 上亿数据+500qps压力不是很大 正常加索引就行 要求再高想优化的话 分表 做partition 内存多给一些 合并一些查询 做cache 都可以”
“这些操作优先空间还是时间 数据量要求支撑多大？ 真正的excel数据量大时 append很快 但是insert会慢很多 所以在行的设计我猜是类似于vector然后做了优化的 列由于一般不会太多（而且数量上限好像有限制） 所以预分配好也无所谓 想要实现功能很简单 但是优化是要根据具体业务场景来的 提前优化就是耍流氓（当然…”
“本来就不能算是并行的……关键逻辑都加锁了 另外楼上是对的，MAX=500太小了，你自己加一秒然后break看看，起码能加到上亿的”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。