dotfiles 管理
为什么选择 chezmoi 管配置、mpm 登记软件,以及这套仓库的使用方式与自动化搭建过程
9 篇内容
为什么选择 chezmoi 管配置、mpm 登记软件,以及这套仓库的使用方式与自动化搭建过程
[!info] 前言插件来来去去,更换了很多,最终留下来的比较趁手的其实也就几个,这里一一介绍 目前的外观如下: 外观美化 主题 主题本人用过的有(按照时间顺序给出) Blue TopazBorderPrimaryVelocity 目前正在使用的是 Velocity,原因是与 Mac 非常适配,前面的主题如果自己花心思配置的话,也是很好看的(和个人审美有关系,这不是本文的重点) [!important] 重要提示上述主题都需要通过下文中的 插件中的 Style Setting
事情的起因是我在对 SAT Solver 进行优化测试时,发现了我的求解器测不准时间,具体表现为,我在代码中测试的时间与 gprof 得到的时间不相符,后者的时间要比前者少将近 20\%,实在是让人匪夷所思。
[!info] 前言这是我最近才开始实验的工作流,目前还比较粗糙,后续应该会慢慢改进 情景 假设现在我在 benchmark 中有多组例子,benchmark/B1,benchmark/B2,benchmark/B3 在 bin 中有多个求解器(不一定是 bin,规定好路径即可),bin/A, bin/B,bin/C 现在,我想跑所有求解器在 benchmark/B1 上的结果 如果按照 的做法,我们会需要自己写 n 个脚本(与求解器数量一致),每个求解器面临参数设置不同,输
[!attention] 免责声明脚本几乎都是 AI 实现的,请注意甄别 [!info] Enhancement一个想法是通过建立一个服务,用于监听进程名称,如果限制的进程名称已经跑完了,那就发送邮件,感觉可以考虑写一个跑在后台的 flask(前后端+SQLite),增删改查一下,感觉还是很有戏的 前言 在跑实验的时候经常会遇到以下情况 按照 中提到的,我们会通过 cat run.sh | xargs 来并行实验,然而每个例子跑的时间是不确定的,有时候设置时限为 3600 s
[!warning]本文不是教程,只是一个模板,方便本人复制粘贴而已部分内容参考自博客 GTest / GMock 单元测试实践手册,详细的可以进博客学习 项目架构 假定项目的结构为: . ├── build ├── CMakeLists.txt ├── Makefile ├── README.md ├── scripts ├── src │ └── main.cpp └── tests ├── CMakeLists.txt └── tree.cpp 我们在 tests 中写
[!tldr]在 Linux 下通过 cmake 与 Conan 进行 C++ 项目初始化与开发的一份简单指北 [!important] 重要更新其实目前也可以通过一个模板项目,例如 ModernCppStarter 来生成一个新项目,然后用 AI 帮助更改 CMakeLists.txt 即可,这种方法可能更适合新手(如果你对 AI 发出了正确清晰的命令) 环境准备 首先,我们需要下载以下软件: cmakemake 或者 ninjapython3pip 或者 pipxclan
如何从 X11 转向 Wayland 下的配置
由于在 Windows 下开WSL和IDE导致电脑内存已经吃不消了,所以我直接把电脑系统刷成了 Linux (彻底疯狂了),这里记录一下我的配置过程