首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
The Go Programming Language
http://golang.org/
Go Playground
Go Projects
Revel Web Framework
beego
拉勾
V2EX  ›  Go

Golang 中 DNS 查询时 pure Go resolver 和 cgo resolver 耗时相差很大的原因

  •  
  •   rayhy · 106 天前 · 724 次点击
    这是一个创建于 106 天前的主题,其中的信息可能已经有所发展或是发生改变。

    我昨天在这里提了一个问题Golang 中 http.Get 的耗时比 curl 耗时大很多是什么原因?, V 友@zeyexe已经帮我解答了问题(太强了!),他说应该是 Golang 的 net 库中的不同resolver导致的差异。不同耗时可能是 Windows 默认走系统调用,可能有 cache 加速。

    今天想了下,即使是 cache 也不可能带来 pure Go resolver 和 cgo resolver 20s 左右的差异,就又花时间仔细探索了一下。

    探索过程记录在我的博客里了,限于篇幅,在这儿直接说我最后发现的原因:

    Go 版本 DNS 查询(pure Go resolver)在 Go 1.11 中出现了一个 bug(之前的版本没有这个 bug):不能正确处理/etc/resolv.conf中有 nameserver 不工作时的情形,不能“ fail fast ”,导致 timeout。这个 bug 经过 Go 开发人员在#133675#138175的讨论,已经在这个commit中修复,更新到 Go 1.11.1 就没有这个问题了。

    至于更细节的这个 bug 是怎么出现的,又是怎么修好的。我就不再探索了,毕竟,我只是一个刚看到《 The Go Programming Language 》第一章的小白:sweat_smile:。

    6 回复  |  直到 2018-12-27 18:36:47 +08:00
        1
    rayhy   106 天前
    @icexin , 因为话有点多,我就新开了一个帖子,没有在原贴中回复。再次感谢大佬的远程 debug,😁
        2
    azzwacb9001   104 天前
    嚯,厉害呀,摸到了官方 BUG🤣
        3
    rayhy   104 天前
    @azzwacb9001,哈,摸到最后是有点震惊。说起来这帖子几乎没人评论。。沉了的第一天伤心了一会儿 23333
        4
    Mitt   85 天前
    @azzwacb9001 这个其实也不是 BUG,是“ Feature ”,Windows 下的 DNS 查询确实有些复杂,curl、ping、nslookup 等工具用的都不是同一套 ns 机制, 这个问题在 windows 下多网卡的时候尤其明显,三个命令由于系统的“智能” DNS 导致查询使用的是不同网卡的 DNS 和流量出口
        5
    rayhy   85 天前 via Android
    @Mitt,^_^;你再细看看,问题和 Windows 没关系的。刚开始的猜测涉及到 Windows,但最终发现和 Windows 的机制没关系。(事实上这个问题干脆不能在 Windows 下复现)
    不过谢谢你的解释了~
        6
    Mitt   85 天前 via iPhone
    @rayhy 🌚可能是有点瞎,看到上面说 windows 以为是在 windows 开发,不过这个 smartdns 确实是存在于 windows 且会发生和这个问题类似的情况
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1128 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 16ms · UTC 18:03 · PVG 02:03 · LAX 11:03 · JFK 14:03
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1