前面聊了大于8KB的内存分配,那小于8KB的呢?上一篇的平衡二叉树第十一层的叶子节点最小也是8KB,那比如要分配128B的缓存,直接分给8KB显然是不合适的,Tiny是小于512Byte,Small介于512B~8KB,Tiny和Small统称Subpage,本文就聊聊他们的内存分配情况,这块应该是整个netty最为复杂的部分了。
一
下面是以分配128B为例的整体流程架构图,下面大体叙述下其流程。
二
示例代码
@Test
public void testAllocateSubpage() {
ByteBufAllocator allocator = new PooledByteBufAllocator();
allocator.directBuffer(128);
}
备注:以分配128B的内存为例,分析其分配过程。
源码分析
private long allocateSubpage(int normCapacity) {
PoolSubpage<T> head = arena.findSubpagePoolHead(normCapacity); // 注解@1
int d = maxOrder;
synchronized (head) {
int id = allocateNode(d); // 注解@2
if (id < 0) {
return id;
}
final PoolSubpage<T>[] subpages = this.subpages; // 注解@3
final int pageSize = this.pageSize;
freeBytes -= pageSize;
int subpageIdx = subpageIdx(id); // 注解@4
PoolSubpage<T> subpage = subpages[subpageIdx];
if (subpage == null) { // 注解@5
subpage = new PoolSubpage<T>(head, this, id, runOffset(id), pageSize, normCapacity);
subpages[subpageIdx] = subpage;
} else {
subpage.init(head, normCapacity);
}
return subpage.allocate(); // 注解@6
}
}
注解@1 从tinySubpagePools中获取PoolSubpage。获取过程为elemSize >>> 4(除以16)来获取。
tinySubpagePools结构
tinySubpagePools被初始化成长度为32的数组,元素之间差额为16B。
注解@2 allocateNode 在上一篇文章分析过,d = maxOrder = 1。表示在平衡二叉树的第11层找到可分配的节点,具体为memoryMap数组中的下标。如果整个树都没有内存可分配了,返回的id=-1。
注解@3 先看下subpages的初始化,maxSubpageAllocs = 1 << maxOrder= 2048。也就是PoolSubpage[] subpages的长度为平衡二叉树第11层所有的节点数(2^11)。
subpages = newSubpageArray(maxSubpageAllocs);
注解@4 将平衡二叉树第11层的下标memoryMap[]的下标转换为subpages[]数组的下标。转换关系为memoryMapIdx ^ maxSubpageAllocs。
例如:平衡二叉树第11层第1个节点数组下标为2048,转换为subpages的下标为0,平衡二叉树第11层第2个节点数组下标为2049,转换为subpages的下标为1,平衡二叉树第11层第2个节点数组下标为2050,转换为subpages的下标为2。
注解@5 初始化PoolSubpage
PoolSubpage(PoolSubpage<T> head, PoolChunk<T> chunk, int memoryMapIdx, int runOffset, int pageSize, int elemSize) {
this.chunk = chunk;
this.memoryMapIdx = memoryMapIdx;
this.runOffset = runOffset;
this.pageSize = pageSize;
bitmap = new long[pageSize >>> 10]; // pageSize / 16 / 64
init(head, elemSize);
}
参数说明
head: PoolSubpage数组中的一个元素,本例中为第4个元素
chunk: 当前PoolChunk实例
memoryMapIdx: 平衡二叉树第11层用于分配的节点,具体为memoryMap数组下标
elemSize: 待分配的内存,本例中为128KB
bitmap: long数组长度为8「8192无符号右移10位=8」
初始化说明
void init(PoolSubpage<T> head, int elemSize) {
doNotDestroy = true;
// 待分配内存
this.elemSize = elemSize;
if (elemSize != 0) {
// maxNumElems表示可以被切割成几份(8192除以待分配内存)例如:64=8192/128被切成了64份
maxNumElems = numAvail = pageSize / elemSize;
nextAvail = 0;
// 无符号右移6位,高位补零(相当于除以64)例如:64的二进制右移6位为1,128的二进制右移6位为2
bitmapLength = maxNumElems >>> 6;
if ((maxNumElems & 63) != 0) { // 相当于是否能被64整除
bitmapLength ++; // 不能被整除递增bitmapLength
}
for (int i = 0; i < bitmapLength; i ++) {
bitmap[i] = 0; // 等于零表示未被分配
}
}
addToPool(head);
}
过程说明
@1 先计算一个Page被切成了几份 maxNumElems( pageSize / elemSize)
@2 计算bitmap数组长度bitmapLength(maxNumElems无符号右移6位相当于除以64)
备注: 此处不太好理解为什么要maxNumElems要除以64来计算bitmap的长度呢?也就是bitmap数组中的每个元素可以标记64个被切的内存块。bitmap是long数组,每个long类型是64位,他用每个二进制位来标记被切内存块的分配情况。
加入链表
新构建的PoolSubpage与tinySubpagePools中的PoolSubpage建成链表关系。
private void addToPool(PoolSubpage<T> head) {
assert prev == null && next == null;
prev = head;
next = head.next;
next.prev = this;
head.next = this;
}
小结: 构造的PoolSubpage中持有了一个bitmap[]数组,数组长度与待分配的内存有关。待分配内存大小为elemSize,数组长度=PageSize/elemSize,并将bitmap数组的元素标记为未分配。
注解@6 分配内存
内存的分配以两次分配128B内存为例观察期分配过程。
@Test
public void testAllocateSubpage() {
ByteBufAllocator allocator = new PooledByteBufAllocator();
allocator.directBuffer(128); // 第一次分配
allocator.directBuffer(128); // 第二次分配
}
第一次分配
第二次分配
第一次轮询第一位已被占用,需要向右移位。
第二次轮询第二位未被占用。
第二次分配过程
三
第一次分配128B图示
此时64位第一位被标记为1,bitmap[0] = 1
第二次分配128B图示
此时64位第二位也被标记为1,bitmap[0] = 3