其实JDK10跟JDK9相比没啥大的变化，这里重点讲解一个特性叫做Large Pages。
Large pages其实不是JDK10的新特性了，它的历史已经很久了。
在讲large Pages之前，我们先讲一下内存分页。
CPU是通过寻址来访问内存空间的。一般来说CPU的寻址能力是有限的。而实际的物理内存地址会远大于CPU的寻址范围。
为了解决这个问题，现代CPU引入了MMU(Memory Management Unit 内存管理单元)和虚拟地址空间的概念。
虚拟地址空间也叫做（Virtual address space），为了不同程序的互相隔离和保证程序中地址的确定性，现代计算机系统引入了虚拟地址空间的概念。简单点讲可以看做是跟实际物理地址的映射，通过使用分段或者分页的技术，将实际的物理地址映射到虚拟地址空间。
同时为了解决虚拟空间比物理内存空间大的问题，现代计算机技术一般都是用了分页技术。
分页技术就是将虚拟空间分为很多个page，只有在需要用到的时候才为该page分配到物理内存的映射，这样物理内存实际上可以看做虚拟空间地址的缓存。
虚拟地址空间和物理地址的映射是通过一个叫做映射存储表的地方来工作的。这个地方一般被叫做页表(page table)，页表是存储在物理内存中的。
CPU读取物理内存速度肯定会慢于读取寄存器的速度。于是又引入了TLB的概念。
Translation-Lookaside缓冲区（TLB）是一个页面转换缓存，其中保存了近使用的虚拟到物理地址转换。
TLB容量是有限的。如果发生TLB miss则需要CPU去访问内存中的页表，从而造成性能损耗。
通过调大内存分页大小，单个TLB条目存储更大的内存范围。这将减少对TLB的压力，并且对内存密集型应用程序可能具有更好的性能。
但是，大页面也可能会对系统性能产生负面影响。例如，当应用程序使用大量大页面内存时，可能会导致常规内存不足，并导致其他应用程序中的过多分页，并使整个系统变慢。
同样，长时间运行的系统可能会产生过多的碎片，这可能导致无法保留足够大的页面内存。发生这种情况时，OS或JVM都会恢复为使用常规页面。