| « | September 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | | | | | |
|
公告 |
戒除浮躁，读好书，交益友 |
| Blog信息 |
|
blog名称:邢红瑞的blog
日志总数:523
评论数量:1142
留言数量:0
访问次数:9702482
建立时间:2004年12月20日 |
| |
|
 [java语言]XMX对java程序的影响
原创空间, 软件技术, 电脑与网络
邢红瑞 发表于 2007/3/19 12:41:09 |
|
从实际应用的角度来说。-Xmx大了不是很好，垃圾回收需要更多的时间，但是thread问题就很大，配给JVM的内存数越大，tomcat所能开的thread数就越小，最后出现ava.lang.OutOfMemoryError: unable to create new native thread。根据我在windows下编程经验，windows起的线程栈的大小写在可执行文件头，默认是1M。对于java来说，如果采用默认xss设置，jdk1.4每线程256k， jdk1.5每线程1M。如果设置没有超过1M， 又不是默认设置，那么jdk就会为每个线程分配1M。对于windows来说，32位使用最大内存为2G，如果你给jvm分1.5G，剩余大约500M，供OS使用，其中windows的dll占了一部分，但是你在JVM创建线程的时候，创建的是OS的线程，他要从剩余的空间中分配内存。如果没有可用内存，出现上述错误。参看hotspot\src\share\vm\runtime\os.c { MutexLocker mu(Threads_lock); JavaThread* signal_thread = new JavaThread(&signal_thread_entry); // At this point it may be possible that no osthread was created for the // JavaThread due to lack of memory. We would have to throw an exception // in that case. However, since this must work and we do not allow // exceptions anyway, check and abort if this fails. if (signal_thread == NULL || signal_thread->osthread() == NULL) { vm_exit_during_initialization("java.lang.OutOfMemoryError", "unable to create new native thread"); }公式如下(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads解决的办法就是减少-Xmx的数量,减少xss的值，或者开启3GB模式。
最主要的还是程序员的编程，对于网络编程，在nio出来之前，每一个线程只能处理一个socket请求，也就是说一个socket连接需要一个线程，这样使服务器的并发收到了限制，压力不能过大，因为服务器开启thread有限，这造成了tomcat的性能远不如apache。nio出来之后，在一个线程内处理几个连接成为了可能，几乎所有的java的开源web服务器，tomcat6，jetty都用nio重写了网络连接部分，resin使用自己的实现，不开源的apusic也用了nio。 |
|
|