@Planarians 男权对女性都是衍生压迫，男权压迫的对象是底层男性啊，大部分女的这都看不懂，就来个男权压迫女权了

自己写一个去重感觉比较靠谱，之前测试过开源的照片方案感觉都不太行，遑论去重组件了

按个人经验来说交易所主要考虑成分，因为国内这方面成分还蛮复杂的，涉不涉公之类的

@gtx990 有千行级别的 join 需求，单行 join 我还问什么。。

@roundgis 总数据量不到 10 亿，单表现在大概五百万左右，我对 join 性能没有不满但是我们需要能负载高 qps ，把数据库从 join 转化为 kv 会好很多。

@shyangs 性能比较可以参考 Programming-Language-Benchmarks-Visualization 比你这个更清楚一些，另外为什么曾经在 py 区发过贴，连算法问题里都要有人来踩两句 py 的性能问题我也是不懂了，什么逻辑？你来发点有营养的也就算了还发的都是这种。。谁不知道 python 性能低，我们这个业务不是 python 做的

@LeeReamond 楼主提到的层编码的方式我试过是可以跑的，但是我附加的维数只有一维所以可能没什么代表性

@ytgui 只是讨论一下可行性和经验，毕竟没有时序数据外再加数据，然后用注意力关注的经验。另外位置编码近两年在时序数据上不是被诟病的蛮多的，去年鼎会很多这方面的文章，我感觉不太行所以来问问

@ljrdxs 说性能好肯定没把握，但是毕竟数据端扩展起来远不如业务端省事，业务节点想开多少开多少不是，然后在此基础上 join 逻辑好好写一写，相当于把数据层的 join 逻辑拆成 kv 索引了，整体压力应该能小不少吧。

修仙，进入炼气期后就可以增强身体素质，我看网上写的很多人筑基以后骨折这种一天就好了

正经的肯定是有，但是基本看脸。像我这种自己是玩家的都会有淘汰下来的旧件，卖 ssd 的时候也都会说明写入量和通电时间啥的，咱正经卖二手不改参数。但是我感觉咸鱼交易数超过几百的那些贩子肯定是九成造假的，机械硬盘本身数据容量大风险高

@featureoverload fork 在这里是干什么用的呢

两个需求不重叠，自建有稳定和不受监管的优势。数据量不大的情况下单纯考虑成本应该是网盘便宜

书签根据自然语言自动分类

您是否在寻找：没钱有问题，有钱没问题

@ClericPy 你的意思是用 insepect 监控代码有没有变化，有就删掉旧的，然后每个插件用某种特定方式命名这种感觉？

@ClericPy 哈哈，老哥版本答案总结到位

@ClericPy 可能确实容器化+nginx 分流是比较合理的方案。寻思了一下，似乎直接 gunicorn 实现多节点也只有一行代码启动的优势，毕竟通信都靠中间服务了，可能细研究连方便也未必方便。