Les1ie

可以开通这个服务的套餐：畅爽冰淇淋 5G 套餐；腾讯王卡 5G 套餐；钉钉 5G 套餐；畅越冰淇淋 5G 套餐；

@guxin0123 感谢回复，断网的效果立竿见影，应该是破案了。
刚刚测试了一下，确实很可能是 defender 联网检查导致的，我断开网络再冷启动（重启 win11 后首次启动程序）应用是一切正常的，秒开，但是联网之后再冷启动就变得特别慢。
随后我在联网的前提下停止了 defender ，冷启动应用也都是秒开，不再出现卡顿 30 秒的现象。
另外也找到了一些和这个问题比较类似的帖子，似乎锅都指向了 defender 。
https://clarionhub.com/t/very-slow-initial-execution-of-an-exe-solved-it-s-av/7408
https://superuser.com/questions/1850877/applications-take-a-few-seconds-to-open-but-only-the-first-time-i-open-them

24H2 倒是遇到了另一个卡顿的问题，重装之后依然稳定复现：冷启动某些 exe 程序（例如程序安装包，微信，chrome 浏览器），双击之后系统不会立刻运行这个程序，可能需要等大概 30 秒钟之后才会出现这个 exe 程序的界面，这等待的 30 秒内能看到任务管理器里面的确有这个进程的，但是只占用大概 1MB 的空间，CPU 也几乎没有占用，等 30 秒之后资源占用才会变成正常的样子，程序才会显示主界面。最初猜测是杀软或者 smartscreen 导致的，那时刚更新火绒 6.0,并且恰好那段时间推送了 24H2 的更新，被这个卡顿困扰好多天，索性格盘重装了最新的 24H2 专业版，使用默认的 defender ，但是启动程序的卡顿依旧。

恰好这里在讨论 24H2 的 bug ，不知道有没有高人指点指点这个问题 :)

在 nas 上配置好 syncthing ，手机装 syncthing 配置共享 DCIM 路径。手机上启动 syncthing 即可 P2P 自动增量备份图片，如果是连接 wifi 的同一内网环境速度更快，秒级完成。nas 端根据实际需求决定用哪种删除文件策略，可以设定只接受文件不删除，或者删除时移动到回收站等等；回收站也能设置清除逻辑，比如定时清除或者永不清除。
既然你照片放到 nas 上了，顺手还可以开一个 immich ，把照片挂载到 immich 中（我设定了只读挂载，看你实际需求），这样可以由 immich 浏览照片文件。现在我的 immich 里面有 2014 年开始到现在的 4 万多张照片和截图，immich 带了人脸识别、地理位置以及图片语义检索，闲得没事的时候我就在时间的长河里面刻舟求剑 :)

微信聊天记录就定期备份到电脑上就行。

本地部署的 immich 有历史上的今天的功能。看到这种历史上的今天的照片，经常会有感觉：这件事已经过去这么久了啊，这么久我都干了什么 :)

目前多卡用的 ollama+open_webui 的方案（以前用的 lobe-chat ，现在替换成了 open_webui ）。
使用的 ollama.com 提供的量化后的 qwen2.5 72b q4km ，针对常规的提示词工程的任务，对比询问了同样的问题，72b 相比于单卡就能带动的 qwen2.5 32b q4km 有明显的效果提升。不过多卡明显感觉有特别高的通信成本，远没有单卡响应速度快（显卡是几年前的，实际使用的 PCIe3 ）。
之前常用 qwen2.5 32b q4km ，最近几天切换成了 qwen 的 qwq:32b q4km 模型，感觉推理能力有稍微加强。（以上体验都是主观评价，没跑过 benchmark ，仅作参考）
建议：
1. 试试 qwen2.5 72b q4km ，内存占用大概 59GB ，体验提升明显，可能比精度带来的提升来的更快更直接
2. 如果 8 张 4090 资源只能分出来一小部分使用，试试 qwq:32b
3. 你这 8 张都能用上的话，可以试试 deepseek-v2.5:236b
4. 如果本地化部署不是任务的必要条件，那么 chatgpt/claude 仍然是目前的最优解, 4o 免费的目前已经有自我反思能力,能够回答问题过程中发现错误打断自己重新回答，而这些我是在其他模型中没有体验到的

Remmina 用了一年了，流畅度和清晰度堪比原生的 mstsc 命令。
以前用的 rdesktop ，非常简洁，一条命令就启动了，临时用用很方便，但是清晰度流畅度稍微弱于 Remmina 。

尽量减少暴露在公网的服务吧，指不定哪天爆出来一个未授权命令执行就打崩了。

虽然 IPv6 地址稀疏难以被扫描到，但是仍然有很多方式可以进行 IPv6 的地址空间的资产探测，有兴趣的可以读一读 rfc7707 ，依靠 IPv6 地址的稀疏性作为安全屏障是不太可取的。
除去容易想到的从网站访问日志、流量镜像中获取 IPv6 地址守株待兔的方案，还有很多主动探测的方案。比如几年前比较经典的利用熵生成 IPv6 地址然后探测的方案 https://dl.acm.org/doi/10.1145/2987443.2987445 ,这个方案之后有很多类似算法的衍生方案。

另外，近几年群晖漏洞不断，虽然近期没有啥好用的未授权，但以前是有过严重漏洞的，防不住哪天就整个出来个大新闻。
https://conference.hitb.org/hitbsecconf2021ams/materials/D1T2%20-%20A%20Journey%20into%20Synology%20NAS%20-%20QC.pdf
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=synology
https://www.cvedetails.com/vendor/11138/Synology.html

当然，话说回来，我们这些麻瓜不值得这种高等级魔法的攻击，但万一神仙打架伤到我们了也不太妙，还是稳妥一点比较好。

感谢楼主，领了 3 张。昨天建行储蓄卡还有 5 张-1 元的