清楚自己的身份

如何看待这些架构和实际产品，应当取决于你的身份。或者说，你想要做什么。
在整个中文互联网上，我经常能刷到几家公司的所谓“粉丝”或者说“拥蹩”在争论哪家产品更好，有说功耗的，有讲IPC的，还有“国产血统论”的。我是国产架构，你是外国架构等等。
坦白来说，我不是很理解这种问题对于普通C端用户和爱好者有什么可争论的，**也许为了拉拢更多投资人？擡升股票价值？这和
我们这些普通人实际没有太多关系。**
游戏玩家的希望我的电脑能玩市面的游戏，做设计的想要流畅跑自己的设计软件，办公室文员希望自己的WPS三剑客能打开大文件也能稳定运行，国货拥蹩希望自己支持的处理器和架构打破封锁走向全球。真正理解自己的需求，选择最适合自己的产品，才是最重要的。
这一切回归到一个问题上，你希望得到什么？

明确你想要的是什么

普通人

过好自己的生活，不要站到路上试图搭信创的泥头车。也不必参与相关的争论，时间会给所有人一个答案。

游戏玩家

毫无疑问，主流PC游戏都支持Windows X86生态，想要畅玩你应该优先选择Intel和AMD的X86架构产品，如果你想支持国产，你可以去用兆芯和海光的X86产品。如果你是一个具有极客精神的玩家，你还可以考虑使用LoogArch架构的产品，据不久前的消息龙芯下一代可能支持直接通过二进制翻译运行Windows，在此之前你可以尝试使用龙芯基于Wine和硬件二进制翻译开发的工具运行自己的游戏，但是部分网游可能因为反作弊组件导致无法线上游戏。

办公室文员、设计师

虽然这句话可能很残忍，但是你知道这是现实：在单位你能用什么设备工作不是你能选的，是你的领导根据某些要求选的。既然没有选择的权利，那就不必赘述，只需要怀着希望信创越来越好的心积极反馈使用中出现的问题即可。

国产货支持者

有几个显而易见的现实：

1. x86架构的国产替代品证明了中国能在封锁下继续让依赖x86架构且迁移困难的的服务继续运行。
2. 关键企业和机构，比如金融机构，军事，航空航天在持续进行国产自主可控替代。
3. 正在阅读的你很清楚哪个架构在战争爆发之前和之后都能不被卡脖子继续自力更生。
   这三个客观事实就是你选择产品时最好的答案。

为什么不谈其他架构（申威，RISC-V）

前者我没有看到to C的产品，它本身的存在意义也不大可能会做to C的产品。后者还在发展前期国内应用生态极不完善，性能也存在诸多问题，在MCU开发板上可能会更常见一些，但是我不否认RISC-V的巨大潜力。

今天是2025年1月3日 星期五，给大家送上迟到的元旦快乐。

Fedora 利益相关者讨论Fork英特尔的计算运行时以维护较旧的硬件

随着英特尔图形编译器放弃了 Ice Lake 和旧版本的支持，英特尔计算运行时也放弃了 Ice Lake 和旧版本的支持，只专注于更新的英特尔图形硬件支持，Fedora 打包商和其他利益相关者一直在努力解决如何处理这种情况。对于 Fedora 42，有人建议更新到较新的英特尔计算运行时代码，以使更新的英特尔图形硬件受益，而最近几天有讨论分叉旧代码。
但到目前为止，任何利益相关者都没有做出坚定的承诺，愿意加强和维护 Ice Lake 及之前版本的英特尔图形计算堆栈的旧包。

Linux 为 Zen 5 CPU 准备 AMD“SRSO_USER_KERNEL_NO”支持

来源： Michael Larabel
SRSO_USER_KERNEL_NO 是 Linux 内核的一项配置选项表示在编译或运行内核时是否禁用特定的用户态与内核态相关的 SRSO 防护措施。SRSO（Speculative Return Stack Overflow） 是一种与投机执行攻击相关的漏洞，通过操控 CPU 的返回栈缓冲区（RSB），攻击者可能会泄漏敏感数据。此类漏洞影响了包括 AMD 和 Intel 在内的现代 CPU。
早在 2023 年中期就披露了 Inception/推测性返回堆栈溢出 (SRSO) 漏洞，该漏洞是当时针对 Zen 3 和 Zen 4 处理器的推测性侧通道攻击。对于最近推出的 AMD Zen 5 处理器，他们已向 Inception/SRSO 报告“未受影响”，但考虑到围绕 SRSO_USER_KERNEL_NO 的新补丁活动，情况似乎并不那么明确。
该补丁现在将 AMD 0x1a 处理器标记为受影响。 Family 1a 是新的 AMD Zen 5 处理器。因此，这个 SRSO_USER_KERNEL_NO 似乎适用于 Zen 5 系统，从而使处理器从之前的 Inception/SRSO 的“不受影响”状态转变为使用 SRSO_USER_KERNEL_NO 的新的“仅在 VMEXIT 上的 IPBB”缓解措施。但同样，除非您运行的是虚拟机，否则对用户来说没有真正的区别。
通过tip/tip.git的x86/bugs分支中的这些SRSO_USER_KERNEL_NO补丁，它可能会作为本月晚些时候开放的Linux 6.14合并窗口的材料提交，除非它决定是紧急的，然后可能作为“修复”的一部分进入适用于 Linux v6.13。 补充：
"If the machine has:

CPUID Fn8000_0021_EAX[30] (SRSO_USER_KERNEL_NO) -- If this bit is 1, it indicates the CPU is not subject to the SRSO vulnerability across user/kernel boundaries.

have it fall back to IBPB on VMEXIT only, in the case it is going to run VMs:

Speculative Return Stack Overflow: Mitigation: IBPB on VMEXIT only"
CPUID Fn8000_0021_EAX[30] (SRSO_USER_KERNEL_NO) -- 如果该位为 1，则表示 CPU 不受跨用户/内核边界的 SRSO 漏洞影响。
如果要运行虚拟机，则只能在 VMEXIT 时退回到 IBPB：
累积返回堆栈溢出： 缓解： 仅在 VMEXIT 上使用 IBPB"。

高通正在为骁龙 X1 的 GPU 开发 ACD 功率/性能功能

来源： Michael Larabel
对于骁龙 X1 系列笔记本电脑芯片中的高通 Adreno X1-85 GPU，目前正在将 “自适应时钟分配”（ACD）功能连接到开源 MSM 内核驱动程序，以帮助提高功耗和性能。
2025 年，高通将继续改进对去年推出的骁龙 X1 系列笔记本电脑的 Linux 驱动程序支持。为了帮助提高能效和 GPU 性能，高通公司的工程师一直致力于为 Adreno X1-85 图形处理器提供自适应时钟分配（ACD）功能支持。

打CS2才发现的，刚开始只是注意到Fedora41 开机时短暂提示内核模块missing ,cs2 FPS明显下降特别是丢烟雾弹后直接卡成PPT，执行nvdia-smi还出现：
NVIDIA-SMI has failed because it couldn‘t communicate with the NVIDIA driver.
reinstall驱动包后问题依旧。

查找原因

dmesg发现

- 阅读剩余部分 -

很简单：卸载/冻结
com.oplus.appdetail
最好把广告商店
com.heytap.market
也干掉。

不怕死的用户

直接全冻：
["com.heytap.browser","com.nearme.instant.platform","com.oplus.logkit","com.oplus.thirdkit","com.oplus.upgradeguide","com.oplus.ota","com.oplus.sau","com.oplus.nhs","com.oplus.vdc","com.oplus.pay","com.oplus.pantanal.ums","com.coloros.securityguard","com.baidu.input_oppo","com.oplus.statistics.rom","com.android.ext.adservices.api","com.snda.wifilocating","com.coloros.weather.service","com.oplus.romupdate","com.coloros.bootreg","com.heytap.pictorial","com.oplus.acc.gac","com.oplus.safecenter","com.coloros.video","com.oplus.appdetail","com.heytap.market","com.oplus.olc"]

路径前情提要

本文中指定在/ZHITAIPC005/aria2 下进行频繁读写操作。
配置目录则按照Linux推荐规范在/etc/aria2/

安装aria2

sudo apt install aria2c

编写配置文件

sudo nano /etc/aria2/aria2.conf

xfox@EliteDesk800G3:/ZHITAIPC005$ sudo cat /etc/aria2/aria2.conf
# 启动时加载的任务文件
input-file=/ZHITAIPC005/aria2/aria2.session

# 退出时保存的任务文件
save-session=/ZHITAIPC005/aria2/aria2.session

# 预分配文件方式 固态无需
file-allocation=none
# 缓存大小，单位字节（64M 是推荐值，可调整）
disk-cache=64M

# 临时缓存目录
dir=/ZHITAIPC005/aria2/temp/

# 启用断点续传
continue=true

# 日志文件路径
log=/ZHITAIPC005/aria2/aria2.log

# 日志级别：debug, info, notice, warn, error
log-level=info

# 下载完成后的存储目录（自定义）
completed-dir=/ZHITAIPC005/aria2/downloads

# 启用 RPC 服务
enable-rpc=true

# RPC 服务监听端口
rpc-listen-port=6800

# 设置 RPC 授权令牌
rpc-secret=自己写=-=，可不要告诉我，不然我给你下满葫芦娃救爷爷。

# 允许所有来源访问
rpc-allow-origin-all=true

# 启用外部访问（需防火墙规则控制）
rpc-listen-all=true

# 最大并发下载数
max-concurrent-downloads=5

# 单文件分片数
split=16

# 分片的最小大小
min-split-size=10M

# 每个服务器的最大连接数
max-connection-per-server=5

# 下载失败的最大重试次数
max-tries=5

# 每次重试前的等待时间（秒）
retry-wait=5

# 启用 DHT
enable-dht=true
enable-dht6=false
# 启用本地对等发现
bt-enable-lpd=true

# IPv4 DHT 网络引导节点
dht-entry-point=dht.transmissionbt.com:6881

# IPv6 DHT 网络引导节点
dht-entry-point6=dht.transmissionbt.com:6881

# 种子验证前可做种
#bt-seed-unverified=true

# 保存种子元数据文件
bt-save-metadata=true

# BT强制加密, 默认: false
# 启用后将拒绝旧的 BT 握手协议并仅使用混淆握手及加密。可以解决部分运营商对 BT 下载的封锁，且有一定的防版权投诉与迅雷吸血效果。
# 此选项相当于后面两个选项(bt-require-crypto=true, bt-min-crypto-level=arc4)的快捷开启方式，但不会修改这两个选项的值。
bt-force-encryption=true

# BT加密需求，默认：false
# 启用后拒绝与旧的 BitTorrent 握手协议(\19BitTorrent protocol)建立连接，始终使用混淆处理握手。
#bt-require-crypto=true

# BT最低加密等级，可选：plain（明文），arc4（加密），默认：plain
#bt-min-crypto-level=arc4

# 分离仅做种任务，默认：false
# 从正在下载的任务中排除已经下载完成且正在做种的任务，并开始等待列表中的下一个任务。
bt-detach-seed-only=true


## 客户端伪装 ##

# 自定义 User Agent
user-agent=Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.63 Safari/537.36 Edg/93.0.961.47

# BT 客户端伪装
# PT 下载需要保持 user-agent 和 peer-agent 两个参数一致
# 部分 PT 站对 Aria2 有特殊封禁机制，客户端伪装不一定有效，且有封禁账号的风险。
# 伪装为 qBittorrent
user-agent=qBittorrent/4.3.7
peer-agent=qBittorrent/4.3.7
peer-id-prefix=-QB1234-

Systemd后台保活

sudo nano /etc/systemd/system/aria2.service

[Unit]
Description=Aria2 Download Manager
After=network.target

[Service]
#User=aria2                                     
#Group=aria2                                   
ExecStart=/usr/bin/aria2c --conf-path=/etc/aria2/aria2.conf
ExecReload=/bin/kill -HUP $MAINPID
Restart=always
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

新建aria2专用用户、目录、文件

mkdir /ZHITAIPC005/aria2/
mkdir /ZHITAIPC005/aria2/downloads
mkdir /ZHITAIPC005/aria2/temp
touch /ZHITAIPC005/aria2/aria2.log
touch /ZHITAIPC005/aria2/aria2.session
chmod 600 /ZHITAIPC005/aria2/aria2.session

sudo useradd -r -m -d /ZHITAIPC005/aria2/ -s /usr/sbin/nologin aria2

启动服务：

sudo systemctl daemon-reload
sudo systemctl enable aria2.service
sudo systemctl start aria2.service

https://fcitx-im.org/wiki/Hall_of_Shame_for_Linux_IME_Support
里面最恶心的一条：Some preedit text might be typed in to input box
一些预编辑文本可能会被输入到输入框中，hzh

以下表格为部分摘录并不完整

解决方案

为什么不使用ibus？ 因为ibus-rime在我的设备环境下不弹出候选词框，除非你是盲僧否则没必要尝试。

Fedora41 Fcitx输入法配置

参考了：
安装Fcitx5
Fedora 38: Wayland/KDE 系统设定与 fcitx5/rime 输入法
Fedora配置Rime中州韵输入法
输入env一看默认配置写了xim，而且KDE设置里直接改选Fcitx5压根不生效，整套默认配置就是依托答辩，操作系统的输入法做到开箱即用对于中国人来说还是很难。😅
为了确保与我相同环境的人（Fedora41 KDE wayland）一定能在配置后用上正常的rime输入法，除非你知道自己在做什么否则完全按照我的方案来。
下面的配置方式是过盈式的，一些包可能会默认自动进行部分原本需要手动设置的参数。

安装必要的软件包

sudo dnf install \ 
  fcitx5 \
  fcitx5-{autostart,configtool} \
  fcitx5-{gtk,qt} \
  fcitx5-{rime,chinese-addons} \
  fcitx5-table-{extra,other}

写入配置文件

cat > ~/.config/plasma-workspace/env/im.sh <<'EOF'
#fcitx5
export INPUT_METHOD=fcitx5
export XMODIFIERS=@im=fcitx5
export GTK_IM_MODULE=fcitx5
export QT_IM_MODULE=fcitx5
EOF

接下来重启，现在你已经可以使用Fcitx5-rime了！

个人状态通报：我很好，目前情绪稳定。
很感谢阿里云盘提供的文件备份服务，我的文件服务器今天出现了使用自有云存储有史以来，最糟糕，最严重，最不可挽回的一次数据丢失。
​在事故发生后，我不断尝试使用debugfs,extundelete,testdisk等工具进行文件恢复，手脚冰凉，整个人都沉浸在无法挽回的死气里。
经过三个小时的抢救，一切都是徒劳的。全闪存储注定在文件可恢复性上无法与传统的磁盘和磁带匹敌。
​当我远程连接之前使用过的那台Thinkpad E14 gen3，作为一个无神论者，我那时候真的希望有神灵存在，希望奇迹能发生。
​很遗憾，神仙仍旧不存在，奇迹也注定不发生。设备上没有我想要的那部分文件的副本。
​八点，整个人瘫坐在椅子上，被负面情绪彻底包围，几乎失去了生活下去的信念。哪怕他们离婚的时候，也没让我这么丧气。
我想要永远保存下去的那些数据，在我的多个设备上消失了。
特别熟悉我的朋友可能知道，我是自由软件运动支持者，对数据存储一直贯彻三处以上备份的原则。
抬起头，打开手机，抱着仅剩的最后那一丁点希望，看了看阿里云盘。找到了，那是我最后一份备份，是我后来没考虑使用的备份方式。
一个因为隐私等原因让我深恶痛绝的专有软件挽救了万念俱灰的我。
看到那几张照片，​就像，天亮了......
​感谢阿里云盘，感谢坚持3+备份原则的自己。
从今往后，本地+私有云+公有云，永远不变。

​## 事故原因
使用VSCode远程资源管理器功能远程连接家庭服务器上传文件时cloudreve更新文件意外的替换掉了整个同样名为cloudreve的目录。
该问题随后将尝试复现。

快过年了，J3160 宕机了一次 虽然很快远程重新上电了还是有了一丝危机感 J3160太老了，扩展性也不足，考虑了一下决定换一套扩展性更强的产品。刚好在B站看到有UP发的HP EliteDesk 800G3 SFF。

支持6/7代CPU 4条DDR4内存插槽（最多双通道） ，1个PCIE 3.0 x16 （可全速）1条x16插槽（X4）2个X1 接口 还有数个SATA接口 ，1个M.2 2280，1个M.2 2230 网卡接口。 只要220包邮，价格也过得去。CPU另买了一颗G4600 ，原本想买G4560这个神U，但是想了想还是UHD630对我更有用，也不差那十几块了。 内存2条光威8G DDR4 2666MHz 都是二手。
主板是Q270芯片组还支持傲腾内存，但是想了想我后续长期用不太可能插机械盘，遂暂时放弃购买。
HP EliteDesk 800G3 SFF硬件参考指南

不过截至发文前网上现在只剩下卖全高的TWR 版本了。

- 阅读剩余部分 -