每当打开firefox,点开一个url的时候,左下角显示的Lookuping up xxx.com,有时候速度很难忍受,这个lookuping要持续几十秒之长。这就是DNS查询,在网络应用中几乎不可避免,系统本身的gethostbyname等API都是同步的,会严重阻塞程序运行,严重影响程序的性能。
为了提高DNS查询的速度,有几种解决方法:
1. 本地DNS Cache Server,dnsmasq就是一个典型的例子,在本地安装一个DNS缓存服务器,将127.0.0.1加入到/etc/resolv.conf中。
2. 代码中增加DNS Cache,这个在很多网络应用程序中都很常见,比如squid中。
3. 异步DNS查询
异步DNS查询,还分为两种实现:
1. 创建多个DNS查询线程,每个查询线程调用gethostbyname等同步的API,主线程与查询线程之间通过MessageQueue连接,MessageQueue基于事件通知机制。可以参考crawl的代码实现(一个使用较早版本libevent开发的爬虫,新版本的libevent中已经有了evdns支持)。
缺点:实际的并发受限于查询线程的个数。
2. 基于非阻塞socket+事件驱动机制,自行构造和解析DNS报文。这个跟常规的异步网络应用思路一致,但是需要自行编写DNS协议构造和解析代码。
相应的实现有libevent中的evdns,adns,tadns,其中tadns比较tiny,适合了解原型实现。
为了提高DNS查询的速度,有几种解决方法:
1. 本地DNS Cache Server,dnsmasq就是一个典型的例子,在本地安装一个DNS缓存服务器,将127.0.0.1加入到/etc/resolv.conf中。
2. 代码中增加DNS Cache,这个在很多网络应用程序中都很常见,比如squid中。
3. 异步DNS查询
异步DNS查询,还分为两种实现:
1. 创建多个DNS查询线程,每个查询线程调用gethostbyname等同步的API,主线程与查询线程之间通过MessageQueue连接,MessageQueue基于事件通知机制。可以参考crawl的代码实现(一个使用较早版本libevent开发的爬虫,新版本的libevent中已经有了evdns支持)。
缺点:实际的并发受限于查询线程的个数。
2. 基于非阻塞socket+事件驱动机制,自行构造和解析DNS报文。这个跟常规的异步网络应用思路一致,但是需要自行编写DNS协议构造和解析代码。
相应的实现有libevent中的evdns,adns,tadns,其中tadns比较tiny,适合了解原型实现。
<<<<
代码下次再补上;-)
>>>>
参考:
《TCP/IP协议详解》卷1 第14章 DNS:域名系统
参考:
《TCP/IP协议详解》卷1 第14章 DNS:域名系统