Thanks for this answer. At least now I have the chance of getting on the
right track finally.
I will switch to the other thread: "Partial object caching".
On Tue, Aug 28, 2012 at 3:38 AM, Alan M. Carroll <
a...@network-geographics.com> wrote:
> Monday, August 27, 2012, 4:25:14 PM, you wrote:
>
Monday, August 27, 2012, 4:25:14 PM, you wrote:
> I don't know if you were sarcastic in your last email so I will continue on
> the same idea.
> TS-974 (https://issues.apache.org/jira/browse/TS-974) talks about the same
> thing I was trying to describe: hold partial objects in the cache for a
> l
I don't know if you were sarcastic in your last email so I will continue on
the same idea.
TS-974 (https://issues.apache.org/jira/browse/TS-974) talks about the same
thing I was trying to describe: hold partial objects in the cache for a
large file.
What I was trying to determine in my last posts
Wednesday, August 22, 2012, 4:01:53 PM, you wrote:
> As I understand from you at least the last part is not so straight forward
> to implement with the current plugin API.
> Does it make some sense now?
Yes.
> I can't see that being viable. What would be the benefit of caching only
part of the content received by ATS from the origin server? I understand
the benefit of caching part of an object because that is all the origin
server sent but dropping part of data available seems a bit odd.
The purpose o
Wednesday, August 22, 2012, 6:24:49 AM, you wrote:
> Who currently does the actual work of retrieving the file to be cached and
> placing it into the cache?
The ATS core handles all cache data. In fact it's an issue that plugins have
very limited access.
> valid option to allow the plugin to d
Wednesday, August 22, 2012, 9:31:55 AM, you wrote:
>> In practice, because ATS does not by default cache "cgi looking" URLs very
>> few video files will be cached. Certainly nothing from YouTube, for
>> instance, unless you write a customized plugin to do so (you might search
> Are you sure? T
On 8/21/12 5:31 PM, Alan M. Carroll wrote:
Tuesday, August 21, 2012, 2:43:06 PM, you wrote:
In practice, because ATS does not by default cache "cgi looking" URLs very few
video files will be cached. Certainly nothing from YouTube, for instance, unless you
write a customized plugin to do so (y
>There is a huge amount of logic about deciding what to cache with quite a
lot of tunable parameters. In addition most serious users develop their own
plugins to control caching logic (all the clients I have worked for have
done so). You could start with looking through the documentation for
cache.
Tuesday, August 21, 2012, 2:43:06 PM, you wrote:
> Thank you Alan for stepping in!
>>>ATS will only cache full object requests. It never caches range requests.
> Is this happening also for large files (video files for example) ? I assume
> that the cache will fill up quite quickly with this appr
Thank you Alan for stepping in!
>>ATS will only cache full object requests. It never caches range requests.
Is this happening also for large files (video files for example) ? I assume
that the cache will fill up quite quickly with this approach, isn't it?
What is currently the strategy used for d
Monday, August 20, 2012, 10:54:31 AM, you wrote:
>> - does it cache partial objects (the parts corresponding to the requested
>> ranges) or the whole requested file?
ATS will only cache full object requests. It never caches range requests. If an
object has been cached in whole, then subsequent r
On Aug 20, 2012, at 2:29 AM, Bogdan Graur wrote:
> Thank you James for your answer!
I'll take a stab at the questions below. If I'm too egregiously wrong I hope
someone will step in and correct me ;)
>
>>
>> AFAIK range requests are working reasonably well in the 3.2 release. The
>> next ste
Thank you James for your answer!
>
> AFAIK range requests are working reasonably well in the 3.2 release. The
> next step that we would like is to be able to serve range requests out of
> the cache while the object is being cached; but for many (most?) cases the
> current support should be fine. Y
On 17/08/2012, at 12:07 PM, Bogdan Graur wrote:
> Hello everybody,
>
> I'm new to this mailing list and I would like some guidance on what is the
> best place to start for getting a general overview on the way caching is
> done in the Apache Traffic Server.
>
> My final goal is to understand wh
15 matches
Mail list logo
