新生代、老年代、永久代的概念不多说，这三个空间中任何一个不能满足内存分配请求时，就会发生垃圾收集。
新生代不满足内存分配请求时，发生Minor GC，老年代、永久代不满足内存分配请求时，发生Full GC，Minor GC比Full GC持续的时间要短很多。
所以内存空间设置的不合理就会频繁引起垃圾收集，以及OutOfMemoryError错误，严重影响程序性能。
Java堆大小计算法则
若你的应用部署在单独的服务器，且该服务器上只有这一个应用，那Java堆肯定是越大越好，但这种情况比较少。
Java堆大小可以参考下面这个表格：
| 空间 | 命令行选项 | 占用倍数 |
| Java堆 | -Xms:最小堆大小 -Xmx:最大堆大小 |
3~4倍Full GC后老年代空间占用 |
| 永久代 | -XX:PermSize -XX:MaxPerSize |
1.2~1.5倍Full GC后永久代空间占用 |
| 新生代 | -Xmn | 1~1.5倍Full GC后老年代空间占用 |
| 老年代 | Java堆大小 - 新生代大小 | 2~3倍Full GC后老年代空间占用 |
其中这些空间占用，都是指应用程序在稳定状态（指应用运行了一段时间）下，Full GC后Java堆占用的空间大小，即活跃数据的大小。
参照下面这个GC日志：
12.251:
[Full GC
[PSYoungGen: 15945K->0K(278528K)]
[ParOldGen: 30724K->29331K(67072K)] 46670K->29331K(345600K),
[PSPermGen: 34785K->34774K(1081344K)], 0.1022337 secs]
[Times: user=0.20 sys=0.00, real=0.10 secs]
1). Java堆大小：29331K（约30M） * （3~4），即90M~120M
2). 永久代大小：34774K（约34M）* （1.2~1.5），即41M~51M
3). 新生代大小：29331K（约30M） * （1~1.5），即30M~45M
4). 老年代大小：(90M~120M) – (30M~45M)，即60M~75M
这个计算法则，只是起到指导性的意见，实际操作中，还是需要根据实际情况来应变。
在调整后面两项“延迟、吞吐量”时，这些堆的大小还需要进一步的调整。