引用:

原帖由 旨旨 于 2017-4-15 22:37 发表
posted by wap, platform: Android
可以的，但是转曲一般很快，并不需要很多线程

1秒能转完的曲子，不能说明用户不需要1/8秒来完成
1/8秒能转完的曲子，用1/64秒转完自然更好

posted by wap, platform: iPhone
对唯一性资源的操作是无法并行化的，这个是业务逻辑决定的。比如对一个商品库存数读写只能排队，但每个个体余下的操作又依赖于这个数据才能进行。多进程反而得考虑好如何处理竞争的问题。
复杂的程序要并行化首先就需要重新分析业务逻辑，哪些可离散，哪些是线性的，这个工作量就很头疼了，出了错误又非常难调试。

引用:

原帖由 wh1406 于 2017-4-16 17:50 发表
posted by wap, platform: iPhone
对唯一性资源的操作是无法并行化的，这个是业务逻辑决定的。比如对一个商品库存数读写只能排队，但每个个体余下的操作又依赖于这个数据才能进行。多进程反而得考虑好如何处理竞争的 ...

听说被狂喷的那个铁路售票后台就是这种模型，我买了广州到北京的票，往后的可能长沙 武汉 石家庄啥的到北京的全部要扣库存

posted by wap, platform: iPhone

引用:

原帖由 @532  于 2017-4-16 18:28 发表
听说被狂喷的那个铁路售票后台就是这种模型，我买了广州到北京的票，往后的可能长沙 武汉 石家庄啥的到北京的全部要扣库存

如果只是这一趟车次，那么途径的的车站肯定要扣一次库存的，比如a1234广州到北京票售出一张，那么长沙，武汉，石家庄到北京的库存就要扣一张票。
如果你说的是其他车次a4321也要扣库存，那确实有点莫名其妙。

引用:

原帖由 qqqqqq 于 2017-4-15 21:09 发表
foobar转码时能把所有线程全部用到100%，有多少个线程就能同时转多少首曲子，和单线程相比直接是*N的速度，效率极高。
这么小的一个程序都能完全充分利用多核多线程，大的软件和游戏反而对多线程利用率极低，这是什 ...

Posted by: Meizu M3X
这还是单线程啊，又不是多个线程同时处理一个  TGFC·NG

直接看这个

http://ifeve.com/why-threads-bad/

线程之间没有交互的话就无所谓，比如LZ提的每个线程转一首MP3
但实际上绝大多数情况下，线程之间必然有交互，有资源的争抢，有状态的协调等等

posted by wap, platform: Chrome
传统程序大多都是串行，前后逻辑依赖性很强，多线程提升性能天花板很低。

多线程程序很平常，但多线程优化很有讲究，想效率高，需要尽量做出lock-free的多线程程序，否则同步的开销甚至可能会得不偿失。