English Deutsch Français Italiano Español Português 繁體中文 Bahasa Indonesia Tiếng Việt ภาษาไทย
All categories

2007-06-02 12:28:36 · 4 answers · asked by lataz 1 in Computers & Internet Computer Networking

4 answers

DNS is Domain Name Server. The cache is used to assist you in navigating around the internet.

2007-06-02 12:36:15 · answer #1 · answered by Daniel C 5 · 0 0

DNS Cache and Host Name Canonicalization

An excessive communication with remote Domain Name Servers (DNS) can produce a significant time-overhead in requesting a document from a remote server which can result in degraded performance of the application. This is often the case in spite of DNS's own cache, as the request still has to cross the network. In order to prevent this, the Library has its internal memory cache of host names which is updated every time a host name is looked up in the DNS cache. Once the host name has been resolved into an IP-address, it is stored in the cache. The entry stays in the cache until either an error occurs when connecting to the remote host or it is removed during garbage collection. However, as the information kept in the cache is fairly small, it can contain a large set of elements.

Multi-homed hosts are treated specially as all available IP-addresses returned from DNS are stored in the cache. Every time a request is made to the host, the time-to-connect is measured and a weight function is calculated to indicate how fast the IP-address was. The weight function used is

Weight function

where alpha indicates the sensitivity of the function and Delta is the connect time. If one IP-address is not reachable a penalty of x seconds is added to the weight where the penalty is a function of the error returned from the "connect" call. The next time a request is initiated to the remote host, the IP-address with the smallest weight is used.

A problem with both the host name cache and the data object cache is to detect when two URLs are equivalent. The only way this can be done internally in the Library is to canonicalize the URLs before they are compared. This has for some time been done by looking at the path segment of the URLs and remove redundant information by converting URLs like

foo/./bar/ = foo/redundant/../bar/ = foo/bar/

The method is optimized and expanded so that also host names are canonicalized. Hence the following URLs are all recognized to be identical:

http://www/ = http://www:80/ = http://WwW/ =
http://www./ = http://www

However, the canonicalization does not recognize alias host names which would require that this information is stored in the cache. In order to do this, a separate resolver library must be provided as this information is normally not returned by the default resolver libraries. Also these library do not support non-blocking sockets and hence delay can not be avoided when resolving a host name. The solution is of course to write a resolver library which handles these features, and it is under consideration.

2007-06-02 19:35:30 · answer #2 · answered by pops 6 · 0 0

It caches dns records

2007-06-02 19:32:39 · answer #3 · answered by Cupcake 7 · 0 0

i believe it holds all the information that you have used to go around the internet. its what you save things to like when your in a site that says "remember my password and username" and you check that box, that info is stored in cache so next time you can go to that site and not have to plug in your info. (though it only usually works if your on the same computer every day because cache is only for that computer.)

2007-06-02 21:50:55 · answer #4 · answered by Anonymous · 0 0

fedest.com, questions and answers