为什么D的GC比GO的慢
原文
Zig
没有gc
.D
的gc
是可选的.
我承认该点.它永远不会像GO
的GC
那样快.原因是技术上的.GO
是一种只支持GC
的语言,即它是为GC
优化的.所有GO
分配都是在GC
堆上分配的,尽管它确实做了逃逸
分析,以确定哪些可分配
到栈上.(Java
也有.)
对繁重
的GC
分配,合理的折衷
方案是在每次
用指针写入
时插入"写门"
.来通知GC
,分配是"脏的",因此可移动它到最近的位置
.这些写门
会降低代码
的速度,但它们会更快
地提高GC
的速度,因此是值得的.
GO
的GC
还可利用总是知道所有GC
指针的确切位置
的优势,因为只有GC
指针.这使得"压缩"
碎片内存的可移动GC
.
当GC
是可选的,或很少
使用它时,比如在D中,写门
不值得.加速GC
是以减慢
其他一切速度
为代价的.由于D中
有各种各样的指针
,因为它不能确切
知道100%(所有)
的GC
指针在哪,不能再用可移动的GC
分配器.
如果有办法解决这两个
问题,现在应该已找到了.但是通过增加写门,并使GC
指针成为唯一
的指针,D
将不再是系统语言
.
那么为什么D有GC
呢?
1
.它允许了可分配内存
的一个杀手级的特性:CTFE(编译时执行)
.C++
没有这样,Zig
也没有.
2
.有选择
是很好的.如,我更喜欢
使用GC
初化工作,而手动分配
内部循环.我得到了两者
都最佳
的结果.
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现