03-用htop和btop替换掉你的top吧,效率起飞

大家好,我是极客老墨。 作为一名常年泡在 Linux 终端里的“老兵”,我发现很多刚入行的小伙伴都有个习惯:只要系统慢了、CPU 飙升了,第一反应就是敲个 top。 说实话,每次看到那灰扑扑、死气沉沉的 top 界面,我都感觉像是在看 1970 年代的黑白电视。虽然它也能干活,但找个进程要靠眼力,杀个进程要背 PID,操作起来真的能让人抓狂。 今天,咱们给你的工具箱升个级。我会分享两款我用了多年的终端监控神器:一款是实用主义者的首选 htop,另一款则是颜值党和仪表盘迷的最爱 btop。 为什么我们要彻底抛弃 top? 如果把 top 比作一辆手动挡的老破车,那 htop 和 btop 就是带自动泊车和全景天窗的特斯拉。 视觉疲劳:top 全是黑白数字,CPU 核心多的时候,那一串 %Cpu 数字看一眼都能吐。 交互反人类:你想杀个进程?得先记住它的 PID,退出 top(或在 top 里按 k),再手动输入 PID,再输入信号强度。这在紧急排查问题时,简直是浪费生命。 信息密度低:默认不显示进程树、不显示网络 IO、不显示磁盘负载,你得来回切换命令。 htop:实用主义者的“瑞士军刀” htop 是 top 的直系增强版。如果你追求稳定、快速且能解决 90% 的运维问题,它是你的不二之选。 为什么老墨天天在用它? 彩色直观:CPU、内存、Swap 用颜色条(彩色进度条)表示,系统紧不紧张,扫一眼进度条的颜色就心里有数了。 支持鼠标(重点!):你可以直接用鼠标点击列标题排序,或者点击某个进程。是的,在终端里也能像在 Windows 任务管理器里一样“指哪打哪”。 交互式进程管理:看到某个异常进程,不用背 PID。直接光标移过去,按 F9 发送 kill 信号,按 F7/F8 调整优先级(Nice 值)。 进程树视图:按 F5 开启,清晰地看到谁是父进程,谁是子进程(比如一堆 php-fpm 进程),方便精准打击。 安装与快捷键 MacOS: brew install htop Ubuntu/Debian: sudo apt install htop CentOS/RHEL: sudo yum install htop 快捷键 功能 (老墨口诀) F3 / F4 搜索和过滤(找进程飞快) F5 树形显示(谁生的谁一清二楚) F6 排序(按内存排还是按 CPU 排?) F9 杀进程(直接发送信号,干脆利落) u 只看某个用户(只盯着那个坑爹的业务账号) btop:监控界的“视觉盛宴” 如果说 htop 是为了干活,那 btop 就是为了“爽”。它是目前终端监控领域的天花板,GitHub 上 30k+ 的 Star 不是吹出来的。 ...

2026-04-01 · 2 min · 240 words · 老墨

02-别再用cd和grep了!这两个神器让我终端效率直接拉满

养虾日记配套工具:我写OpenClaw自动化脚本、Go开发天天用的终端神器,2分钟装好,拿来就能用 上一篇给大家分享了bat + eza,替代了系统自带的cat和ls,装上之后,想必你的终端体验直接上了一个台阶。 今天继续更新《极客工具库》系列,给大家分享两个我用了多年、每天必敲的终端神器:fzf + rg,直接换掉你天天用的cd和grep。 作为天天和终端打交道的开发者,你肯定遇到过这些痛点: 目录层级太深,cd来回切,输路径输到崩溃 找之前敲过的命令,按上箭头翻半天,翻到眼花也找不到 用grep在项目里搜代码,慢到怀疑人生,还搜不到隐藏文件 找文件全靠ls一个个翻,效率低到离谱 这两个神器,完美解决上面所有问题,每天至少帮我省2小时的无效操作。 保姆级教程安排上,2分钟就能装好,全平台兼容,零代码基础也能跟着做。 一、fzf:终端模糊搜索神器,告别无效cd/翻历史命令 fzf是一款GoLang开发的终端通用模糊搜索工具,号称「终端搜索瑞士军刀」,核心解决「找文件、找目录、找历史命令慢」的痛点,是我打开终端必用的工具。 1. 特性 小巧便携: 作为单一二进制分发,便于安装 极速高效: 支持即时搜索几百万的数据 可扩展: 通过事件-行为绑定机制完全实现自定义 支持各个主流终端: 包含 Bash、Zsh、Fish、Vim 和 Neovim 的集成 2. 一键安装命令 MacOS: 1brew install fzf Windows 1winget install fzf Ubuntu/Debian: 1apt install fzf CentOS/RHEL: 1dnf install fzf 安装完成后,执行这条命令,启用自动补全和快捷键绑定,一劳永逸: 1$(brew --prefix fzf)/install --all 执行完重启终端,就能直接用了。 2. 3个我天天用的核心实战用法 用法1:一秒搜索历史命令,告别疯狂按上箭头 这是我用得最多的功能,没有之一。 在终端里按下Ctrl + R,会直接弹出fzf搜索窗口,输入你记得的命令关键词,会实时模糊匹配所有历史命令,上下箭头选中,回车直接执行。 比如我想找之前敲过的OpenClaw相关命令,只需要输入openclaw,所有相关命令都会列出来,再也不用按上箭头翻半天了。 用法2:一键跳转任意目录,告别反复cd 不用再记复杂的目录路径,不用一级一级cd,配合zoxide(后续会讲),一键跳转到你想去的任何目录。 ...

2026-03-12 · 1 min · 204 words · 老墨

原来极客都是这样管理 dotfiles 的

原来极客都是这样管理 dotfiles 的 大家好,我是极客老墨。 作为开发者,你肯定干过这种事:新买了台 MacBook,兴冲冲地打开,然后开始漫长的配置之旅——装 Neovim、调 VSCode、改 .zshrc、配 Git、搞主题、设快捷键……折腾了一整天,终于把环境调成自己熟悉的样子。 更惨的是,过了半年,你又换了台机器,或者不小心把配置改坏了,想恢复?抱歉,当时怎么配的已经忘得一干二净。 这种痛,我懂。所以今天咱们就来聊聊,怎么用 Git 管理这些配置文件(dotfiles),让你的开发环境可以"一键复制",随时回滚,多机器同步。 说实话,我折腾 dotfiles 管理已经好几年了。从最开始手动复制配置文件,到后来用 bare repository,再到现在的 symlink 方案,每种方法都试过,每种方法都有坑。今天就把这些年的经验全部掏出来,告诉你什么方法最靠谱。走起! 什么是 Dotfiles? Dotfiles 就是那些以 . 开头的配置文件,比如: .zshrc - Zsh 配置 .vimrc - Vim 配置 .gitconfig - Git 配置 .config/nvim/ - Neovim 配置 .config/wezterm/ - WezTerm 配置 这些文件决定了你的开发环境长什么样,用起来爽不爽。 为什么要管理 Dotfiles? 痛点 1:换机器就抓瞎 新买了台 MacBook,想把老机器的配置搬过来? 手动复制?太慢了,而且容易漏。 痛点 2:配置丢了找不回来 不小心改坏了配置,想恢复? 没有版本控制,只能重新配置。 痛点 3:团队协作困难 团队想统一开发环境? 每个人的配置都不一样,沟通成本巨大。 解决方案:用 Git 管理 把配置文件放到 Git 仓库: 版本控制 多机器同步 团队共享 随时回滚 方法一:Bare Repository(我用过,不推荐) 这是一种很"极客"的方法,不需要软链接,直接把 ~ 目录作为工作目录。 ...

2026-03-10 · 5 min · 866 words · 老墨

终端党的武器库:这些工具让我效率起飞

大家好,我是极客老墨! 说实话,我已经很久没打开过图形化的 Git 客户端了。 不是装逼,是真的用不着。终端里敲几个快捷键,commit、push、rebase 全搞定,比鼠标点来点去快多了。写代码也一样,Neovim 配合 AI 工具,效率直接起飞。 这些年折腾下来,我的工作流基本都在终端里完成:写代码、审代码、写文章、发 HTTP 请求、跑脚本、运维操作……全都不需要离开黑框框。下面这些工具是老墨亲测好用的,不是什么"推荐清单",是我每天都在用的家伙。 Neovim Neovim 是我的主力编辑器。 现在 VSCode 系的 AI IDE 满天飞,Cursor、Windsurf、Kiro 一个比一个卷。但我写脚本和小项目还是习惯用 Neovim,配合 Claude Code 或者 OpenCode,该有的 AI 能力一个不少,关键是够轻、够快、够纯粹。 学习成本?确实高。自己配置需要懂点 Lua,不过现在有 Lazyvim 这种开箱即用的配置,省了不少事。我平时也会用 Cursor、Kiro、Antigravity 这些 AI IDE 蹭免费额度,但会装 Neovim 插件,把快捷键和配置同步过去——肌肉记忆改不了。 WezTerm WezTerm 是我现在用的终端。 GPU 加速、跨平台、Rust 写的,性能没得说。配置是用 Lua 写的,刚开始确实要折腾一阵子,但配好之后就是你的专属终端了。配合 Neovim 用起来特别顺手,分屏、标签页、字体渲染都能调到自己喜欢的样子。 iTerm2?用过,但 WezTerm 更快,而且配置文件可以直接扔 GitHub 同步,换机器直接拉下来就能用。 Lazygit Lazygit 是我用过最爽的 Git 工具。 TUI 界面,几个快捷键就能完成 commit、push、rebase、cherry-pick,再也不用记那些鬼畜的 Git 命令了。刚开始需要看看文档熟悉一下快捷键,但上手之后就回不去了。 ...

2026-02-22 · 2 min · 319 words · 老墨