4. taskset命令详解：绑定CPU的瑞士军刀
说实话，在量化交易系统里，taskset是我用得最频繁的命令之一。没有之一。
为什么？因为很多时候你不需要复杂的cgroup或者numactl，一个taskset就能解决80%的CPU绑定问题。我习惯把它叫做「轻量级绑核神器」——简单、直接、有效。
4.1 taskset基本用法
taskset的语法其实特别简单，就两种模式：
- 启动时绑定：让新进程直接跑在指定核心上
- 运行时绑定：把已经跑起来的进程挪到指定核心
先看最基本的命令格式：
# 启动时绑定
taskset -c 0 ./my_trading_engine
# 运行时绑定（假设PID是1234）
taskset -cp 0 1234这里-c参数指定CPU核心编号。注意，核心编号从0开始。我见过有人写成-c 1想绑定第一个核心，结果绑到了第二个——这种低级错误在实盘时可是要命的。
核心要点：taskset操作的是逻辑CPU核心。如果你的机器开了超线程，0和1可能是同一个物理核心的两个逻辑线程。这点后面会详细讲。
4.2 绑定到指定核心
最常见的场景：把交易引擎绑定到某个独立核心上。
# 绑定到核心0
taskset -c 0 ./trading_engine
# 绑定到核心3
taskset -c 3 ./market_data_feeder我在项目中遇到过一个问题：两个关键进程绑到了同一个核心，结果行情来了的时候互相抢CPU时间片，延迟直接飙到微秒级。嗯，这种坑踩过一次就记住了。
所以我的建议是：一个核心只跑一个关键线程。别贪心。
4.3 绑定到核心范围
有时候你需要给一个进程分配多个核心。比如你的策略计算量大，一个核心扛不住。
# 绑定到核心0到3（共4个核心）
taskset -c 0-3 ./strategy_engine
# 绑定到核心0,2,4（不连续的核心）
taskset -c 0,2,4 ./risk_manager
# 混合写法
taskset -c 0-2,5,7-8 ./data_processor这里有个技巧：用逗号分隔单个核心，用短横线表示范围。我个人习惯先列连续的核心用范围，再单独列不连续的。
避坑指南：我曾经在绑定核心范围时，不小心写成了taskset -c 0-8，结果把系统核心也绑进去了。系统核心和交易进程抢资源，那画面太美我不敢看。所以，永远给操作系统留至少一个核心。
4.4 查看当前绑定状态
这个功能我几乎每天都会用。特别是排查性能问题时，第一件事就是看进程绑在哪个核心上。
# 查看指定进程的CPU亲和性
taskset -cp 1234
# 输出示例
pid 1234's current affinity list: 0-3输出结果告诉你：这个进程可以在核心0到3上运行。注意，是「可以运行」，不是「正在运行」。操作系统调度器会在这几个核心之间切换它。
如果你想看更详细的信息，配合ps命令：
# 查看所有进程的CPU亲和性
ps -eo pid,comm,psr | grep trading
# 输出示例
1234 trading_engine 0
1235 market_data 2psr列显示的是进程当前正在运行的核心。这个值会变，除非你绑死了。
注意：taskset -cp看到的亲和性列表是「允许运行的核心集合」，而ps看到的psr是「此时此刻正在运行的核心」。两者含义不同，别搞混了。
4.5 实战中的小技巧
说几个我常用的组合拳：
- 启动时绑定 + 优先级设置：
taskset -c 0 chrt -f 99 ./trading_engine
这样既绑定了核心，又设置了实时优先级。一步到位。 - 批量查看所有交易进程的绑定状态：
for pid in $(pgrep trading); do taskset -cp $pid; done
运维排查时特别好用。 - 验证绑定是否生效：
启动后立刻用taskset -cp检查，再用htop观察一段时间，确认进程确实只在你指定的核心上跑。
4.6 一张图看懂taskset
下面这张图总结了taskset的核心逻辑：
说白了，taskset就是给进程画了个圈——你只能在这个圈里跑，别到处乱窜。对于量化交易这种对延迟极度敏感的场景，这个「圈」就是性能的保障。
我的经验：刚开始用taskset时，我总觉得绑得越死越好。后来发现，如果绑定的核心被中断处理程序频繁打扰，效果反而更差。所以，先查一下哪些核心处理中断少，再绑定。用cat /proc/interrupts可以看中断分布。
好了，taskset的基本功就这些。记住：启动时绑定用-c，运行时绑定用-cp，查看状态也用-cp。这三个场景覆盖了日常90%的需求。