Hi there 👋

最近在 Linux 桌面上分别尝试了 AMD 和 NVIDIA 的独立显卡（使用的都是 Wayland 协议），踩了一些坑，分享出来。 AMD 对于 AMD 显卡，安装一路顺畅，跟着 Arch Wiki 安装完系统，装个桌面就能用了。进入桌面后跟笔记本的核显使用体验一致，并且后续使用并无异常，比睡眠后唤醒，无黑屏问题等。 如果只是想安静地作为桌面显示用的显卡，AMD 表现很完美。但要是想玩一些模型，比如 Whisper 和 Llama 2，那坑就来了。 既然想玩模型，那多少是知道 AMD 显卡在炼丹领域是比不上 NVIDIA 的。但具体相差多远呢？PyTorch 有 ROCm 的选项支持 AMD 显卡，但模型就不一定能运行了。 实际测试下来，能跑的模型也有，比如： ChatGLM Stable Diffusion web UI ChatGLM 直接启动会报错，显卡不是最新的。根据 WenJieLife 的提示，设置环境变量解决：export HSA_OVERRIDE_GFX_VERSION=10.3.0 HCC_AMDGPU_TARGET=gfx1030。但如果使用量化模型，就不行了。Stable Diffusion web UI 同样需要进行一些配置，但有现成的教程可参考： A卡ROCm运行Stable Diffusion AI画图 Stable Diffusion 使用 AMD ROCm 显卡加速 后续尝试 Llama 2 模型，跑不动，WhisperX 需要 NVIDIA 显卡。 NVIDIA 安装时建议按照 NVIDIA - ArchWiki 中的步骤进行。...

之前有段时间太累，但一到晚上又很精神，思绪也比较活跃，很容易就把时间抛到脑后了。第二天是周末还好，可以睡晚点。但如果是工作日，很容易睡眠不足。经历了几次身体不适之后，决定写个脚本，提醒自己睡觉。 晚上通常都是使用电脑，且系统是 Linux，很容易想到使用定时器来做这件事。粗暴一点的做法是直接用定时器在特定时间进行提醒，但缺点也很明显，如果系统锁屏了但未休眠，那么定时任务依旧会在安排的时间点执行。最终决定写个脚本配合定时器一起运行。 首先要解决的是如何判断当前系统的锁屏状态。当前的系统桌面是 Gnome + Wayland，往这个方向搜索得到的结果不是很清晰，有些方法是过时的。最终测试下来，使用 dbus-send 的方式最靠谱。使用以下命令可判断系统是否锁屏： # If it is locked, boolean true will be print dbus-send --session --print-reply --dest=org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.GetActive | grep 'boolean true' 然后就是确定提醒的时间点了。不同时间点，提醒的内容的应该有区别。这个比较简单，获取当前系统时间，跟设置的时间点进行比较即可。通知工具使用 notify-send，很方便。 只是简单地通知的话，感觉可能没啥效果，于是想到加上强制休眠的时间点，最后做成了 systemd 的定时器，放在这里：bedtime-reminder。 实际使用了一段时间，效果挺好的，但基本上是卡点睡觉。等适应后，可以把时间调早一点。但通知的作用不大，最后靠的是强制休眠。果然还是 deadline 最有效。

最近比较常用到 OCR 的功能，主要用的是 tesseract，再搭配终端访问剪贴板内容和一些其他工具，整体体验很流畅。 首先需要安装 tesseract，Arch 下可一条命令解决：sudo pacman -S tesseract tesseract-data-chi_sim tesseract-data-eng，后两个是语言数据，chi_sim 和 eng 分别对应简体中文和英文。然后搭配 xclip 或 wl-paste 就可以食用了： # tesseract usage: `tesseract FILE OUTPUTBASE [...]` # If FILE is stdin or - then the standard input is used. # If OUTPUTBASE is stdout or - then the standard output is used. xclip -selection clipboard -t image/png -o|tesseract stdin stdout -l chi_sim+eng # on Wayland, you can yuse wl-paste: wl-paste -t image/png|tesseract -l chi_sim stdin stdout 为什么需要指定 MIME 类型？Linux 下剪贴板有多种类型（selection），主要包括 PRIMARY、CLIPBOARD 和 SECONDARY，常用的是 PRIMARY 和 CLIPBOARD。...

最近在折腾 Vim 配置，花了不少时间优化，可以说是差生文具多了。主要是把包管理器从 Packer 换成了 lazy.nvim，然后从 LazyVim 中抄了一些配置，顺便把目录组织结构换成 LazyVim 那样的方式进行组织。 然后前段时间又在推上看到关于 Vim 编辑器下中英文切换的讨论。想要实现的效果是 Vim 在离开 INSERT 模式时，切换输入法到英文状态，当再次进入 INSERT 模式时，又自动切换回去。 im-select 是比较多人推荐的工具，用于在命令行中切换输入法。该项目介绍的用法适用于 VSCodeVim，对于纯 Vim 没有提及。 Vim 可以在不同事件发生时自动执行预先设置的命令，自动切换输入法应该也是类似。找到一个插件 vim-barbaric，看了下里面的源码，思路也是如此。于是往自己的 Vim 配置中加了以下几行代码： -- Auto switch input method local myim = vim.fn.system('ibus engine') local function switch_eng() myim = vim.fn.system('ibus engine') -- print("switch to eng from: " .. myim) os.execute("ibus engine xkb:us::eng") end local function restore_normal_im() -- print("restore to: " .. myim) os.execute("ibus engine " ....

相比于 Python 项目简单清晰的目录结构，Common Lisp 的项目结构要复杂不少，尤其是大型项目。但当你知道每个文件/目录的作用时，会发现这目录结构也不复杂。 以 Postmodern 项目为例，看看实际项目是怎样组织代码的。 该项目目录结构如下： ├── cl-postgres/... ├── cl-postgres.asd ├── postmodern/ │ ├── connect.lisp │ ├── ... │ ├── package.lisp │ └── tests │ ├── ... │ ├── test-package.lisp │ └── tests.lisp ├── postmodern.asd ├── simple-date/... ├── simple-date.asd ├── s-sql/... ├── s-sql.asd └── ... 这里省略了部分目录和文件，但不影响我们解读该目录结构。可以点击链接了解完整的目录结构。 首先看最外层的文件，这里列出的都是以 .asd 为后缀的文件，这些文件描述了源代码间的依赖关系，使它们能按正确的顺序进行编译和加载。而这依靠的便是 ASDF 自动编译系统。 ASDF，全称 Another System Definition Facility，该构建系统指定了 Common Lisp 程序中各系统的组成及控制各组件能按正确的顺序进行编译、加载和测试等等。 ASDF, or Another System Definition Facility, is a build system: a tool for specifying how systems of Common Lisp software are made up of components (sub-systems and files), and how to operate on these components in the right order so that they can be compiled, loaded, tested, etc....