@yuyuyu 我印象里一般单机托管，不同网一年几千到几万不等，上下行带宽也不是特别足，这个是主要花钱的点，反之如果你有个办法把入网成本减小（不需要是公网，可以是各种服务商内网云云），然后这条线路跟阿里腾讯云之类的连接速度快的话，这些云再分发给用户，就会有大带宽的优势，然后流量计费的话，因为 API 除非你用户量特别大，要不然一般跑不出几个 T 的流量，换算下来就是省钱了

长知识了，我一直以为这种情况需要买带核显的 CPU ，按照 OP 的意思是有些主板支持没有核显也能正常功能运行？

我前几年是跑步的，每次效果都不太好，最近换成室内单车以后好了非常多，我感觉 OP 的问题在于跑步本身在硬路面上弹跳这件事本身就是对人体压力比较大的，你只要跑应该就是不太行。。。

@yuyuyu OP 可以考虑一下套云服务商加速+流量计费的方案吧，以某个访问量为阈值，你托管真的不如买流量省钱

我自己前两个月刚装了一台，现在硬件价格还蛮合适的，不算坑。我自己方案是上了 winnas ，我的逻辑是需求本身足够复杂的话，你上那些定制系统绝对是给自己找更多麻烦

@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 在这里是干什么用的呢