如Kafka类似的支撑高并发消息系统大家肯定不陌生，对于kafka来说，每秒处理几万甚至几十万消息时很正常的，
    一般来说部署kafka需要用大内存机器(比如64G)，也就是说可以给年轻代分配个三四十G的内存用来支撑高并发处理，这里就涉及到一个问题了，我们以前常说的对于eden区的young gc是很快的，这种情况下它的执行还会很快吗？
    很显然，不可能，因为内存太大，处理还是要花不少时间的，假设三四十G内存回收可能最快也要几秒钟，按kafka这个并发量放满三四十G的eden区可能也就一两分钟吧，那么意味着整个系统每运行一两分钟就会因为young gc卡顿几秒钟没法处理新消 息，显然是不行的。

    那么对于这种情况如何优化了，我们可以使用G1收集器，
    设置 -XX:MaxGCPauseMills 为50ms，假设50ms能够回收三到四个G内存，
    然后50ms的卡顿其实完全能够接受，用户几乎无感知，
    那么整个系统就可以在卡顿几乎无感知的情况下一边处理业务一边收集垃圾。
    G1天生就适合这种大内存机器的JVM运行，可以比较完美的解决大内存垃圾回收时间过长的问题。