Nic*_*ong 14 java performance multithreading process worker
我正在用Java实现一个工作池.
这基本上是一个完整的对象加载,它将拾取数据块,处理数据然后存储结果.由于IO延迟,工作人员将远远多于处理器核心.
服务器专用于此任务,我想从硬件中获取最大性能(但不,我不想在C++中实现它).
最简单的实现是使用单个Java进程来创建和监视许多工作线程.另一种方法是为每个worker运行一个Java进程.
假设为了争论一个四核Linux服务器,您会预期哪些解决方案更具性能？为什么？
您可以假设工人永远不需要彼此沟通.
Ed *_*aub 18
一个进程,多个线程 - 出于几个原因.
在作业之间进行上下文切换时,某些处理器在线程之间切换比在进程之间切换更便宜.在这种I/O限制案例中,这一点尤为重要,因为工作人员多于核心.在阻止I/O之间做的工作越多,这一点就越不重要.但是,良好的缓冲将为线程或进程付出代价.
在同一JVM中的线程之间切换时,至少某些Linux实现(特别是x86)不需要刷新缓存. 看Tsuna的博客.线程之间的缓存污染将被最小化,因为它们可以共享程序缓存,执行相同的任务,并且共享相同的代码副本.我们说的是每个开关大约100纳秒到几微秒的节省.如果这对你来说是小土豆,请继续阅读......
根据设计,一个进程的I/O数据路径可能更短.
线程的启动和预热时间通常要短得多.操作系统不必启动进程,Java不必启动另一个JVM,类加载只执行一次,JIT编译只执行一次,HotSpot优化只执行一次,并且更快.
Shi*_*gon 16
以及通常,讨论当多处理(/ w的每个进程一个线程)与在相同的工艺多线程,而理论开销比后者更大的在第一种情况下(并且因此多处理是理论上比多线程慢),实际上在大多数现代操作系统中,这不是一个大问题.但是,在Java环境中讨论它时,启动新进程比启动新线程要昂贵得多.启动一个新进程意味着启动一个新的JVM实例,这个实例非常昂贵,特别是在内存方面.我建议您在同一个JVM中启动多个线程.
此外,如果您说线程间通信不是问题,您可以使用Java的Executor Service来获取大小为2x(可用CPU数量)的固定线程池.可以通过Java的Runtime类在运行时自动检测可用CPU的数量.通过这种方式,您可以快速进行简单的多线程处理而无需任何样板代码.
| 归档时间： |
|
| 查看次数： |
3834 次 |
| 最近记录： |