求大神指点下，n设置的越小，表示吞吐量越高，垃圾收集时间越久，n设置的越大，吞吐量越低，垃圾收集时间越短，这个结论是对的吗？
一：并行收集器的使用场景
适用场景： 多处理器、吞吐量为第一优先级、应用程序对暂停时间没有要求
不适用场景：单处理器、响应时间为第一优先级，且对暂停时间有要求
二：JVM并行收集器配置
-XX:+UseParallelGC ： 启用并行收集器
-XX:ParallelGCThreads=n：设置垃圾收集器线程数量
-XX:MaxGCPauseMillis=<N>：最大垃圾收集暂停时间，默认情况下，没有暂停时间目标。如果指定了暂停时间目标，则会调整堆大小和垃圾回收的其它参数，这些调整可能会导致降低垃圾收集的总吞吐量，并且不能始终满足设置的暂停时间目标。
-XX:GCTimeRatio=19(n)：默认吞吐量设置为99，垃圾收集器吞吐量目标设置，吞吐量是根据垃圾收集时间和应用程序时间来衡量的，垃圾收集时间和应用程序时间的比率为1/(1+n),当XX:GCTimeRatio=19时，那么比率为1/20或者5%，那么垃圾收集时间占用了5%的时间，应用程序时间为95%。n设置的越小，表示吞吐量越高，垃圾收集时间越久，n设置的越大，吞吐量越低，垃圾收集时间越短。这里是对的吗？
占用内存：最大堆占用内存使用命令-XMX<N>指定，只要满足其它目标，收集器就有一个隐含的目标，最小堆的大小。
三：并行收集器的特点
使用多个线程用于执行垃圾回收，并行执行次要和主要收集，以进一步减少垃圾回收开销，增大JVM吞吐量。在单处理器上，并行收集器性能可能比串行收集器要差（多线程需要同步，和上下文切换）。当运行大中型的应用程序时，它通常在拥有两个处理器的时候性能要优于串行收集器，并且当有两个处理器以上时，通常表现比串行收集器更好。
缺点：需要对暂停时间没有要求，在多线程小收集过程中，由于年轻代到永久代的晋升，可能会产生一些碎片，可能导致碎片效应。
四：并行收集器的目标优先权
暂停时间>吞吐量>占用内存
只有满足暂停时间目标，才能解决吞吐量目标，只有满足暂停时间和吞吐量目标才能满足占用内存目标。
五：代大小调整
代大小自动调整是用于满足目标而调整的。
收集器保留的平均暂停时间等统计信息将在每个收集的末尾更新。然后进行确定是否满足目标的测试，例外的是，明确的垃圾收集（例如：System.gc()）在统计和调整后代的大小方面被忽略。
增长和缩小代的尺寸是通过增量来完成的，这些增量是一代的固定尺寸的百分比，以便一代产生向上或者向下自期望的尺寸。成长和萎缩以不同的速度完成。默认情况下，一代以20%的增量增长，以5%的增量收缩。 增长百分比由-XX:YoungGenerationSizeIncrement=``<Y>年轻一代和-XX:TenuredGenerationSizeIncrement=``<T>终身代的命令行选项控制。通过命令行标志调整生成收缩的百分比-XX:AdaptiveSizeDecrementScaleFactor=``<D>。如果增长增量为X％，那么收缩的减少量是X / D百分比。如果收集器决定在启动时增长，则会在增量中添加百分比。这种补充剂随着收集的数量而衰减，并且没有长期影响，补充的目的是为了提高启动性能，收缩百分比没有补充。
如果未满足暂停时间目标，则一次只缩小一代的大小，如果两代的暂停时间多高于目标，那么只缩小最大暂停时间代的大小。
如果未满足吞吐量目标，那么增加两大的大小，每个多与其对垃圾收集总时间的贡献成比例增长。例如：如果年轻代垃圾收集是收集总时间的25%，并且年轻一代的增量是25%，那么年轻一代将增加5%。
