不同浏览器的DNS超时重发机制(一)

一、Chrome浏览器(37.0.2062.124 m)

1、在Win7环境下,DNS超时重发的时间间隔为:2s、2s、2s、2s(在这个时刻重复发2个DNS请求)、2s、4s,再经过大约14s左右,按上述时间间隔再重发一轮。

当DNS服务器有两个的时候,如下图:

二、Firefox浏览器(32.0.3.5379)

1、在Win7环境下,DNS超时重发的时间间隔是:2s、2s、4s。

DNS服务器有两个的时候,如下:

2、Ubuntu-12.04环境下,DNS超时重发时间间隔为5s,重发16次。

DNS服务器配置为两个的时候,时间间隔仍是5s,两个服务器轮询,重复32次,如下图:

三、IE浏览器(9.0.8112.16421)

Win7环境下,DNS超时重发时间间隔为:2s、2s、4s、4s、2s、2s、4s。

DNS服务器为两个的时候,如下图:

四、猎豹浏览器(V5.0.64.8709)

Win7环境下,DNS的超时重发机制为:2s、2s、2s、2s(在这个时刻重复发2个DNS请求)、2s、2s,2s(在这个时刻又重复发2个DNS请求)、2s、2s、2s(在这个时刻又重复发2个请求)、2s、4s.

DNS服务器有两个的时候,如下图:

五、世界之窗浏览器(6.2.0.128)

Win7环境下,DNS超时重发的时间间隔为:2s、2s、2s、2s(在这个时刻重复发2个DNS请求)、2s、4s。

DNS服务器有两个的时候,如下图:

时间: 2024-10-09 11:26:44

不同浏览器的DNS超时重发机制(一)的相关文章

Volley超时重试机制详解

Volley超时重试机制 基础用法 Volley为开发者提供了可配置的超时重试机制,我们在使用时只需要为我们的Request设置自定义的RetryPolicy即可. 参考设置代码如下: int DEFAULT_TIMEOUT_MS = 10000; int DEFAULT_MAX_RETRIES = 3; StringRequest stringRequest = new StringRequest(Request.Method.GET, url, new Response.Listener<S

使用druid连接池的超时回收机制排查连接泄露问题

在工程中使用了druid连接池,运行一段时间后系统出现异常: Caused by: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 60009, active 50 at org.springfr

爱上MVC3系列~监视Action的运行时间,并提供超时记录机制

回到目录 文章出现的原因 很久没写关于MVC的文章了,原因是将关注点移向了MVVM和DDD这边,而这篇文章完全是因为公司项目的需要,因为公司网站总是不定时的502,而这由可能是程序超时所引起的,为了分析出现问题的点,所以,对action进行了监控,这个监控功能我选择了在global里注入全局的filter来实现这个功能,为了避免并发,所选择了将记录存储到cache的队列里,再通过quartZ的任务调度功能,来实现数据的IO写入或者数据库与入. 系统流程图 用代码说话 1 建立一个Filter /

jedis超时重试机制注意事项

最近使用redis集群进行incr操作,总是发现计数不准确,后来经过检查发现redis在执行incr超时会执行重试机制,造成计数不准确,测试代码: /** * incrf: * 将 key 中储存的数字值增一. 如果 key 不存在,那么 key 的值会先被初始化为 0 ,然后再执行 INCR 操作. 如果值包含错误的类型,或字符串类型的值不能表示为数字,那么返回一个错误. 本操作的值限制在 64 位(bit)有符号数字表示之内. 这是一个针对字符串的操作,因为 Redis 没有专用的整数类型,

chrome 浏览器的预提取资源机制导致的一个请求发送两次的问题以及ClientAbortException异常

调查一个 pdf 打印报错: ExceptionConverter: org.apache.catalina.connector.ClientAbortException: java.net.SocketException: Software caused connection abort: socket write error at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:407)

【原创】TCP超时重传机制探索

TCP超时重传机制探索 作者:tll (360电商技术) 1)通信模型 TCP(Transmission Control Protocol)是一种可靠传输协议.在传输过程中当发送方(sender)向接收方(receiver)发送的数据丢失时,将引起发送方向接收方重传丢失的数据包. 其通信模型例如以下: wx_fmt=png" data-ratio="1.5138121546961325" data-w="362" _src="https://mm

ActiveMQ 重发机制(消息发送失败后的重新发送)

一.写RedeliveryPolicy配置文件 <!-- 定义ReDelivery(重发机制)机制 ,重发时间间隔是100毫秒,最大重发次数是3次 --> <bean id="activeMQRedeliveryPolicy" class="org.apache.activemq.RedeliveryPolicy"> <!--是否在每次尝试重新发送失败后,增长这个等待时间 --> <property name="u

ActiveMQ 重发机制与确认机制 实践

一.配置spring-activemq.xml 1 <?xml version="1.0" encoding="UTF-8"?> 2 <beans xmlns="http://www.springframework.org/schema/beans" 3 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 4 xsi:schemaLocation=&qu

Keepalived 之 双主模式+DNS轮询机制 实现高负载

一.Keepalived双主模式+DNS轮询机制作用 作用:在单主模式下,备机通常会以等待状态放着,不接受任何数据,导致所有数据请求只往主机-负载均衡发送,做成资源浪费:而双主模式,即创造两个VIP,两个VIP分别放在两台负载均衡的机器上,同时两台主机均为对方的备机,以作VIP的漂移,服务接管作用,加入DNS轮询机制,使客户端的域名分别依次解释到两个VIP上,形成两台负载均衡主机同时对外提供服务.同时也解决了单主模式下的单机性能屏颈. 二.网络拓扑图 三.两台负载均衡主机的Keepalived