whats interesting is the last comment<div><meta charset="utf-8"><span class="Apple-style-span" style="color: rgb(34, 34, 34); font-family: palatino, georgia, verdana, arial, sans-serif; line-height: 19px; "><pre> All this happens over localhost, so it's quite fast, but in the
| interest of efficiency, is there something I can set or call so that
| it closes that first connection almost immediately? Having to refetch
| a 800meg file off of NFS might hurt -- even if a good chunk of it is
| still in the OS block cache.

You'd need to do this using inline C, but yes, anything is possible.
(Sorry, I don't have an example for it here)</pre><pre><br></pre><pre>What do you need to do via inline C to prevent the full 800 MB from being downloaded even the first time?</pre></span><br><div class="gmail_quote">
On Mon, Mar 14, 2011 at 6:51 PM, Mark Moseley <span dir="ltr"><<a href="mailto:moseleymark@gmail.com">moseleymark@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Mon, Mar 14, 2011 at 3:30 PM, Chris Hecker <<a href="mailto:checker@d6.com">checker@d6.com</a>> wrote:<br>
><br>
> Anybody have any ideas?  They're not all the same mime type, so I think<br>
> putting them in an uncached dir is better if there's no way to figure it out<br>
> in vcl.<br>
><br>
> Chris<br>
><br>
><br>
><br>
> On 2011/03/13 07:26, AD wrote:<br>
>><br>
>> i dont think you can check the body size (at least it seems that way<br>
>> with the existing req.* objects ).  If you know the mime-type of the<br>
>> file you might just be able to pipe the mime type if that works for all<br>
>> file sizes ?<br>
>><br>
>> I wonder if there is a way to pass the req object into some inline C<br>
>> that can access the body somehow?<br>
>><br>
>> On Sat, Mar 12, 2011 at 11:28 PM, Chris Hecker <<a href="mailto:checker@d6.com">checker@d6.com</a><br>
>> <mailto:<a href="mailto:checker@d6.com">checker@d6.com</a>>> wrote:<br>
>><br>
>><br>
>>    I have a 400mb file that I just want apache to serve.  What's the<br>
>>    best way to do this?  I can put it in a directory and tell varnish<br>
>>    not to cache stuff that matches that dir, but I'd rather just make a<br>
>>    general rule that varnish should ignore >=20mb files or whatever.<br>
>><br>
>>    Thanks,<br>
>>    Chris<br>
<br>
<br>
</div>I was asking about the same thing in this thread:<br>
<br>
<a href="http://comments.gmane.org/gmane.comp.web.varnish.misc/4741" target="_blank">http://comments.gmane.org/gmane.comp.web.varnish.misc/4741</a><br>
<br>
Check out Tollef's suggestion towards the end. That's what I've been<br>
using. The one drawback is that it's still fetched by varnish<br>
*completely* in the first, not-yet-restarted request, which means that<br>
a) you're fetching it twice; and b) it'll still stored albeit<br>
momentarily, so it'll evict stuff if there's not enough room.<br>
<br>
Before that, I wasn't sending any reqs for anything matching stuff<br>
like .avi or .wmv to varnish (from an nginx frontend).<br>
<br>
It'd be kind of neat if you could do a call-out and for anything<br>
matching a likely large file (i.e. has extension matching .avi, .wmv,<br>
etc), and do a HEAD request to determine the response size (or<br>
whatever you wanted to look for) before doing the GET.<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
varnish-misc mailing list<br>
<a href="mailto:varnish-misc@varnish-cache.org">varnish-misc@varnish-cache.org</a><br>
<a href="http://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc" target="_blank">http://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc</a><br>
</div></div></blockquote></div><br></div>