@AirBai2 摩尔线程不是卖显卡的吗？还做笔记本整机？愿闻其详

chrome 。我前几个月对比了一下，打开相同标签页的情况下反而是 chrome 的内存占用比较低，再加上 edge 上各种臃肿的功能让我不堪其扰，就切回 chrome 了

yt-dlp 可以选择用 aria2 作为下载器，如果还慢那就是线路问题了

之前用过一款类似的文件快递柜(filecodebox)，感觉有点难用，希望这个完善以后能替代前者

v2ex 禁止直接粘贴 ai 生成的内容，楼上自重吧

推荐以群晖作为家庭网络的中心节点。
需要定时执行的 python 脚本迁移到群晖的 vm/docker 上（也可以直接用定时计划跑在宿主系统里），仅存档（在笔记本上执行）的 python 脚本用群晖的 git server 或者 github/gitlab 等平台储存。文本图像 office 之类的用 synology drive 同步，可以考虑打开历史版本。
甲骨文、笔记本、群晖用 tailscale/wireguard/openvpn 组网，保证随时可以回到家庭内网。
群晖使用定时脚本或者套件把重要数据定期备份到甲骨文的 vps 上

TRPL 看了好几次都半途而废，过去一年里借助 gpt 和 deepseek 总算是写了一些自用的玩具项目，满足自己需求的同时资源占用赏心悦目，感觉也算是入门了。

但是就业市场上还是 go 强势，可能未来还是得投入更多时间学 go……

个人感觉还是需要 raid1 来维持一些基本服务的高可用的，比如 lz 提到的密码管理器、个人的知识库或者其他涉及到工作流的应用等等。这部分内容和影视资源比起来往往占用的空间不是很大，在前面提到的备份的基础上，raid1 的冗余可以保证 nas 上的服务维持正常运行。这样即便坏了一块盘，raid1 依然还能保证工作不受影响，而不至于让我们狼狈地去各个云存储上下载恢复文件然后重新部署这些服务，特别是当自搭建的服务以及自定义的脚本越来越多的时候。

至于其他一些一个月或者一个季度都不一定会访问一次的冷数据，这些就没必要上 raid 了。比如现在很多 nas 都会带两条 ssd 组 raid1 。其他机械盘就存点不那么重要的数据，出问题的时候依靠备份恢复就足够了.

PiGallery2

同使用 joplin+自己部署的 joplin server
优势：
* 同步开箱即用，在 joplin server 下速度很快
* 图片视频等二进制附件可选保存在磁盘上，减少数据库压力
* markdown+预览，较为直观
* 手机 app
* 可选端到端加密（我没开），对隐私要求比较高可以试试
* 有 cli 客户端，在终端下也可用
* 支持导出到 html ，假如更新不频繁可以作为静态网页直接查看
* 支持保留自定义 xx 天内的修改历史记录
劣势：
* 没有图片 ocr 和语音识别，在这两个领域上不如印象笔记和其他笔记 app
* 搜索功能比较简陋，我目前遇到过直接输关键词结果不全的问题，反倒是"/关键词"能搜出正确的结果
* joplin server 随着客户端同步记录的增加，占用数据库存储空间稳定上升，需要手动执行 sql 进行清理（ https://github.com/laurent22/joplin/issues/9931 ）
* 没有原生网页客户端

以前也用过 obsedian 的同步插件，不过无论是依靠文件系统同步盘的同步还是通过 couchdb 的同步我都出现过丢数据/丢更改的情况，最后还是换回了 joplin 。

share 我记得之前不是强制不让用了吗？现在居然还能用……我都是用 PWA 的微博

输入法那个切换指示器精简了好评，不过电脑开了几天以后，再 control+space 切换输入法，跟随光标的小指示器就不见了，只能看状态栏上面的输入法图标，只能重启解决……

我记得 download station 里删除任务后也会删掉缓存文件，UI 上也有比较方便的“一键删除已完成任务”按钮。如果要求比较高的话还是换 transmission 之类的软件吧

感觉是国内出口最近都比较卡，vps 上直接 curl 访问的话一切正常

自从系统升级打开台前调度后，就觉得这种从左侧滑动切换任务的逻辑好像很有既视感。再一细想，这不就是 Windows8 的逻辑嘛！

我的 Dell P2723QE 也遇到了类似的问题，和正如 @Borden 所说，当显示器信号是 YUV 而非 RGB 时，深灰色就会触发这个问题。如果我打开一个深灰色的网页，放着不管，闪烁会越来越严重，甚至出现烧屏，即使把输入信号更换后依然会有残影，而且拔掉所有输入信号，打开显示器 OSD 的“自诊断”，闪烁和烧屏依然存在，过一段时间后才会恢复。解决方法就是把输入信号换成 RGB 的，比如在 typeC 一线牵显示器上，用“高分辨率”模式而非“高数据速度”模式，此时 4k60hz 的信号输出从 YUV 变更为 RGB ，也不会再出现这个问题。

我也是看到 swap 会觉得扎眼的那种人，以前在 linux 上开发一般不会出现 swap 的情况，但到了 16G 的 m1 mba 上经常睡眠一晚上醒来就发现了好多 swap ，估计是在 sleep 的过程中本身就会把内存部分写入到 swap 中。而且更诡谲的是日常使用用 istat menus 监控 swap 的换入 /换出时，会看到一直有 io ，但是 swap 的总量却又基本维持不变。不知道是不是内存压缩的机制也被算进去了。

如果 ssd 是可更换的耗材那也就罢了，偏偏现在 mac 的 ssd 都是不允许用户更换的，所以还是有点肉痛。上面那个 8+256 的老铁买来 7 个月就已经用了 30%，甚至还有已经过半了的，有点恐怖……我是 16+1T ，购入时间差不多，写入和读取都不到 100T 的样子，使用只有 1%，目前看来应该还不至于过度担心。在不影响使用的前提下，只要不看 swap 就没问题了……

我的项目中需要导出 32 位的 jni 库，而 m1 的 as 上只能起 arm64 的模拟器…armv7 的那一套直接无法模拟器调试了