问题描述
|
我有一个为记录工作活动而编写的Java应用程序。由于我每天都开放，所以语言选择本来就是我最关心的事情之一。
令人高兴的是，在Windows XP I下，最小化时通常会消耗约5 MB的内存，而最大化时会消耗约12 MB的内存，并且愉快地以“ 0”运行（根据Windows Task Manager的内存消耗）。
当我用较新的硬件将家用PC升级到Windows 7 64时（尽管我已安装并正在使用32位JVM），我立即注意到该应用程序的JVM现在始终报告68 MB +。 。根据任务管理器的“工作集”，该值为ѭ1。
新旧机器均具有4 GB RAM，其中512 MB用于视频。两者都运行Java 6的最新版本-WinXP的更新为15，而Win7的更新为24。磁盘上的应用程序占用空间在12类中为70K。而且，我的工作计算机仍是Windows XP，运行Java 6_24，对于相同的应用程序，它显示大约12 MB的内存-确切地说，我的意思是，因为两个系统已针对我的所有开发工具进行了同步。
作为开发人员，我需要了解我的应用程序似乎占用大量内存的原因。
谁能对此有所启发，并提出如何有意义地减少Java 6应用程序的内存占用的建议？
编辑
答案可能是PermGen太大。根据JVisualVM，我有很多东西：
大小：5.2 MB，已使用：4.3 MB（峰值），已分配6.2 MB。
但是对于PermGen
大小：12.5 MB，已使用：4.6 MB（峰值），已分配67.1 MB。
那么是否有可能只请求了Win 7任务管理器中显示的68 MB，却未分配虚拟内存？
编辑2
将PermGen减少到12 MB不会对进程RAM产生影响，但是JVisualVM确实显示出它已减少（显然12 MB构成了某种最小值，因为降低到12 MB不会对JVVM产生影响）。
解决方法
64位OS使用64位作为指针的大小，而32位OS使用32位。不过，这可能只是原因之一。
,请记住，Java中的所有内容都是指针（大部分情况下），因此当切换到具有64位内存地址的64位计算机时，指针的大小将增加一倍。
JVM中有一个选项（-XX：+ UseCompressedOops）打开压缩的对象指针。这将使您的内存使用率接近在32位计算机上看到的水平。
,对于64位JVM，您可以指定一个选项，以减少64位寻址的开销。只要堆低于32GB，它就可以将指针实质上压缩回32位。在典型的Java应用程序中，这将节省大约40％的内存。有关更多详细信息，请参见Hotspot JVM中的压缩操作。这是它的选项：
-XX:+UseCompressedOops