几个参数 CPU 1-2核 4核 8核 16+核 静态网站、个人博客，轻量级网站对于计算能力要求比较低 小型网站、电商，能够应对日常访问以及轻量化数据处理 数据库、数据分析，需要较强计算能力处理复杂查询，建议搭配大内存 游戏、直播等，需要高核心数与高频处理并发请求 PS: 高并发数据处理需要多核，低并发但计算密集需求，如图形处理，模型训练等需高频率核心；同时CPU、内存、带宽需要合理匹配，如8核CPU建议搭配16G以上内存；在实际使用过程中如果CPU占用率长期超过80%，应该升级CPU了。 ...
前段时间，我朋友入手了5090（可恶的有钱人），将淘汰下来的主机出手给了我，由于附带的卡是5070 12g，虽然说显存不够大，但是还是想要体验一下N卡的本地模型的乐趣，所以就接手了。于是，我面临了一个问题，我如何将我现有的archlinux配置克隆到新主机上。 ...
我现在的博客部署在 github.io 上，一直想要在个人网站上搭建自己的博客以及部署一些有意思的项目，这次趁双十一购入了服务器与域名，这里做一个简单的记录。 一台可用的VPS 你可以在任意VPS提供商上购买所需要的服务器，比如说我这边是用的是 RackNerd↗ ，正好赶上双11优惠，花费了70块弄了一个低配的KVM小机子，用作轻量级服务。1vCPU, 1G内存, 20G硬盘空间，3T/月的带宽，虽说配置比较低，但是很适合配置轻量级服务器与学习作用。 ...
我在更新macOS Tahoe 26的时候，整体的液态玻璃效果太抽象了，完全一变以前的简约风格，存在感太强了，和我原来的黑白简约风格很违和。同时由于我之前做的一些ntfs适配，梯子适配的东西全部不能用了，细想之下，我直接把mac出了。 那么现在我的宿舍桌面就没有主机使用了，考虑到可玩性，我尝试寻找一些能够支持linux的、功耗低、迷你的设备。我考虑了一些类树莓派，但是这种小型的设备，算力支持太低了，而且可能会遇到一些莫名其妙的设备问题，我想要更多的享受linux的生活而不是将时间花费在无止境的维修设备上。同时单纯地嵌入式设备太丑陋了，不像一个合格的产品使用，以及这只是主机，我还需要花费精力给他添加一个显示屏还有多出的线，总之就是各种不方便。 这时候我将视线投向了微软的surface系列产品，但是我还是遇到了很多的不合适的点。首先是surface新产品太贵了，而旧款式的产品充满了旧时代的审美和旧时代的配置。很难想象一个平板电脑二合一的产品有着能够停的下理想的黑边和十分明显了直角边框。其次就是，他的键盘我不是很需要，我很讨厌传统键盘的方向键设计，以及冗余的全键位设计，以及最不能容忍度半高方向键（这也是我没有买mac book的一部分原因）。 现在我将实现投向了平板电脑。我去搜索了一下，看到了一款合适的设备，小米平板5。于是我从闲鱼上买了一个成色还可以的板子。 ...
前几天更新archlinux系统，重启之后无法正常进入启动引导界面，这边记录一下如何进行修复。 grub引导修复与内核修复 根据 “Minimal bash-like line editing” in GRUB when booting↗ 中指出，开机只掉到 GRUB 的“Minimal BASH-like line editing…”说明了GRUB无法找到它的配置文件，GRUB无法从FAT分区加载Linux内核。 我们现在必须要使用Live USB启动Arch系统，再chroot进入修复GRUB。 ...
之前做了一份骑行减脂的饮食指南，在这边另开一篇记录一下这段时间的饮食以及体重变化。 第一周 2025-10-06 早餐：牛奶 250 ml，燕麦 40 g，香蕉 1 根 午餐：滑蛋牛肉，虾仁西兰花，糙米饭 1 碗，梨 1 个 晚餐（骑行后）：蔬菜 250 g，肉类 100 g，荞麦面 1 份，鹌鹑蛋 6 个，豆腐 20 g，香蕉 1 根 ...
这次国庆回家又被父母说太胖了~，最近也买了自行车，前都花了，还是真得动起来啊。大概总结一下在减肥过车过程中需要注意的点。 饮食问题 热量赤字 减肥的核心是制造能量赤字，当你消耗的热量大于你摄入的热量的时候，你的体脂就会下降了。 男性维持体重的基础代谢量为 $$ BMR≈66+(13.7×体重kg)+(5×身高cm)−(6.8×年龄) $$ 按照我现在的个人参数来计算，23岁，80kg，178cm，计算出的BMR约为1800kcal，如果我每天都运动的话，日常活动系数可以达到1.55，那么我的维持热量为2800kcal/day，我预计每天骑行20km，那么我运动消耗大致600kcal/day，所以我每天的总消耗为3400kcal。 如果我想要减肥，我每天需要制造1000kcal的热量缺口，所以我每日的摄入目标为2400kcal。 ...
我们现在通过DMA的方式来进行UART的数据搬运，所以对应的中断响应函数也需要重新编写。接下来我会简要的解释一下更改DMA前后中断响应函数的原理和实现方式。 ...
今天在移植我写好的底层DMA驱动包到目标工程的时候，主要遇到了以下的几个问题。 Q: 避免符号冲突 A: 根据原有目标工程的宏定义，替换修改驱动包的宏定义。 ...
今天在写驱动的时候，涉及到DMA和Cache的一致性问题，对于其中的一些疑惑做了记录。 DMA和CPU访问路径 CPU访问内存的时候，通常先访问cache（L1/L2），只有cache不命中的时候才回去访问主存（SRAM/DDR）。 DMA控制器访问内存的时候，一般是直接通过总线访问主存，不经过CPU的cache。 CPU → DMA → 设备（CPU写数据给外设）: ------------------------------------ [CPU寄存器/程序] │ ▼ [CPU Cache] (CPU写数据 → 可能停留在cache里) │ (Clean Cache: 写回内存，保证DMA可见) ← 传输前执行 │ ▼ [内存RAM] ← DMA要读这里 │ ▼ [DMA总线] │ ▼ [外设设备] (UART/SPI/网卡等) 设备 → DMA → CPU（外设写数据给CPU）: ------------------------------------ [外设设备] (ADC/网卡等) │ ▼ [DMA总线] │ ▼ [内存RAM] ← DMA写入数据 │ (Cache可能仍保存旧数据) │ (Invalidate Cache: 标记无效，下次CPU从内存取) ← 传输后执行 │ ▼ [CPU Cache] │ ▼ [CPU寄存器/程序]