Wil*_*ill 5 performance multithreading multicore
显然,如果性能至关重要,那么原型和配置文件是有意义的.但同样,可以在StackOverflow上寻求智慧和建议:)
为了处理高度并行的任务,其中任务间通信很少或适合消息传递,使用进程(fork()等)或线程是否存在性能劣势？
线程之间的上下文切换是否比进程之间的更便宜？有些处理器有单指令上下文切换吗？主流操作系统是否更好地利用具有多个线程或进程的SMP？如果进程永远不会写入那些页面,那么fork()的COW开销是否比线程更昂贵？
等等.谢谢!
流程创建缓慢的想法是旧的,过去更为真实.谷歌的Chrome团队在某个方面做了一段关于它不再具有什么影响的小段落,这里有Scott Hanselman的主题:http : //www.hanselman.com/blog/MicrosoftIE8AndGoogleChromeProcessesAreTheNewThreads.aspx
我对它的看法是线程更快？但是只有适度,所以现在用线程更容易犯错误.
我听说.NET 4.0将扩展线程库...关于system.threading.thread.For的东西？我可以想到一些我想要做的地方......对于这千件物品清单中的每件物品都要做点什么.