@w568w #1 怎么一按回车又发出去了……

> 此时 Ollama 、SD 运算速度似乎变慢了

你能通过 benchmark 来确定吗？「似乎变慢」可能是心理作用。

> 如果开启 “硬件加速 GPU 计划”，这样任务管理器的 GPU 一栏无法找到 cuda ，下拉菜单里也没有

这是因为用了 Hardware Accelerated GPU Scheduling 后，驱动模型会发生改变。你可以理解为你用的驱动已经不是同一个了。不同驱动会在任务管理器显示的信息量是不同的。

不过找不到 CUDA 不等于 CUDA 不可用。正确查看 CUDA 可用性的方法是 nvidia-smi 。

看了下这工具的代码很简短，实质有用的就几行命令：

$ setprop persist.sys.sf.color_saturation 0.80
$ service call SurfaceFlinger 1022 f 0.80

$ setprop persist.sys.sf.native_mode 0
$ service call SurfaceFlinger 1023 i32 0

前一个是设置饱和度，后一个是色彩模式，取值和含义可以在这里找到 [1]。

[1] https://cs.android.com/android/platform/superproject/main/+/main:frameworks/base/core/java/android/hardware/display/ColorDisplayManager.java;l=139-166;drc=61197364367c9e404c7da6900658f1b16c42d0da

@goant 翻了一下历史发言，畏惧了。已加 block

@neko2019 #3 昨天没看到消息，这个价格还算合理吧，可以入。

其实 5070Ti 你咬咬牙，10000 多个小几百应该也是有整机方案的，可以看看 9600X

@1423 #> 可惜楼主也不太会,人至少应该自己学会怎么在公网测 udp 吧

问问怎么测呢？非嘲讽，真心求教

> 二是想让大家推荐能跑 facefusion 的配置,预算一万左右

算盘珠子崩我脸上了，哈哈

1w 有点吃紧啊，看看 5070Ti + 9600X/14600KF ？

@Donduck #24 谢谢分享，不过我觉得这里的更快很难正确测量。要控制变量的话，可能得在 Brave 和完全禁用了内置广告拦截并安装 uBO 的 Brave 之间比较… Anyway ，我觉得 Brave 有下面几个潜在的优点：

1. Chromium Extensions 框架本身会要求一定的额外资源消耗（内存和 CPU ）来运行扩展。可能 uBO 只测量了核心引擎的解析延迟（证明其算法和 V8 JIT 优化比 Rust 版本好），然而本身实际的资源消耗会比后者高。目前来看，Brave 应该算初始安装资源占用较低的那一类浏览器了；
2. 广告拦截相关配置可以一起在多设备间同步，无需额外配置；
3. Brave 的拦截系统还附带了指纹识别阻止、脚本拦截之类的功能；
4. Brave 不仅不阻止使用 uBO ，而且还积极支持 Manifest V2 。你可以直接从设置里开启 uBO 和 Adguard 这类需要 V2 的插件。

@wangxiaoer 据我所知，Brave 的同步没有账号系统，而是直接使用同步码来连接各个设备（然而确实会连接到 Brave 自己的同步服务器）。在一个设备上开启后，直接在其他设备输入相同的同步码即可。

@sky96111 #19 看了下，Brave 支持的也是 uBlock Origin 规则，后者则大部分与 Adblock Plus 和 AdGuard 的规则兼容： https://support.brave.app/hc/en-us/articles/6449369961741-How-do-I-manage-Ad-Block-filters-in-Brave

理论上来说应该能直接把 adguard 规则的 list 订阅进去？没明白你说的「合并」是指什么

@mikaelson #15 VPN 没见过，钱包在第 4 点说了，都是默认关闭的。主动开启的应该只有一个 LeoAI ，不过也是可以直接在设置里关掉的

虽然楼上 OP 说了不换浏览器，还是厚颜无耻再推荐一下 Brave 。优点是：

1. 广告拦截完全内置到浏览器里，用 Rust 编写。保证高性能和低开销（用 JS 写的浏览器插件很难比原生组件快）

2. 本身基于 Chromium ，界面、操作逻辑和 Chrome 基本一致，没有为了标新立异硬推自己的新设计

3. 端到端加密同步

4. 还内置了别的小玩意，比如 Tor 、加密货币钱包（当然都可以在设置里关闭）

5. 主动兼容了一批热门 V2 插件，在设置里可以直接安装

@followad > 挺多说 因果颠倒的，其实 高血压 这些确实是血液本身

什么乱七八糟的，血压由两个因素决定：心脏泵血量及动脉血流的阻力大小。心脏泵送的血量越多，动脉越窄，血压就越高。

高血压致病的生理学机理也不是「血干不干净」，而是通过高压影响和破坏血管壁（增厚、变窄或破裂）。当然你非要强词夺理「血管也是血液的一部分」，那多看看高中的生物书，在你这个定义下，身上所有东西都可以是「血液的一部分」。

> 找到养好血净化好血的办法

正确的废话。首先「养好血」有点擦边传统中医的嫌疑，「净化好血」是啥玩意儿？我就假定你说的是「医疗调节内分泌」，那你随便吃点复合维生素片也是「养血」了。

或者我说句程序员能听懂的话：「我发现所有的程序问题都是代码没写对导致的，所以只要找到写对代码的方法，程序就没问题了」。大部分正确，但没用。

---

已标记为老年保健品重点推销对象

可以啊，之前尝试过 pg_vector 单机千万数据，单次查询 100ms

@w568w 输出有一行报错：Could not create default EGL display: EGL_BAD_PARAMETER. Aborting...

Linux 下试用了一下 AppImage ，打开速度和内存占用确实优秀，但好像是白屏？

https://i.imgur.com/yAi2aNf.png

菜单项可以交互，也能从输出看到点击日志，但窗口内容一直是空白，也无法输入

我也发现一个网站，输入文字就可以看到相关网页：

https://www.google.com/

---

正经的科普：Internet Archive 是人类历史上规模最大、时间最早的互联网存档项目，始于 1996 年，创始人也是 Alexa （就是那个网站排名爬虫）的创始人，明年就是 30 周年了。

到 2025 年才听说确实有点罕见了，村通网？

@geelaw #16

1. 主要问题是 Windows 上处理路径的并不一定直接是系统接口，「 Windows 支持 / \」这个说法本身就很模糊。比如我最近遇到的一个问题是，Gradle 的 local maven repo 只认标准的 URI 格式（即 /），因此在 Windows 上任何本地读取的 absolutePath 都必须手动把 \ 替换成 /，否则就会报错。类似的问题还有不少。

2. 是的，我表述有问题，我想说的其实是需要转义的路径。而不幸的是，Windows 上许多路径都需要转义（比如系统创建的文件夹路径，大多带有空格）。

@zficode #11

> 我这个是用的 wsl2, 相当于启动了一层虚拟机，和 wsl 原理不同，所以不存在 Linux 兼容性问题。

我这里说的其实就是 WSL2 。现在很少有人说 WSL1 了，要说也会把版本数字带上。

> 然后第一点和第二点就是现在 Windows 有了 windows terminal ，界面挺好，也不会涉及到 powershell 了。

前面说的是 PowerShell 这个 Shell 本身，而不是 Host 程序。你说的那个蓝色框的界面是「 Windows PowerShell Host 」。Windows Terminal 里面，默认启动的 Shell 依然是 PowerShell 。

> 不过我遇到了一个前端问题，wsl 虚拟机开发后，需要用 Windows 微信开发者工具进行预览 dist 产物，这里需要用插件把产物输出到 windows 目录下面才可以热更新，也好解决。

我自己用几年 Windows 的体验是，最好的体验是不用 WSL2 。很多看似 Linux-only 的操作，其实稍微装点 GNU 程序、克服一下，都可以解决。WSL2 很容易把系统环境和网络环境弄乱，或者做一些操作影响 I/O 性能。

看你做什么开发了。系统方面，这几点足够劝退我：

1. 文件系统路径用 \ 而不是 /，造成一堆问题

2. PowerShell 没有 Tab 命令补全（我知道有 ArgumentCompleter 、PSReadLine ，但都需要第三方软件适配才有最好体验，而目前几乎没有 cli 工具会去写 C# 模块适配这些接口）和非人类语法（例如执行绝对路径的程序需要用 &"C:/xxx/yyy/a.exe" ...）

3. WSL 访问宿主文件系统巨慢无比，大型项目编译时间翻 3-5 倍

4. 相比 Linux ，Docker 速度慢很多

所以我现在开发体验还是认准 Linux 。至于 macOS ，在 UNIX 基础上魔改太多，几乎是另一个生态了。