[
https://issues.apache.org/jira/browse/TS-974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13617449#comment-13617449
]
William Bardwell commented on TS-974:
-------------------------------------
#1 is certainly a reasonable step and not too hard, just needs some
configuration about when to trigger it, and when to quit. (And also
configuring, do you need to sometimes tunnel the range request while doing the
background full load.)
#2 is also reasonable, as you say the hard part is doing proper stitching
together segments when the range request covers several of them, and ideally
you could get at the new pread cache support to avoid reading too much data
that you have no interest in. #2 does have some other benefits, like that it
allows parts of files to be never cached, or expired if you have a video that
is too boring to actually watch all of it, or I have heard that some pdf
viewers look at the beginning and the end of a file with range requests (before
they look at the middle), and that working without having to load the whole
file first would be appealing.
#3 would be awesome, but sounds hard.
> TS should have a mode to hold partial objects in cache
> ------------------------------------------------------
>
> Key: TS-974
> URL: https://issues.apache.org/jira/browse/TS-974
> Project: Traffic Server
> Issue Type: Improvement
> Components: Cache
> Affects Versions: 3.0.1
> Reporter: William Bardwell
> Fix For: sometime
>
>
> For ATS to do an excelent job caching large files like video it would need to
> be able to hold partial objects for a large file. This could be done in a
> plugin or in the core. This would need to be integrated with the Range
> handling code to serve requests out of the partial objects and to get more
> parts of a file to satisfy a Range request.
> An intermediate step (also do-able in the core or in a plugin) would be to
> have some settings to let the Range handling code be able to trigger a full
> file download either asynchronously when a Range response indicates that the
> file isn't larger than some threshold, or synchronously when a Range request
> could reasonably be answered quickly from a full request. (Right now Range
> requests are tunneled if there is not full cached content as far as I can
> tell.)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
