<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
We have 3 boxes totalling around 90mbit throughput collectively,
with all small files on COSS FS, medium size files on their own fs
as with large, the boxes are very very quick with fast HDs and the
response times between the boxes for peering is lightning fast and
each of the boxes are sitting around 30-40% hit rate so its
definitely a worthwhile thing to be doing, we switch these off and
our wan jumps up considerably.<br>
<br>
On 2/1/2011 5:01 PM, Adrian Chadd wrote:
<blockquote
cite="mid:20110201070127.GC16558@skywalker.creative.net.au"
type="cite">
<pre wrap="">On Tue, Feb 01, 2011, Julien Goodwin wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Which is weird, because the caches I setup and maintain still save 20-30%
of HTTP bandwidth without too much hackery. One goes above 30% with some
hackery.
</pre>
</blockquote>
<pre wrap="">
That's still the case, but most of the benefit of peering is increasing
your effective cache size, and even with tens of thousands of users
hitting them 50GB of cache, trivially servable from a single host these
days satisfies the vast majority of requests.
So perhaps that was better written "... how little is cacheable in
comparison to standard server disk sizes"
</pre>
</blockquote>
<pre wrap="">
Right, but in the cache clusters that I've been involved with, we split
out content based on ACLs and CARP, dramatically increasing the cache
size without having to handle pesky ICP. :-)
Things look strangely different when you're suddenly capable of caching
windows updates and video sites across 10+TB of distributed HTTP
caches.
Adrian
</pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="3DContent-Type" content="3D"text/html;">
<meta name="3DGenerator" content="3D"Microsoft" word="" 12=""
(filtered="" medium)="">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page Section1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
{page:Section1;}
.style4 {
color: #0000FF;
font-size: 24px;
}
.style5 {
color: #006699;
font-weight: bold;
}
.style6 {color: #006633}
.style11 {
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 10px;
}
.style12 {font-family: Arial, Helvetica, sans-serif}
.style13 {color: #006699; font-weight: bold; font-family: Arial, Helvetica, sans-serif; }
.style15 {color: #006699; font-weight: bold; font-family: Arial, Helvetica, sans-serif; font-size: 24px; }
-->
</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
<span class="style6"><strong>------------------<br>
<br>
Nathan Ridge</strong><br>
<strong>Systems Administrator</strong></span><br>
<span class="style4"><br>
<span class="style13">Matilda Internet</span></span><span
class="style12"><br>
<strong><span class="style15">CQNET</span><br>
</strong></span><br>
________________<br>
<span class="style11"><br>
<span class="style5">(Telephone +61 7 4953 0711<br>
(Fax +61 7 4953 0717<br>
29 Gregory Street, Mackay, QLD 4740, Australia<br>
* Email <a href="mailto:ridgey@matilda.net.au">ridgey@matilda.net.au<br>
</a>Website <a href="http://www.matilda.net.au/">www.matilda.net.au</a></span><a
href="http://www.matilda.net.au/"><br>
</a><br>
<br>
This email and any files transmitted with it are confidential
and are intended solely for the use of the individual or entity
to whom it is addressed. If you are not the recipient be
advised that you have received this email in error and that any
use, dissemination, forwarding, printing copying or use of the
contents contained in this e-mail and any file attachments is
strictly prohibited. If you have received this email in error
please immediately notify the sender by telephone or by reply
email to the sender. You must destroy the original transmission
and its contents. It is recommended that you virus test the
information and any attachments. Matilda Internet does not
accept liability for any loss or damage howsoever occurred as a
result of this email transmission or any attachments to it.</span>
<p class="3DMsoNormal"><br>
</p>
</div>
</body>
</html>