为什么我们必须增加Java堆?
我知道如何在Tomcat和Eclipse中设置Java堆大小。 我的问题是为什么? 在Java首次引入时,是否在初始堆上设置了任意限制,因此VM不会增长到一定的大小? 现在大多数机器似乎都有大量的内存空间,这不是我们应该处理的事情。
谢谢,汤姆
即使是现在,堆也不会无限制地增长。
当最老一代已满时,您应该扩展它还是仅仅GC? 或者,如果GC没有释放任何内存,您是否应该只展开它?
.NET采用你想要的方法:你不能告诉它只使用一定数量的堆。 有时感觉这是一个更好的主意,但有时候能够在同一台机器上拥有两个进程并且知道它们都不能占用整个内存是很好的…
前几天我瞥了一眼,但我不确定这是不是你想要的: -XX:+AggressiveHeap
。 根据Sun的说法 :
此选项指示JVM将内存使用限制在极限:整个堆大于3850MB,每个线程的分配区域为256K,内存管理策略尽可能延迟收集,并且(从J2SE 1.3.1_02开始)一些GC活动是并行完成的。
由于此选项设置堆大小,因此请勿将-Xms或-Xmx选项与-XX:+ AggressiveHeap结合使用。 这样做会导致选项覆盖彼此的堆大小设置。
我不确定这是否真的意味着我认为它意味着什么 – 你可以让JVM吞噬堆空间直到它满意为止。 但是,在大多数情况下,它听起来不是一个很好的选择。
我认为能够提供一个限制是好的,这样如果你有一个内存问题它不会吞噬所有的系统内存,只留下你的重启选项。
Java是一个跨平台系统。 某些系统(如Unix和derviates)具有ulimit
命令,允许您限制进程可以使用的内存量。 其他人没有。 加上Java有时是嵌入式的,例如在Web浏览器中。 你不希望一个破碎的applet关闭你的桌面(好吧,至少这个想法,但applets从未真正流行,但这是另一个故事)。 从本质上讲,此选项是沙盒的关键基石之一。
因此,VM开发人员需要一个可移植的解决方案:他们为VM添加了一个选项,允许任何人(用户,管理员,Web浏览器)控制VM可以分配多少RAM。 Java的各种用途的需求太多了,不适合所有人。
当你看到移动设备时,这变得更加重要。 您的桌面有2-8GB内存,但您的手机可能要少得多。 对于这些事情,你真的不希望一个坏的应用程序关闭设备,因为甚至可能没有用户可以检查。
- 从Selenium触发时,Google Chrome无法导航到指定的url
- 最大Java内存+ TOMCAT +服务器,144GB RAM
- 在java中将二维数组转换为List?
- Android数据绑定错误:执行失败java.lang.RuntimeException:
- executeQuery()方法不能在PreparedStatement或CallableStatement上获取参数。 错误
- com.mysql.jdbc.driver类未找到exception
- Android:以编程方式启用WiFi热点
- 使用Singleton类初始化/访问ArrayList
- Android:Firebase更新问题当应用程序处于后台时