联合调查组工作量高的GC间接费用

页:1

嗨,科登维护者,

我们注意到,JIT/Python在内部工作量方面的性能下降,这似乎与本地GC标识有关。 Codon目前使用Boehm GC,这是一种保守的GC,通过追踪指针链来识别出无法到达的物体. 由于它不能精确地将对象指针与指针等同的值区分开来,在JIT情景中,GC收藏会变得昂贵,因为许多线程堆栈框架需要在"GC collecting or expand"期间被扫描和标记.

• ** 附加痕迹

我附上两个Chrome追踪JSON的文件:

• [codon gc regression case 1.trace.json] (https://GitHub.com/user-attachments/files/31210931/codon gc regression case 1.trace.json) (中文(简体) ).
• [codon gc regression case 2.trace.json] (https://GitHub.com/user-attachments/files/31210944/codon gc regression case 2.trace.json) (中文(简体) ).

它们可以用克罗姆的微量取景器/Perfetto UI来打开.

问题

• 在目前Boehm GC一体化下,联合信息技术组工作量的这一水平是否预计会达到GC标记间接费用?
• 是否有减少这种间接费用的建议办法,特别是减少造成许多临时Codon/Python交互物体或观点的工作量?

如果有帮助的话,我可以提供更小的再生器。 目前,所附带的痕迹保留了相关的运行时间行为,同时去除应用程序的特定细节.

谢谢!