手头老旧VPS太慢？教你几招低成本榨干性能

手里有几台便宜的“垃圾鸡”（廉价VPS），平时跑跑小项目还行，但一涉及到稍微吃点的操作就卡得让人怀疑人生。带宽小、硬盘慢、甚至CPU性能也是古董级别的，这确实是很多“捡垃圾”爱好者的痛点。咱们不换机器，有没有办法在不增加（或者说少增加）成本的前提下，榨干这些老旧机器的最后一点性能呢？答案是肯定的。

在动手优化之前，得先知道瓶颈在哪。通常“垃圾鸡”慢主要有三个原因：

网络拥塞与丢包示意图

网络拥堵和丢包是导致VPS体验差的常见原因之一。

硬盘IO太拉胯：很多超低价VPS用的是机械硬盘或者低速NVMe，随机读写能力极差。只要数据库频繁读写，或者系统进行日志记录，IO占用一高，整个系统就卡死了。
网络延迟与丢包：所谓的“CN2”线路往往只在高端机上才有，便宜货走的多是拥挤的公用线路。晚高峰丢包严重，打开网页转圈圈是常态。
CPU单核性能弱：现在的程序大多需要多核处理，但便宜的VPS经常给你分配一个弱不禁风的超线程核，一跑满负载直接100%。

如果你的网速慢主要体现在“吞吐量上不去”或者“稍微有点丢包就断连”，那大概率是TCP协议在背锅。老内核默认的拥塞控制算法太保守，我们可以手动开启更激进的算法。

这里首推 BBR (Bottleneck Bandwidth and Round-trip propagation time)。它不是魔法，不能把1M带宽变成1G，但它能极大限度地利用你现有的带宽，尤其是在有轻微丢包的网络环境下，效果立竿见影。

Nginx反向代理缓存流程图

利用Nginx开启反向代理缓存，可以有效减轻后端程序压力。

实操建议： 不要去手动编译内核了，费时费力。直接使用现成的脚本，比如“一键开启BBR”类的脚本。现在比较成熟的有 x-ui 附带的功能，或者专门的一键脚本（这里就不贴具体链接了，GitHub 一搜一大把）。

推荐开启 BBRv2 或者 BBRPlus。对于很多“垃圾鸡”所在的廉价网络环境，BBRv2 这种对丢包更敏感、更激进的变种，往往比原版 BBR 效果更好。试完之后跑个测速，下载曲线稳了不少，体验提升最明显。

针对硬盘IO拉胯的问题，最有效的办法就是减少写操作。

内存盘做 Swap：很多小鸡内存只有 128MB 或 256MB，动不动就爆内存然后疯狂读写硬盘 Swap。这时候别吝啬，如果内存稍微有点富余，可以建个 zram 或直接用内存做 Swap，虽然内存贵，但比硬盘快几个数量级。
无脑关日志：对于个人测试机，系统日志意义不大。直接修改 /etc/rsyslog.conf 或者 systemd 配置，把所有日志丢给黑洞（/dev/null），或者把 /var/log 挂载到 tmpfs（内存文件系统）。重启后日志清空，省去了无数小的随机写入，硬盘寿命和系统响应速度都会提升。
使用轻量级系统：如果用的是 Debian/Ubuntu，可以考虑换成 Alpine Linux。它占用资源极小，甚至能在 32MB 内存上跑 SSH，对老旧机器非常友好。

有时候不是机器不行，是你跑的程序太重。

数据库优化：如果你非要跑 MySQL，务必开启 query_cache（如果是老版本）或者调整 innodb_buffer_pool_size。如果是读多写少的应用，用 SQLite 代替 MySQL 也是个不错的选择，省去了网络开销和独立进程的负担。
反向代理缓存：如果你是用来搭站，在前面加一层 Nginx。开启 Proxy Cache，把动态生成的页面缓存成静态文件。下次访问直接读内存或硬盘上的静态文件，避开了后端那个吃资源的 PHP/Python 进程，速度飞起。
进程守护：不要用 Systemd 去管一堆琐碎的小进程，太重。用 Supervisor 或者直接写个简单的 Shell 脚本循环，在极端资源受限环境下，脚本往往比庞大的守护进程更轻便。

老旧 VPS 加速的本质，其实就是“田忌赛马”。

用 BRR 去弥补网络的不足，用内存去掩盖硬盘的短板，用 静态化 去规避 CPU 的弱势。只要你的需求不是无脑追求 4K 视频流或者渲染动图，通过这一套组合拳，手里的“垃圾鸡”完全能跑得飞起，性价比瞬间拉满。

试试看，说不定能让你那台吃灰的机器再战三年。