Redian新闻
>
求教 java.lang.outofMemory
avatar
求教 java.lang.outofMemory# Java - 爪哇娇娃
n*e
1
我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
,程序就会报错 “java.lang.outofMemory”。 请问如何解决?
avatar
f*h
2
java -X

【在 n****e 的大作中提到】
: 我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
: ,程序就会报错 “java.lang.outofMemory”。 请问如何解决?

avatar
g*g
3
java -Xmx

【在 f********h 的大作中提到】
: java -X
avatar
m*t
4

我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
I'm sure increasing memory would solve the OutOfMemory error, but I don't
think having 5000 threads running at the same time is a good idea to begin
with... (is that even possible without hogging up the whole thing?)

【在 f********h 的大作中提到】
: java -X
avatar
g*g
5
Might be a research project only for theoretical interest.
Or a load test?

【在 m******t 的大作中提到】
:
: 我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
: I'm sure increasing memory would solve the OutOfMemory error, but I don't
: think having 5000 threads running at the same time is a good idea to begin
: with... (is that even possible without hogging up the whole thing?)

avatar
M*r
6

我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
Unless you run a large-scale application in a mainframe with 5000 CPUs, I dont
see any reason to spawn 5000 threads. The overhead of thread context switching
alone will make your design look silly. If you deal with I/O related problems,
I suggest you take a look at NIO introduced in JDK1.4. Specifically using
selector is far better a choice to deal with I/O multiplexing than forking
thread. Check out the following article:
http://www.onjava.com/pub/a/on

【在 n****e 的大作中提到】
: 我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
: ,程序就会报错 “java.lang.outofMemory”。 请问如何解决?

avatar
c*s
7
如果你不对Thread的数量控制,out of memory是早晚的事儿。在这个case里是5000个。
简单的做法可以在启动Thread时找个地方记个数,启动新Thread时检查这个数,大于一个
值(最大线程数)的话就等着。

我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时

【在 n****e 的大作中提到】
: 我的程序建立很多线程通向一个服务器,这些线程分别从服务器下载。当线程达到5000时
: ,程序就会报错 “java.lang.outofMemory”。 请问如何解决?

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。