infuse 的核心功能是 4K + 杜比视界。
如果它不属于你的必需（比如可以接受看 1080p/SDR/HDR10 的版本），那么不用执着于 infuse.

infuse 的模式是 app ，这种模式对刮削是不友好的。刮削需要即时更新、定期更新、后台悄悄运行。
所以依赖 infuse 来做海报墙不是最佳选择。

infuse 的团队可能本是一个专注于解码、性能、移动端的团队，很难想象它能自己把刮片这件事情也做好（好到性价比跟其它竞品一样）

infuse 虽然有海报墙功能，但正如不应该别人喂什么我吃什么一样，不需要把它的功能照单全收。最好的方式可能是各取所需。

我觉得 lz 在面对 infuse 提供的参差不齐的功能，加上手头上良莠不齐的资源，凑不出一个完美的方案，从而来提问。
尽管当前这个问题可能有最优解，但更多的问题就不会。更何况这个问题的解还不明确。

虽然我没能提供一个完美的解，但私下觉得转变思路才是正确的而不应该钻进这个问题眼里。

楼主找错地方了，这里有些人年龄稍大，有些已经回过味来了。父母的话是有不对，但也有很对的地方。
多少人结婚之后才明白过来"门当户对"的价值。

话说回来，要是都听上一代人，社会便无法进步。要是不听上一代人，那就像离巢的小鸟，生死全看自己的能力。
lz 可以这么看，看看自己的成绩在同龄人里是多少百分位，看看父母的薪资是什么样的百分位。
这是相当有效的能力指标。（不是说唯一的指标）
如果自己高些，那可以多听自己的，如果父母高些，那就多听父母的。
方法不是很有道理但是可能有参考价值。

我就是这么干的。

既然谈到计算存储分离，那就是应用的计算和存储分离。现在给应用分下类：

- 依赖特殊硬件的，有 router (openwrt) 需要多网卡，有 plex 等需要 gpu 直访或者直通的，这类应用的部署位置往往固定
- 依赖特殊 OS 的，比如 synology 系软件，openwrt 系软件，openmediavault 系软件等，这类应用部署位置也固定
- 不依赖 os 和硬件的，这些应用就可以实施存储计算分离了

为了更好的资源隔离和利于迁移，我把这些应用部署在虚拟机里。
我部署了一个 4 节点 k3s 集群，两个本地 x86 vm 节点，一个本地 arm 板子节点，一个云节点。这是计算
我把所有的应用存储都暴露在同一个 nfs 下，所有对存储的访问都走 nfs 协议。这是存储
在此基础上，我部署了近十个应用，包括 cronjobs, daemonsets, deployments 等

上面只是逻辑概念。其实我的两个本地 x86 节点，是群晖上的 2 个 vm ，但我觉得这样也算存储与计算分离。

好多人已经回复得很好了。我只说说我的过程。

我使用 Linux 作为工作机已经有超过七年。过程中我觉得有这么几点值得考虑：

- 是拿 Linux 作为工作机，还是全能机，要事先想好。差钱可能逼迫你把 Linux 当作全能机，但这往往不靠谱。因此好有个备用 mac/windows ，哪怕是老的旧的
- 有没有能力解决常见典型的 Linux 问题。这点也很重要。但能力得试试才知道，并且都是淌出来的，如果信心不足就算了
- 不要做没有收益的事情。用 Linux 作桌面一定要有长久的收益，例如确定的高效率、使用需要、装逼需求。如果没有收益，仅仅为了学习，那不必要。
- 硬件不要买太新的，太新的硬件等各方面驱动支持完善，往往需要一些时间，或者需要一些钻研开销

我个人是用 Linux 作主力，老婆有 mac ，主力机有个双系统 win 以为备份。成年人做事最好不要走华山一条路，最好有底线思维。

做过一些大的决定，相比于小决定，我是这么看待的：

1. 分为内心决定和公布决定两个阶段。内心决定之后，等一段时间再公布。这段时间，就算不花时间，潜意识里也会思考，也会给自己提问题，也会想到各种情况。多少时间足够就看决定有多大。

2. 基本不拿其它人的结论或者分析过程，只从其它人拿信息 /facts ，自己做分析和下结论。
凡事有利必有弊，但同一个利对不同的人、不同的时间效果不一样，弊也是，所以要结合自己的情况来考虑。

3. 如果决定影响了父母或者伴侣，需要他们认同决定。小孩如果还小，就算了，但过场还是要走一个。

4. 从事后看决定好不好，没有意义。只能根据当下拥有的能力和信息来做，未来看这个决定如果是塞翁失马，或者反过来，那也得认了

5. 内心做决定一般是靠直觉先确定一个，然后用理性来挑战它。如果挑战不下，那就选这个，如果被挑战，就选直觉第二的。这个思路是，尽量做大方向自己想要的，除非要不起或者有什么大问题。

6. 设法认清自己的局限，如果知道自己某些方面的能力 /信息 /性格不适合，这些方面多听听别人的

7. 人会变，所有人都会变，长期决定尤其要考虑这点。也许父母没有告诉我们他们的真实想法或者长期打算，也许自己或者枕边人会变成另一个样子。这都有可能。这个应该考虑到，这些方面多少有端倪，属于是未雨绸缪。可以提前跟相关的人开诚布公。这方面没考虑到，将来会伤害到自己。

8. 最后看淡大决定的作用。性格才是决定命运，它是通过很多小事发生的。大的决定也不一定就唯一决定了人生。

其实还有，先写这么多吧。

首先稍微支持一下 lz 言论中合理的部分：不想挣死工资。
我觉得这是合理的，正常的，甚至是正常人的必经之途。
这么多人劝，有相当一部分是曾经走过这条路，挫折了，进而明白了。
虽然这条路难走甚至只对一小部分人算是路，但是不试试肯定戒不掉心魔，无法死心，那还是试试得好。

但话说回来，对于个人门外人，做投资或者说做交易，千万不要指望从中赚钱。
我不是开玩笑。如果指望赚钱那人的心态就完全不同了。
既然不指望赚钱，那肯定是小额试着来，主动把大额的钱交给别人管理防止自己管不住手，这才是负责任之举。
从品种上，不建议外汇。外汇基本面比较复杂，极易受突发消息影响，保证金交易对入门者不友好，容易不自觉放大杠杆，出入金都麻烦。
我建议就从大家都看不起的 A 股开始。当然这里面也一团糟，但是胜在熟悉。
就当是克金游戏，在游戏中学习。玩游戏，当然要交点钱了，指望赚钱那是做梦，有这种心态就可以了。

剩下的才是看你是不是有缘人，能否找到不赚死工资的路。
说一句过来话，做交易对人心态的折磨非常大，多看看雪球上贴子（不用管内容，就看心理描述）就知道了

最后再说一句，做交易远不如服务交易的（其实也是挣死工资）来得长久。

@wanmyj
lz 没搞清楚为什么大家用虚拟机。
新手也许有跟风，但是老手坚持用虚拟机大多是有原因的

虽然现在有 docker 有 wsl ，但是只有虚拟机才能真正做到一套部署用十年

只要 home server 作为的时间长，一定会看到各种宿主记的问题，包括但是不限于
- 网卡，风扇，屏幕硬件坏了
- 升级，尝鲜，依赖问题把 os 搞挂了
- 家里硬件少，很难有长期合理的规划，所以很容易换硬件，升级硬件
- 倒腾数据，数据丢了，数据重复

这些事情会不定期出现。一年怎么也会遇到好几回。

过了两三年，该玩过的都玩过了，新鲜劲儿过去了。
某一天，家里基础设施出问题了，还不清楚是哪里。此时孩子要上网课，老婆要上淘宝，你原准备加班赶 deadline ，但是又记不起来清楚的技术细节，因为文档和备份没有搞好。

此时，我想你会考虑把基础设施尽量迁到虚拟机上的

坐标新加坡。新加坡的分类标准是，轻症，吸氧，ICU ，死亡。
所以说只要医院不给你吸氧就是轻症，可以体会一下

我在用这个，web 的 https://snapdrop.net/

觉得大部分人的理解都不太对。

内卷是一个结果，是一个宏观结果，不与某个人或者某种具体行为挂钩。

举个例子，所有生物都需要输入才能生存和繁衍。
因为太阳不断地把能量辐射到地球上，所以地球上的生物总体会有一种蛋糕不断做大，高能级物质（石油，生物复杂度，文化，信息）不断积累沉淀的效果。
这宏观上就不是内卷。（但是局部有内卷）
一旦太阳停止输入能量，生物圈就陷入了零和或负和游戏，你的生存是以我的无法生存为条件，这宏观上就是内卷了。
同样的行为，吃别的动物，在有太阳的情况下不是内卷，在没有太阳的情况下是内卷。

有人说规则被破坏了是内卷，这犯了以为规则是天然存在的错误。
有人说努力程度不同导致了内卷，要知道宏观努力程度天然地服从某种有弹性的分布，努力的和不努力的任何情况都有

内卷的关键字"内"，说明它有一个边界。边界之内在卷，之外则不卷。只有打破边界、使其扩大，才是解决内卷之道。

支持楼主。我已经使用 Linux 作工作 and 生活桌面四五年了。
从 10 年之前开始用 macbook air，到四五年前换到 Linux，我正是因为类似的原因。

除了玩游戏（玩游戏为什么要找 macbook ），我现在用 Linux 没遇到什么真正的不便。
感谢 web/移动 时代，很多不相关的事情可以交给手机，那么一个生产力工具还是 Linux 来得方便，对于能使用 Linux 的人来说。

已 star 。我遇到了相同的问题，仅在 chrome 92 发现。其它输入没问题。

提供一个国外的情况，坐标新加坡

新加坡有个支持手机号转账的办法，各大主流银行 app 内置支持 (uob, ocbc, dbs, ...) ，叫 PayNow
在 PayNow 中，输入手机号和金额，就可以看到接收人的全名，英文，此时还没有发生转账。

供参考。

根据 lz id 和 lz 的内容，我简单社工一下，lz 应该姓李 or 刘

我觉得有两个问题 lz 没有想到，我提一下。

1. 大部分 IT 故障都是在引入变更时发生的，lz 的情况也是。
只不过现在不能确定是操作的问题还是操作之前问题已经发生了。
说明 lz 的操作是没有预案不完整的。

2. 没有异地备份和恢复流程。
我敢说 >90% 的 nas 使用者没有异地备份，这其中 >90% 的备份者没有演练过恢复流程。
备份本身就是对数据的一次读取，是验证系统可用的重要步骤。
而更重要的，备份要具备可恢复性，这个希望 lz 之后在优化系统时能注意到吧。

楼主可以搜下 odroid h2+，看起来相当 match

已出