自从上次看到 qm-music 已经好久啦。恭喜做的越来越完善！我这边有几十万的曲库，不知道能不能取得一些联系方式，我们可以一起测试和优化下性能？同时也很乐意分享我的曲库公开发者体验和测试，谢谢。

老话题回访一下。

因为有类似的需求，最后定了两个方案。

一个方案是使用下面项目把本地磁盘转化为 S3 兼容的访问协议，利用 S3 协议的高效去优化访问效果：

https://github.com/versity/versitygw

另一个方案是使用 Rclone 内置的 Webdav Server 服务，可以配置适当的目录缓存，以及读写 Cache ，还有设置读写时的 Buffer ，得益于丰富的参数，可以优化 Webdav 的访问体验和对源站的压力。

刷下来看到这么多人喷楼主真是无法理解~

哪怕站在绝对客观的立场上，至少楼主详细解释的部分投诉，你也只能说楼主是一个热爱较真的人~并没有无理取闹。美团相当于不管你是 Lv 几的客户，只要投诉率高就直接黑户了。这种设置虽然在一定程度上可以屏蔽掉羊毛党，但是也会误伤楼主这种真实用户。

问题是误伤之后：美团没有渠道申诉和恢复账号状态。

那我觉得至少美团是有一个不履约的责任在的，对于用户来说，可以封号，不欢迎客诉率高的用户，但是不能一遍让用户用，一边又暗搓搓的把用户扔到一个机制不明的黑名单里面去。

虽然这是现在大部分公司的普遍做法了。

虽然诉诸法律不一定有结果，但支持楼主这样的行为。不能因为大家都这么做，合理化美团无理对待用户的行为。这不是站在法条的角度去判断的，而是作为一个消费者的朴素认知。

大家都是消费者，没必要拎不清站在商家那边。

V2 论坛上之前 PCDN 话题，某些给运营商站台的用户，也是这样，根本拎不清主次矛盾。

希望楼主有一个好结果！

大概看了一下，想法还是不错的，文章质量也还行，ai 味不重，还算言之有物。但是确实不够深入，换句话说，缺乏一些观点，以至于太像摘抄了，距离优质内容还是很有一段距离的。

@louisxxx 这是实话。你说的两个 cpu 物理机我测试过，e5-2680v4 综合负载体验就是更好。不能迷信金牌，要具体到特定负载的。

i5-10310U 的睿频有 4.40 GHz ，考虑到架构，也比 6133 更新。如果你的负载没办法充分利用多核的话，那我觉得前者快还是挺正常的啊。

最好还是简单找个律师咨询咨询。有备无患。

今年三网都互相联不通的，只能移动去移动这样。同省（同市）也是如此，只要跨网就寄。

不考虑任播这种情况，看一下哪里的数据港密度最大或者持有的 ipv4 数量最多就可以了。加权到最后肯定是和 ip 密度挂钩。大概率还是在美国。

用 win 的虚拟化就行，win 虚拟 win 损失挺小的，而且显卡共享

@memcache pqsql 就很好哈哈，现在我用 navidrome 搜索歌曲有时候就卡卡的，感觉 sqlite 有点扛不住

有考虑过不用 sql 外置数据库么？几十万首音乐会很卡很卡...navidrome 就有这个毛病

挂个哪吒监控足够了，90%的流量直接报警

机械盘已有的情况下没办法和固态关联。它要求前端和后端设备都是没有任何东西的，合并后重新格式化。

Itdog 拨测量下，杭州移动没事，反而安徽和湖南移动不行。我觉得应该不是你以为都那个问题。