Wow, good call. That would make sense that it's a constant TCP connection rather than DNS and Firebug is just assuming that it's DNS. I think this excerpt agrees with your hypothesis:<br><br>Their example that is in httpd.conf (I think?):<br>
<br><code>KeepAlive On<br>MaxKeepAliveRequests 100<br>KeepAliveTimeout 2</code><br><br><i>By default, KeepAlive is turned off. By turning it on (<code>KeepAlive 
On</code>), we allow a single TCP connection to make multiple requests 
without dropping the connection. For Drupal this is important, since 
each page typically has several elements on it, and a single hit on that
 page might make multiple requests. <b>If KeepAlive is off, each element 
request will result in a new TCP connection and its associated overhead.</b>
 The total number of requests available per connection is set by 
MaxKeepAliveRequests, here set to 100. The total amount of seconds the 
connection will stay up is set by KeepAliveTimeout, and I've set it to 
twice the length of my longest average page request.</i><br><br><br>I'm looking into the best way to handle this keep-alive issue, but I'm all ears if there is a best practices for this.<br><br>Thanks,<br><br>Andrew<br>
<br><br><div class="gmail_quote">On Thu, Apr 15, 2010 at 12:12 PM, Nathan Hoover <span dir="ltr"><<a href="mailto:nathan@foo-o-rama.com">nathan@foo-o-rama.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I think I have something here, although I am still not sure why Firefox is taking so long to do what should be a local (in-process to FF) cache lookup for DNS.<br><br>I compared the HTTP headers from my site that's behaving more sensibly to the site you mentioned, and I noticed in all the subsequent requests that are doing an additional DNS lookup, the "Connection:" HTTP header is being set to "close" rather than "keep-alive" - thus initiating a new TCP connection, an expensive prospect DNS lookup or no. (In fact, as I write this, it might be that Firebug incorrectly reports some of the connection overhead time as DNS lookup even if no actual lookup is being done). Certainly, on my system, a remote lookup (even on our corporate DNS system) didn't happen - I observed the whole network stream with Wireshark.<br>

<br>I hope this helps!<br><font color="#888888"><br>Nathan</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Thu, Apr 15, 2010 at 11:52 AM, Nathan Hoover <span dir="ltr"><<a href="mailto:nathan@foo-o-rama.com" target="_blank">nathan@foo-o-rama.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Interestingly, I am seeing the same behavior on my machine. My first inclination was that Firebug was erroneously reporting DNS lookup time, but I discounted that quickly by looking at one of my own sites, and not observing a similar pattern. My next inclination was that it was a DNS configuration problem (ridiculously low TTL?) but a quick look doesn't seem to bear that out either. Now my curiosity is piqued! If I find anything, I'll let everyone know.<br>

<font color="#888888">
<br>Nathan</font><div><div></div><div><br><br><div class="gmail_quote">On Thu, Apr 15, 2010 at 11:18 AM, Rick Moen <span dir="ltr"><<a href="mailto:rick@linuxmafia.com" target="_blank">rick@linuxmafia.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Quoting Andrew E (<a href="mailto:andrewevansc@gmail.com" target="_blank">andrewevansc@gmail.com</a>):<br>
<br>
> CONFIDENTIAL:<br>
<br>
[RM: snip server URL and related text, which I'm pretty sure were the<br>
only confidential parts]<br>
<div><br>
> Firebug shows me a whole bunch of DNS lookups. Does it look like that IPv6<br>
> vs IPv4 issue? I'm unfamiliar with how to diagnose issues with these<br>
> protocols or DNS in general. Here is a phpinfo() about the server<br>
> <a href="http://native-instinct.com/portfolio/info.php" target="_blank">http://native-instinct.com/portfolio/info.php</a> if that helps.<br>
<br>
</div>As Nathan said, and I was implying, Firebug is reporting what's going on<br>
at the machine where _Firebug_ is running, which is where your Web<br>
browser is -- which Web browser I believe would be Firefox, right?<br>
<br>
So, the real question you should be asking yourself is, where's your<br>
Web-browsing machine (the machine you're running your -browser- on)<br>
consulting for DNS?  Is the Web-browsing machine attempting IPv6-enabled<br>
DNS and falling back to IPv4-based queries when those fail?<br>
<br>
One quick way to check is to install Unbound, an IP6-enabled open-source<br>
recursive nameserver available for Unixes (including Linux and OS X) and<br>
MS-Windows, pointing your machine at it for nameservice, and seeing if<br>
the problem goes away.<br>
<br>
The URL I posted earlier details how.<br>
<div><div></div><div><br>
<br>
_______________________________________________<br>
sf-lug mailing list<br>
<a href="mailto:sf-lug@linuxmafia.com" target="_blank">sf-lug@linuxmafia.com</a><br>
<a href="http://linuxmafia.com/mailman/listinfo/sf-lug" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>
Information about SF-LUG is at <a href="http://www.sf-lug.org/" target="_blank">http://www.sf-lug.org/</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
sf-lug mailing list<br>
<a href="mailto:sf-lug@linuxmafia.com">sf-lug@linuxmafia.com</a><br>
<a href="http://linuxmafia.com/mailman/listinfo/sf-lug" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>
Information about SF-LUG is at <a href="http://www.sf-lug.org/" target="_blank">http://www.sf-lug.org/</a><br></blockquote></div><br>