好想去试试，可惜在帝都

基于 DPDK 做的应该就是 1100 万的单机性能，这个性能应该是实验室环境下最小响应 DNS 报文的万兆网卡线速了，估计就是 4 楼分析的那样，应该是特殊的报文引起程序的 bug 导致系统故障。

ECS 可以解决你的问题啊

难道测试不写代码，不学新东西

@DANG 这也是我走的部分原因吧

@DANG 我自己也明白这种老好人心态不适合做领导

@smy14520 这样怕面子上过不去

bug 生产部

多谢啊

支持一下

鸡情四射

@zmj1316 哈哈哈，以后多交流啊，哥们，C++那套我不怎么熟

@zmj1316 哥们，技术上的问题讨论明白就行了，没必要把问题升华讨论更上层的东西，已经结贴了，本来想删除的，但是不知道怎么删除，而且有十几个人收藏了。技术讨论最好永远局限于技术，也多谢你帮忙解释。

@zealot0630 赞

208.67.222.222#443 这个是通过 443 端口提供 dns 服务的，你要采用某一个第三方的 dns 服务，那他得提供非 53 端口的才行啊，然后你本机还得配置使用端口，或者是本机起个 bind or dnsmasq 来 frward 到这个服务器，本机配 dns 为 127.0.0.1，这些算正常的模式，可以一直起效。
其它非正常模式就不说了，httpdns 我还没有接触过，不知道有没有开放服务的，对于电脑上很多应用也不知道是不是可以设置。

@zhicheng 可能是我表述的有问题吧，我没有考的意思，只是希望讨论一下，这个特意写错的代码只是为了验证库和内核的机制而已，希望拿出来讨论。如果让你这样理解，那我道歉。

@zhicheng 好吧，我错了，我问个问题已经变成误人子弟了，难道我出个题应该这样说：懂 glibc 和内核原理的人进来，不懂的别看。技术上没有啥不能讨论的啊，了解的可以讨论一下，不了解的可以略过，或者是看着乐呵乐呵。

@zhicheng
@reus 我们不是为了争论而争论啊，都说了只是看看有多少是长期做 C 的，这个代码很简单，只是为了看看有哪些人是能够从这个代码看到 glibc 库的内存分配机制，linux 内核的内存分配机制。我知道现在的趋势是尽量多关注业务，而不是陷入底层这个无底洞，所以我上面也是说了，如果像我这样陷进去的还好不好找工作，长期干 C 的还多不多。
我也没有说必须懂 c 才能懂 go 啊，只是说如果懂 C 的人可能会比不懂的人更好的理解 go 的机制，但也只是可能，并不是绝对的，就好象说已经懂一门语言的人去学习新的语言，总是比一个啥开发语言都不会的人，稍微有点优势而已。

@bluefalconjun
@myself659 这个不是为了实现什么功能，也不是实际生产环境用的，只是随便写的程序来验证自己对于知识的理解对不对而已啊，可能一般的 C 开发人员不需要理解这些，就比如 go，它就是尽量屏蔽对于底层的了解，性能也不算太低，开发效率很高。但是在有些场景下，比如 DNS 服务器开发（我现在干的），面对的要求是单机几百万 QPS 的并发，那么我们就必须了解自己的代码是怎么运行的，使用的库是如何实现的，操作系统层面是怎么做的，如何让 CPU 更好的并发执行。场景不一样吧。

但是一旦你理解了这些，那么学其它语言就相当容易了，比如 go，你就能理解它的内存回收机制，他的基本数据类型是如何实现的，它的 goroutine，chan 底层是啥等等。