Технологии
6388 открытий · Подборка открытий из открытого интернета, сначала новые.
-
Models Keep Getting Bigger. Why Do We Still Need GPU Partitioning?
Bigger models make GPU partitioning matter more.
云原生 · EN
-
From Cloud Native to AI Native: Do We Really Need to Reinvent the Wheel?
Cloud native to AI native: reuse or reinvent?
云原生 · EN
-
From Zero to Shared GPUs: Hands-on GPU Scheduling in Kubernetes with HAMi
A 45-minute hands-on workshop at ContainerDays 2026 Singapore. Install HAMi on a kind cluster with two fake A100s, share one GPU across Pods, steer binpack and spread scheduler policies, and look beyond the default scheduler at KAI Scheduler, Volcano, and DRA.
云原生 · EN
-
What a GPU Workshop Reveals About the Developer Experience Gap in Cloud Native Infrastructure
Notes from ContainerDays Singapore 2026.
云原生 · EN
-
眼科近视验光体验:深圳大学总医院
距离上一次配眼镜已经过去五年，之前的眼镜一直戴到今天。蔡司的镜片依旧完好，而凯米镜片的那副眼镜因平时运动和不太爱惜，已经磨损得不成样子。是时候重新配眼镜了。
罗磊的独立博客 · ZH
-
我的新电脑: 2025 年 MATX 小主机
距离我上一次装 PC 主机已经过去 7 年。我们中年男人真的是太难了，存了三个月的零花钱，在拼京淘东拼西凑，这里扣扣，那里省省，花费￥3200 巨资，终于把家里用了 7 年的老电脑做了个小小升级了。消费降级，没用 Intel 的高端 CPU，改用了小牌子 AMD，显卡也从之前的 80 系列降级到 70 系。🥹
罗磊的独立博客 · ZH
-
实现 AI 自由：我为未来准备的 4 个数字通行证
- [YouTube: 实现 AI 自由：我为未来准备的 4 个数字通行证 ](https://www.youtube.com/watch?v=AYBpSOhForw)
罗磊的独立博客 · ZH
-
Neko Master: 从 0 到 1K+ Star 的 Vibe Coding 实践
春节期间，我花了四个小时，从零开始 Vibe Coding 了一个网络流量分析面板 [Neko Master](https://github.com/foru17/neko-master)，当天就上线了第一版。项目上线一周，GitHub 收获了 1000+ Star，Docker Pull 破了 10K。
罗磊的独立博客 · ZH
-
开启我的「人生 AI」计划
- [YouTube: 2026 年，我把自己做成了一个 AI](https://www.youtube.com/watch?v=_uj7sQ7CvQw)
罗磊的独立博客 · ZH
-
Arch Linux 中文论坛迁移杂记
本文来自 依云's Blog ，转载请注明。 本篇只是心得体会加上赞美和吐槽。 技术性的迁移记录在这里。 起 一个多月前，肥猫在 Arch Linux 中文群里说： （希望有好心人研究一下php74，最好加到archlinuxcn里，因为咱中文社区论坛卡在这个老版本了 然后话题自然就又到了论坛迁移的事情上来——毕竟 FluxBB 年久失修 也不是一两天的事了。Arch Linux 官方 讨论了几年还没结果 ，但中文社区这边并不是卡在往哪迁上，而是 基于什么的都可以迁移，但得有人干活 然后又过了些天，论坛使用的本就递送困难的 Sendgrid 停止了免费服务 ，导致中文论坛完全无法注册新用户了。虽然这件事通过更改为使用 我们自己的邮件服务器 就解决了，但迁移论坛的想法在我脑中开始成长。 承 至于迁移到哪个软件，我早已有了想法——包括 OpenSUSE 中文社区 、 Debian 中文社区 、 NixOS 、 OpenSUSE 、 Fedora 、 Ubuntu 、 Manjaro 、 Garuda Linux 、 CachyOS 、 KDE 、 GNOME 、 Python 、 Rust 、 Atuin 、 F-Droid 、 OpenWrt 、 Let's Encrypt 、 Mozilla 、 Cloudflare 、 Grafan
依云's Blog · ZH
-
使用 Restic 备份数据
本文来自 依云's Blog ，转载请注明。 我很早就知道 Restic 这个备份工具了，但是因为我有 rsync 和 btrfs send/receive 方案所以一直没用过。某天，突然有个走 AWS s3 协议的服务器备份需求，这才把它翻了出来。 既然是 s3，首先设置环境变量 AWS_ACCESS_KEY_ID 和 AWS_SECRET_ACCESS_KEY ，然后仓库的地址是 s3:域名/存储桶名 。好像一个存储桶里只能初始化一个 Restic 仓库？我还不清楚，也没有能给我玩的环境，就不管了。仓库地址可以设置到环境变量 RESTIC_REPOSITORY 中，这样就不用每次用 -r 参数指定了。执行 restic init 进行初始化。Restic 只支持加密备份，所以必须设置一个备份密码——倒也可以设置为空字符串，但是加密仍旧会进行，并且需要额外的参数来允许空密码。密码也可以放在 RESTIC_PASSWORD 环境变量里。 然后就是执行备份命令了，很简单的，比如： restic backup -x --exclude-caches --exclude='/home/*/.cache/' --exclude=/var/cache/pacman/pkg/'*' ... / 这样就备份了整个系统，并排除了一些目录。可以先加 -v --dry-run
依云's Blog · ZH
-
给论坛用上了文本嵌入模型
本文来自 依云's Blog ，转载请注明。 偶然间发现Discourse论坛支持利用文本嵌入模型来生成「相关话题」列表、提供语义化搜索。于是我给 Arch Linux中文论坛 试过了好几个模型，记录一下经验。 文本嵌入，英文叫「text embedding」，指的是将一段文本编码成语义空间中的向量，从而可以判断不同文本的语义相关性。编码出来的向量少则512维，多的能有4096维。而判断相关性有「余弦距离」（看两个向量的夹角大小）和「负内积」（一个向量和另一个向量的转置相乘，然后取负）两种方法，我都是看模型文档和示例来决定用哪个的。至于这些向量的存储和索引，Discourse使用的是 pgvector 这个PostgreSQL插件。 Discourse启用这个功能之后，会在每个话题下方推荐几个「相关话题」，很适合看看是不是有人问过相同的问题。语义化搜索则需要在搜索页面点按钮来显示。在搜索框里按两下回车，就能到搜索页面了（这时候语义化搜索就会进行了，虽然用户还看不到结果），或者点搜索框右边的按钮也行。 因为论坛以中文为主，所以没多少可以抄Discourse官方文档的地方。一开始我挑了好几个来尝试，bge-m3、all-mpnet-base-v2、gte-multilingual-base等。但是没想到它们体积不大，但跑起来却很吃资源。E5-2678 v3辛辛苦苦跑了好久，结果去数据库
依云's Blog · ZH
-
使用wayvnc远程访问无头Wayfire会话
本文来自 依云's Blog ，转载请注明。 显示器送去维修了，因此我的台式机变成无头设备啦。现在用它来编译软件是没啥问题的，但是我的GUI软件的窗口全部访问不了啦，编译出来的wayfire也没法调试了。本来已经存在的窗口我打算等显示器修好回来再用的，但是Vim刚出了一个公开利用方式的 RCE ，我怕我的GVim留在那里忘记了然后不小心中招，直接关又不记得它有没有打开什么需要处理的文件。于是想到了远程桌面。 首先想到的是群友的 reframe 。之前显示器还在的时候它挺好用的，但是现在显示器不在了，它就连不上去啦。读了文档才知道需要配置一个虚拟显示器，要动内核参数所以需要重启，我的窗口们就回不来啦。另外等显示器回来，要去掉虚拟显示器还要再次重启。 其实我还有另一个显示器，也就是 大上的E-ink屏幕 。接上去之后，我的wayfire桌面回来了，但是我的窗口并没有…… lswin 发现它们还在「unknown」显示器上。于是我开始研究 Wayfire IPC 看看怎么把它们弄回来。 花了些时候，去Matrix频道里问了一下，窗口们是用 configure_view 找回来了，但是发现我怎么几百个叫「input-method-popup」的窗口啊（其实这就是我要调试Wayfire的原因）。另外发现有创建无头输出的接口，也就是Wayland composito
依云's Blog · ZH
-
Wayfire支持不缩放Xwayland啦
本文来自 依云's Blog ，转载请注明。 Wayland协议会告诉客户端程序缩放比率应该是多少，支持的就按指定的来，不支持的Wayland compositor就负责把窗口缩放到合适的大小。但因为是客户端渲染成位图之后，再由Wayland compositor缩放，大小是合适了，但却模糊了起来。然而很不幸地，Xwayland就是那个不支持Wayland缩放机制所以被Wayland compositor强行缩放的Wayland客户端。 但其实在X的时代，各个GUI框架都发展出来了自己的一套指定缩放的机制。比如一些老的程序会认 Xft.dpi 这个设置，GTK可以用 GDK_SCALE 环境变量，Qt认 QT_AUTO_SCREEN_SCALE_FACTOR 和 QT_SCREEN_SCALE_FACTORS ，Wine可以在winecfg里设置，等等。我想说的是，虽然不太统一，但大家其实都有自己的HiDPI方案了。 所以，Wayland compositor如果不强行缩放Xwayland的窗口的话，那些还不原生支持Wayland的程序其实也能显示得清晰好看的。但可惜的是Xwayland始终没有合并任何解决方案，我也就只好用着打过补丁的 wlroots-lily-git 、 xorg-xwayland-lily 了。KDE很早就引入不缩放Xwayland窗口的选项、让这些使用Xwa
依云's Blog · ZH
-
自定义系统默认中文字体
本文来自 依云's Blog ，转载请注明。 一开始使用Linux系统的时候，并没有多少自由开源的中文字体。那时候几乎所有人的选择都是文泉驿正黑。我就一直用啊用了好多年，直到后来截图时被网友说该换字体了，我才知道原来文泉驿项目已经停止很久了， 网站 上的新闻截止于2008年——都快20年啦。 文泉驿正黑的字形比较「旧时代」——以屏幕清晰度为优先，由于当时的屏幕普遍dpi低，笔画迁就像素风格，所以比较丑。另外也有些bug，比如「撨䑾詺㘃㞈㟯㫥」这几个字会有一片漆黑的区域。 文泉驿正黑看起来是这样的。注意截图中只有除标题外的中文部分用的是文泉驿正黑字体。 2014年，Google联合Adobe发布了思源黑体和Noto Sans CJK字体——这两款字体的汉字部分是相同的，区别只在于思源黑体会根据文本的区域设置来自动选择字形（通常不管使用哪个语言的字族名来指定），而Noto Sans CJK字族名只有英文版本，并且不同的字族名后缀会选择不同的地区字形。 我在2024年终于决定切换到思源黑体试试。它长这样： 图中的日文部分也是使用的思源黑体，只不过是日文字形。标题则使用的是思源宋体。读者可以在图片上点「右键」然后新建标签页打开图像，然后来回切换着对比。 可以看出，思源黑体是比文泉驿正黑好看多啦。而且思源字体有粗体版本，
依云's Blog · ZH
-
通过字幕总结YouTube视频内容
本文来自 依云's Blog ，转载请注明。 现在YouTube首页的视频推荐越来越差了，好多标题党、clickbait，故意把讨论的主题藏起来。经常我点进去看了好久，才发现原来并没有讨论什么我之前不知道信息，又或者讨论的话题我完全不感兴趣。再不就是把我想知道的信息藏到不知道哪个片段里。虽然我有 GlobalSpeed 扩展可以依内容信息密度来方便地调整播放速度，但是调太快（超过2x）就听不清啦。总之是好多视频点开看之前十分吸引人，但看完或者看一半时就想骂人、点踩退出，十分浪费时间。 正好最近在尝试Gemini API，于是灵光一现，写了个脚本，使用 yt-dlp 下载视频字幕，然后调用Gemini API来总结内容。 #!/usr/bin/python3 import sys import json import subprocess import tempfile from pathlib import Path import httpx GEMINI_KEY = 'YOUR GEMINI KEY HERE' URL = 'https://generativelanguage.googleapis.com/v1beta/models/gemini-3.1-flash-lite:streamGenerateContent?alt=sse' PROMPT = '根据以下字幕文本总结
依云's Blog · ZH
-
加固我的virtiofs
本文来自 依云's Blog ，转载请注明。 最近各种严重的安全漏洞层出不穷，而我更新完它们、停下来的时候，突然发现一件事：我的virtiofsd是使用abstract socket来连接的，而它所提供访问的文件系统并没有进行任何限制。这意味着任何本地用户，只要连上去就能得到virtiofs里的root访问权限，然后往里边丢一个suid的shell，最后从外边直接执行就能提权！ 当初选择使用abstract socket，主要是因为这样不用管理一个socket文件，会比较方便。但其实现在socket文件交给systemd处理也很方便了。 加固方案，首先是不再使用abstract socket，以便进行权限控制——只允许我自己连接。另外再用一下用户命名空间的id映射——这样在文件系统上直接访问的话，它们都是某个普通用户的文件，没有特权了。 首先要把rootfs的uid和gid都改成使用高位id。可以使用systemd-nspawn来更改，但是它要求起始id是65536的整数倍，不能像以前那样用100000然后看着就很整、很容易看出对应关系了。 用以下命令就可以更新id了： sudo systemd-nspawn -D /.../rootfs --private-users=655360:65536 \ --private-users-o
依云's Blog · ZH
-
《手解量子化学》练习题 1-1
note “练习题1-1” 判断下面的算子是否厄米（Hermitian）或为厄米算子（Hermite Operator）。 \[[1]\ {d \over dx} \quad [2]\ {\mathrm{i}{d \over dx}} \quad [3]\ {d^2 \over dx^2}\]
zhonger 前端开发者，喜爱运维管理 · ZH