如果一个程序需要进行大量的 IO 操作，应当使用并行还是并发？

看具体业务

并行 /并发 有什么区别?

异步

@wmhx 并行：生产流水线
并发：购物订单

并行还是并发不看 IO，要看计算量大不大

揭秘 iPhone 售后的灰色产业链，是什么让苹果每年损失十多亿美元
https://zhuanlan.zhihu.com/p/46463952

「据外媒 The Information 统计，苹果在 2013 年用于全球售后维修的预算为 16 亿美元，但最终花了 37 亿美元来维持业务运营，而中国市场的售后处理占了业务支出的大头。」

@WildCat 楼上发错了 抱歉！

并行 /并发 是不是这么理解：
并行，多进程甚至多服务器
并发，单进程多线程

对于将来需要扩展的业务，显然必然选择多进程多服务器这种“分布式”，对于仅仅需要多几个线程充分用满当前 cpu，则并发多线程去运行

io 的瓶颈在于磁盘, 网卡等, 无法真正的并行, 即使调用上的并发量上去了, 效果也挺差的. 用异步的方式来解决, 降低消耗.

@wmhx 并行可类比为 2 个人同时去一台饮水机的两个出水口接水, 两个人一个要热水,一个要凉水, 并发类比两个人一起去都要热水

一张嘴同时说中午与英文是并行；说一句中午再说一句英文是并发。

这种咬文嚼字没有意义

erlang 解决烦劳

猜你实际上是想问密集 I/O 时 Python 用 多进程 or 多线程？

假若是问这个，两个都行啊。CPU 密集，则只得用多进程。

应当用 redis 等玩意

有兴趣可以看看这个，https://sites.google.com/site/1024cores/。 这个人设计了 golang scheduler （我估计 golang 现在任然是这个 scheduler ） https://docs.google.com/document/d/1TTj4T2JO42uD5ID9e89oa0sLKhJYD0Y_kqxDv3I3XMw/edit
我当时只是想看看 lockfree 的，可能你对 Scalable Architecture 这部分更感兴趣。
站在我的水平上，我的意见是并发能达到需求，就不考虑并行。越往底层走，越难 handle，当然也越有意思。

并发是指一次处理多件事。

并行是指一次做多件事。

二者不同，但是有联系。

一个关于结构，一个关于执行。

并发用于制定方案，用来解决可能（但未必）并行的问题。

-- Rob Pike Go 语言的创造者之一

我自己想法是多线程+异步.

大量 io 最好可以通过异步流程，分离 io 部分和逻辑部分。因为整体 io 耗时就摆在那里。。逻辑部分可以做点进度条之类的东西让用户感觉良好就好。。

都可以

看情况