|
|
1
37
以下是一个微基准的示例:
在英特尔Core2 Duo E6400@2.13 GHz上安装32位Sun Java 1.6.0_21客户端虚拟机的64位Windows 7上,结果如下:
. 因此,在这样的机器上,每秒数百个新线程所带来的开销可以忽略不计(通过比较2个线程和100个线程列中的数字也可以看出这一点)。 |
|
|
2
9
一个主要因素是分配给每个线程的堆栈内存,您可以使用
这只是一个猜测,但我认为“每秒有几百个新线程”肯定超出了JVM设计的舒适处理能力。我怀疑一个简单的基准测试会很快暴露出一些不合适的问题。 |
|
3
1
|
|
|
4
0
我想知道如果每个用户请求的典型生命周期只有一秒钟那么短,是否有必要在每个用户请求上生成新线程。您是否可以使用某种类型的通知/等待队列,在该队列中生成给定数量的(守护进程)线程,它们都会等待,直到有任务要解决。如果任务队列变长,则会产生额外的线程,但不会以1:1的比例产生。它很可能会比产生数百个生命周期如此短的新线程表现得更好。 |
|
|
user29759326 · 如何返回递归函数中的最后一个值? 1 年前 |
|
|
malife89 · 将java中的字符串读取为正确的日期格式 1 年前 |
|
|
Tim · 在java中,有没有更快的方法将字节数组写入文件? 1 年前 |
|
|
rudraraj · java中未声明最终变量 1 年前 |
|
|
Bala Ji · 以下BFS的实施效率如何? 1 年前 |