|
|
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的比例产生。它很可能会比产生数百个生命周期如此短的新线程表现得更好。 |
|
|
user107586 · 如何处理等待句柄不会导致无限循环? 1 年前 |
|
|
ron burgundy · 获取-释放语义是否跨线程传递?[副本] 1 年前 |
|
|
BenjiFB · C#内存缓存:在一次操作中追加到列表? 1 年前 |
|
|
András Takács · Python多线程问题 1 年前 |
|
|
András Takács · Python多线程错误 1 年前 |