在Ubuntu系统上跑C++程序，性能优化其实是个系统工程——从代码写法到编译器选项，再到系统层面的调优，每一环都有文章可做。下面这几个方向，是经过实践检验的常见路径，值得仔细琢磨。
代码优化
代码层面的优化是基础，也是最容易下手的环节。
- 算法选型：别小看这一步。选对数据结构和算法，往往比后面折腾各种优化选项见效更快。关键在于减少不必要的计算和内存折腾。
- 循环调优：循环是性能热点。尽量降低循环次数，可以考虑循环展开（loop unrolling）来减少分支开销。另外，循环体内别放复杂的计算——能提到外面就先提出来。
- 内存管理：栈内存比堆快得多，能用栈就别用堆。避免内存泄漏和不必要的new/delete，用智能指针（
std::unique_ptr、std::shared_ptr）来管理动态内存，既安全又省心。 - 并行化：多核时代，不用白不用。多线程或多进程并行处理任务，OpenMP、C++11线程库都是顺手的选择。
- I/O优化：磁盘读写是性能杀手。批量读写数据，用缓冲区减少磁盘访问次数，效果立竿见影。
编译器优化选项
编译器本身就有不少“黑科技”，用好它们能省下大量手工优化的工作。
- -O2 / -O3：这是最常用的优化开关。
-O2开启大多数优化（循环展开、函数内联等），-O3更进一步，包括更多循环展开和向量化。一般都是先上-O2，再考虑-O3。
g++ -O2 -o myprogram myprogram.cpp- -march=native：针对当前CPU的架构特性生成代码，这个选项往往能带来额外收益。
g++ -O2 -march=native -o myprogram myprogram.cpp- -flto：链接时优化（LTO），在链接阶段跨模块进行优化，效果更彻底。
g++ -O2 -flto -o myprogram myprogram.cpp- -funroll-loops：如果编译器默认的循环展开策略不够激进，可以手动指定。
g++ -O2 -funroll-loops -o myprogram myprogram.cpp系统配置优化
有时候问题不在代码本身，而是操作系统层面的调度和资源分配。
- CPU亲和性：用
taskset把程序绑定到特定CPU核心，避免上下文切换带来的开销。
taskset -c 0,1 ./myprogram- 内存分配策略：NUMA架构下，用
numactl控制CPU节点和内存节点的绑定，减少跨节点访问延迟。
numactl --cpunodebind=0 --membind=0 ./myprogram- 文件系统缓存：通过
sysctl调整缓存参数，比如降低vfs_cache_pressure可以让系统更倾向于保留文件缓存。
sudo sysctl -w vm.vfs_cache_pressure=50其他优化技巧
还有一些零散但实用的经验。
- 性能分析工具：别凭感觉猜瓶颈。
gprof、valgrind、perf这些工具能帮你定位真正的热点。 - 减少系统调用：系统调用代价高，尤其在循环内部。尽量合并操作，减少调用次数。
- 选用高效库：Intel MKL、OpenBLAS这类经过深度优化的库，比自己手写的实现往往快得多。
优化不是一蹴而就的事，常常需要多次尝试和测量。但上述几个方向，覆盖了从代码到系统的全链路，值得对照着逐一排查——效果往往比想象的更明显。
