2核Linux系统下多线程/多进程选型及性能相关技术问询
嘿，针对你在2核Linux系统上跑异步单线程应用遇到的CPU负载不均问题，我来逐个拆解你的疑问：
问题1：若想让未被利用的CPU承担负载，创建新进程还是生成多线程更合适？
对于你的I/O密集型异步应用，多线程显然是更优选择。原因很简单：线程的创建、切换开销远低于进程——进程有独立的地址空间，每创建一个新进程都要复制大量资源；而线程共享父进程的地址空间，上下文切换只需要保存少量寄存器信息。
你的应用大部分时间在等I/O，线程在等待时，操作系统会把CPU时间片分给其他线程，刚好能把闲置的核心利用起来。如果后续有CPU密集型任务拆分的需求，进程方案也能考虑，但就当前场景来说，线程的轻量性能带来更高效的资源利用。
问题2：生成新线程后，它会始终运行在创建它的CPU上，还是由操作系统选择最优CPU？
完全不会固定在创建它的核心上，线程的运行核心由Linux调度器全权决定。调度器会实时监控各个核心的负载情况，把线程分配到空闲或负载更低的核心上，尽可能实现负载均衡。
除非你手动通过sched_setaffinity命令或对应API设置了CPU亲和性，否则线程可能会在不同核心间切换。不过一般没必要手动干预，调度器的负载均衡逻辑已经足够应对大部分场景。
问题3：可创建多少线程才不会导致性能下降？
这个没有绝对的标准答案，得结合你的系统资源和应用特性来定。对于I/O密集型应用，线程数可以比CPU核心数多不少——毕竟大部分线程都在等待I/O，不会持续占用CPU。
但要注意两个限制：一是每个线程默认会占用8MB左右的栈空间（可以用ulimit -s命令查看当前设置），太多线程会吃掉大量内存；二是线程数量过多会增加内核的调度开销。
针对你的2核系统，建议先从4-8个线程开始测试，逐步增加数量，同时观察CPU负载、内存使用和应用响应时间。当你发现内存占用突然飙升，或者应用响应明显变慢时，就说明线程数已经超过最优值了。
问题4：可创建多少进程才不会导致性能下降？
进程的开销比线程大很多，所以能承载的数量远少于线程。每个进程有独立的地址空间，会占用更多内存资源，而且进程间的上下文切换成本也更高。
对于2核的I/O密集型应用，建议先从2-4个进程开始测试。如果进程数量过多，会导致内存消耗剧增，调度延迟大幅上升，反而拖慢整体性能。另外，如果你的应用需要进程间共享数据，还要额外考虑IPC（进程间通信）的开销，这比线程间共享内存麻烦得多。
问题5：若创建2个进程并从中生成线程，会有什么影响？
这种“多进程+多线程”的混合模式，相当于把负载拆分到两个独立进程中，每个进程再用线程处理I/O任务。
它的好处是：进程之间是隔离的，某个进程崩溃不会影响另一个进程，稳定性更高；而且调度器更容易把两个进程分别分配到两个核心上，天然实现负载均衡。
但缺点也很突出：进程间的通信和数据共享会变得复杂（比如需要用管道、共享内存、消息队列等方式），内存开销也比纯多线程方案大很多。如果你的应用没有强制的进程隔离需求（比如极高的稳定性要求，或者需要独立的资源限制），纯多线程的方案会更高效、更简单。
内容的提问来源于stack exchange，提问作者aja
