标签:cpython reference-counting proof python garbage-collection
根据我对cpython的了解,似乎它确实引用了计数额外的内容以检测/释放指向彼此的对象(如果我错了,请纠正我).有人可以解释一些额外的东西吗?还可以保证*没有周期泄漏吗?如果还没有,那么对算法的研究是否被证明可以增加引用计数以使其永不泄漏*?是否会经常这样运行一次非参考计数跟踪gc?
*使用外来功能接口减少模块的错误和问题
解决方法:
如gc.garbage
文档中所述,不能保证不会发生泄漏.特别是,默认情况下不收集具有__del__方法的循环对象.对于此类对象,必须手动断开循环链接以启用进一步的GC.
根据我对CPython sourcecode的了解,解释器将对所有对象的引用保持在其控制之下. “额外”垃圾收集器在堆中运行类似于标记扫频的算法,为每个对象记住是否可以从“外部”访问该对象,如果不是,则将其删除. (GC为generational,但可以使用generation参数从gc模块显式运行它.)
我能想到的唯一满足您条件的有效算法实际上就是“完整” GC算法,以增加引用计数,这似乎是在Python中实现的.我在这些问题上不是专家.
标签:cpython,reference-counting,proof,python,garbage-collection 来源: https://codeday.me/bug/20191105/1997720.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。