極東晝寢愛好家

2023-3-28 更新：这一文章中修改 pytorch 源代码的解决方式在 pytorch 最新的发行版（预计为 2.1.0 版本）中将过时。大约一周之前 pytorch 的主分支合并了 一个 pull request，其对通过修改环境变量来指定 nvcc 提供了支持，现在只需将 nvcc 路径赋值给 $PYTORCH_NVCC 即可。 今天解决了一个有点复杂的环境问题，记录一下解决的过程。 在复现 ReferFormer 时，需要编译一个 Deformable Attention 算子。在编译的过程中，nvcc 使用了一个叫做 --generate-dependencies-with-compile 的 flag。非常不幸的是，我现有开发环境中的 nvcc 并不支持这一个 flag，导致我无法编译这个算子。为了解决这个问题，我首先确定了现有的 nvcc 版本： 1234nvcc: NVIDIA (R) Cuda compiler driverCopyright (c) 2005-2019 NVIDIA CorporationBuilt on Fri_Feb__8_19:08:1 ...

我发布本文时使用的公众号已注销，欲浏览后续文章，欢迎关注新公众号「鸦栖」。 本文转载自微信公众号「長門有希观察」杂谈 | 我为什么要写作。 我的新公众号成立了，公众号名称「長門有希观察」取自《涼宮ハルヒシリーズ》中的登场人物长门有希。该角色的设定与本公众号的定位有比较高的相似性，因此我借来她的名字，命名了这个公众号。 实际上，这并不是我第一次创立公众号。在三年前的一个冬天傍晚，我窝在床上回想一年以来的种种经历，将万千思绪记录了下来，作为年终总结。苦于没有找到适合将其发表的平台，我创立了一个公众号。那个公众号取《Hearthstone》中的酒馆的意象，意为希望能有一个地方，让大家可以围着火炉喝着酒，听我讲一些自己的故事。正如古诗中所描述的一样——「绿蚁新醅酒，红泥小火炉。晚来天欲雪，能饮一杯无？」 可惜当时好景不长，在这一文章发表后的不久，我们便迎来了长达半年的居家时期。在这段时间里，我的生活单调意志消沉，自然也没有心情再去写些什么东西。这样的状态一直持续了半年，直到我返校之后搭建了个人网站，才又开始进行一些写作——不过这一次是以技术性博客为主，而不再用长篇的文字去记录生活。我的个 ...

前段时间被叫去聊天，聊到了汪峰早年的一些作品。其间有人提到，《花火》这首歌创造出了生命短暂却像花火一般爆裂炽热的意境，并且主歌只用了两个九和弦。听完之后我深以为然，然后我转念一想，九和弦的音程是什么样来着？早就不记得了。 由此我进而想到，我的乐理知识过于碎片化，且掌握得也很三脚猫。因此，我在这里开一个帖子，汇总一些乐理的笔记，常来看看也好加深印象。这个帖子应该会偶尔更新，当我看到一些新的知识的时候就整理到这里。 音符的记法：音名、简谱、唱名 音名与钢琴键是相对应的，在钢琴上，每一组包括 7 个白键和 5 个黑键。用 CDEFGAB 七个字母表示的音名即对应于同一组中的 7 个白键。黑键的音是由相邻白键升降半音得到的，由于每个黑键都与两个白键相邻，所以每个黑键都有两个音名。例如，C 和 D 之间的黑键既可以是 C# 也可以是 Db。 虽然 C# 与 Db 对应于同一个音，但是两者不可以混淆使用。因为当音符带有还原符号时，C# 会被还原到 C、Db会被还原到 D，从而产生不同的效果。对于 EF、BC 两组中间没有黑键的音，其也有升降，例如 E# 与 F 为同一个音，这种情况被称为等音。 对 ...

前段时间在写 Wordle Solver，查阅资料的时候发现了 3Blue1Brown 的 Youtube 频道，在看视频的时候发现频道中的视频基本上都是用一个叫做 manim 的动画引擎做的。我感觉蛮有意思，就安装下来简单体验了一下。 manim 最初是由一位个人开发者开发的，由于其不承诺长期提供支持，后来又出现了 3b1b 维护的 manimgl 版和 manimCE 社区版。这三种的特性与具体用法都存在一定的差异，考虑到 manimgl 版本可以使用 OpenGL 进行渲染，并且已经出现了一些基于它制作的比较高质量的成品视频，我在体验时选择了 manimgl 版。 2023-12-30 更新：近期，一位国内的开发者发布了 manim 的另一种实现 manim3，great work！ manim 浅度体验 manimgl 使用 pip 即可安装： 12pip install manimglpip install pyopengl 除安装上述包外，还需要安装 ffmpeg 用于视频编解码，以及 LaTeX 以支持公式渲染（推荐使用 Tex Live 发行版，功能相对强大一点）。 ...

博客自从搭建以来已经搁置一段时间了，最近想在友链里多加上几个好友的链接，但在我将最新的页面代码推送到远程仓库后，Github Pages 的部署流程并没有被成功触发。因此，我决定研究一下 Github Actions 的用法，并在此记录一下。 GitHub Actions 可以自动化地实现一些工作流，例如在代码推送或 pull request 发起时，进行一系列测试、打包、部署等操作。当工作流启动时，它会创建一个容器，并安装软件、配置环境，在流程结束后还会将生成的数据推送到指定的位置。 我的博客使用 hexo 框架进行搭建，版本控制采取“开发-部署”的双分支模型。因此，在我需要更新我的博客时，首先我需要在博客的源代码中进行编辑，然后依次运行 hexo clean、hexo server、hexo deploy 进行预览和部署，然后将源代码 commit 并推送到远程，进行版本控制。这一流程可以使用 Github 的 Actions 功能进行简化。利用 Github Action，在代码推送后，Github 服务器可以自动启动编译与部署的流程。 仓库读写权限配置 为了使用 Github ...

注意：这是一篇教程性质的文章，但为了说明的简洁性并不会讲解所有细节。我默认这篇文章的读者具有一定的信息检索能力，并具备各方面的基本知识。 心血来潮决定把个人博客搬迁到自己的网站上，因此采取这种方法进行搭建，并记录一波搭建流程，大概有以下几个步骤： 准备一个 Github page 的仓库 准备 hexo 框架 初始化你的博客 部署到服务器端 除此之外，还会提到一些关于博客日常维护和美化的方式。（如果之后研究得比较顺利，或许还可以分享一些定制化、调用第三方 api、性能优化等方面的内容） 准备一个Github仓库 一个 Github page 对应于一个名称以 .github.io 结尾的仓库，仓库的名称即为 Github page 的地址。与此相关需要做的工作包括： 注册一个 Github 账号 在本地配置 git （可选）配置 git 的用户名、邮箱、配置 ssh 公钥等 上述操作可自行完成，仓库创建好后可以在其中放置一个 README.md 文件，再访问对应 Github page 的地址，可以发现 README 文件的内容已经在其中显示了，至此 Github page ...