随笔
35. 字典，一切为了更快
这一段在 GC 与内存管理中消耗了一些时间，今天终于可以回归求知旧路，继续探究下一个重要的内置类型： Dict，字典。与 List 类似，它也是一个容器，基于之前对 GC 的了解，我们可以确定字典的内存是由 GC 管理的 …
阅读全文文章
随笔
34. 图解 GC
每创建一个 GC Obejct，就检查 Gen0 对象数量是否超过 700. 继续创建对象，当然也会检查 Gen0 对象数量，未超标就继续。 为了触发 GC，还需分配 689 Objects，共 701 个 0 代对象。 …
阅读全文随笔
33. 解决循环引用，完成 GC
之所以出现循环引用，主要原因是多个容器之间互相引用，致使一些对象虽然没有外部引用，但是 ref cnt 却不为 0，基于引用计数的内存回收策略失效。如何找到那些循环引用呢？借用 《Python 源码剖析》 中陈儒先生的说 …
阅读全文随笔
32. GC 是怎样工作的？
虽然已经再三提到这一点，但是还是需要注意，GC 只管理那些容器对象，比如 List、Dict、Set 之类，这些对象的创建都是通过 PyObject GC Alloc 实现，GC 则在每次通过这个函数创建之时，试图进行内 …
阅读全文随笔
31. 人生只如初相见，你好，GC！
由于容器类型的特殊性，Python 不得不引入 GC 解决引用计数无法处理 “循环引用” 的问题。也许脑海里还有很多问号，暂时搁置它们，让我们尽快找到 GC，见面才是认识的第一步不是么。我们已经做了相当多的准备，了解内存 …
阅读全文随笔
30. 寸土寸金，两个指针玩出花
Python 为了实现 GC，在 Object 头部增加了两个额外的指针，Python 作为一种高级语言，对 “Object” 有着强烈的执念，同时也造成内存效率较低，现在在新增了两个指针，真可谓是 “儿到荒年饭量增，屋 …
阅读全文随笔
29. 把内存串成一个同心圆
不是所有对象都有被 GC 照顾的殊荣，只有那些胸怀广大的 “容器” 才能被纳入 GC 的 “小圈圈”。我们已经直到所有在 GC 中的内存在创建之初，就被额外增加了一个包含 gc next 和 gc prev 的两个指针， …
阅读全文随笔
28. 创建 GC 管理的对象
我们已经直到 Integer、String 等简单 Object 可以完全通过引用计数完成内存管理，List、Tuple、Dict 等对象被成为容器（container），其中又可能包含其他容器而形成 “循环引用”，使得 …
阅读全文随笔
27. Python 为什么要用 GC
前面大致介绍了 Python 的内存管理模型，其采用了分层策略管理内存，另外通过 Object 对象头部中的 ref cnt 记录对象的引用数量。回顾 IntObject、StringObject 等，一个对象被创建的时 …
阅读全文随笔
26. 内存管理漫游-8
arena 是 Python 内存模型中最高等级的内存管理组件，以 arena 结构管理了一系列大小为 256K 的内存。需要注意的是 arena 结构体与 arena 内存是分离的，而且采用的是 lazy alloc …
阅读全文