[Fasterfox] Number of Servers?

[Tony Gentilcore]

Hi Andrew,

 

Thanks for the note.  My theory on prefetching is that I have a certain
amount of bandwidth available to me and I want to get the most out of it.
Why let it sit idle when it could be used to potentially speed up my
surfing?

 

You are right that some websites don't appreciate this "selfishness", for
instance, one popular French hardware website recent banned Fasterfox users.
However, I think this is mostly due to the prefetching, and not the
increased simultaneous connections (lots of people configure their browser
for simultaneous connections even w/o Fasterfox).

 

As far as your prefetching question goes, it does not do links of links.  It
only attempts to prefetch the static content (e.g. .htm, .gif, etc.) on the
page you are currently browsing.

 

Thanks again for the email,

Tony

 

  _____  

From: fasterfox-bounces at mozdev.org [mailto:fasterfox-bounces at mozdev.org] On
Behalf Of Andrew
Sent: Saturday, November 05, 2005 9:39 AM
To: fasterfox at mozdev.org
Subject: [Fasterfox] Number of Servers?

 

 

Cool Idea. great in theory, but um, maybe you should lower the number of
connections per server.  In fact, I think most servers only allow 2
simultaneous connections per IP (or host, or mac, . depends on the
security).  You might want to stop offending site administrators by lowering
the number of simultaneous connections to one base URI (or server).  Perhaps
if you scheduled these "extra connections" through a proxy you might lower
the chance of offending SA's.  But then you'd probably lower the speed of
FasterFox.  Btw, a good place to give your product a "whirl" would be
images.google.com.  Bet all those sites would start prefetching hella.. Oh,
and why we're on the topic of prefetching, and maybe I should have read the
docs, but exactly how deep does your precatching go?  Do you dl links to
links to links?  Or do you do a breadth depth prefetching mechanism.  Let me
know?  Thanks.

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mozdev.org/pipermail/fasterfox/attachments/20051108/c08b2597/attachment.htm