On 21/11/2011 11:23 p.m., Martin Lindkvist wrote:
> Svtplay is swedens state owned tv channel.
> I have used the following syntax to tell squid to not cache http://svtplay.se
> ##
> acl svtplay dst_domain http://svtplay.se
"http://" is not part of the domain FQDN. That should be:
acl svtplay dstdomain svtplay.se
Possibly with a '.' at the start of the domain name to catch all
sub-domains as well.
> cache deny svtplay
> ##
>
> What it looks like is that it is caching the full clip before it starts to streem it to my clients and that can take some time....
> I whant it to start stream the clip from the proxy to the client directly
*full* clip? or a configured range_offset amount?
I recall some earlier versions of 3.x doing full-download. That was
resolved about a year ago though.
It might also be a side effects of range_offset_limit if the client has
fast-forwarded into the video object. Note the comments below about
range requests and ETags being completely screwed up on this site. Squid
will have to download the whole file up to the FF position before
streaming can begin.
>
> One thing I allso have tought about is the memmory in my firewalls ... I thing that squid do need some memmory(thoug I have never seen any larms of that it was fully used)
> We use devil linux and have 1gb in ram... maby i would need some more?
Squid requires some few dozen MB for basic operations (relative to
traffic loads). The rest of RAM you throw at Squid is used to cache
popular objects in memory and store meta data about cached objects. This
can be as much or little as you want it to be.
> ----- Ursprungligt meddelande -----
> Från: "Amos Jeffries"<squid3_at_treenet.co.nz>
> Till: squid-users_at_squid-cache.org
> Skickat: fredag, 18 nov 2011 12:12:41
> Ämne: Re: [squid-users] ¡ problem with video loadingtime on www.svtplay.se !
>
> On 18/11/2011 9:34 p.m., Martin Lindkvist wrote:
>> hello squiders .... I'm running a squid proxy and are having problems with movies played from http://svtplay.se/ ... it takes about 10 minutes to load a movie... most other sites that plays clips and movis are quick to load...
> "other sites" are usually run by other people, from other parts of the
> world. Differences are normal. All this shows is that it is unlikely to
> be Squids fault.
>
>> I have tried to use this option with NO chache
> how? by disabling the disk cache? by disabling local storage? by
> bypassing squid? by testing from alternative network locations?
>
>> but it does not seem to have any efect... another option was to maby bypass the proxy just for this site but i did not whant to do this realy.... If anyone have a clue what I could do to fix this it would be very helpfull .... //Martin
>>
> redbot.org reports quite a large number of problems on that website. The
> major ones seem to be ETag headers not changing when the object they
> refer to changes. And requests for ranges of some binary objects
> returning portions of completely different objects.
>
> There also seems to be quite a lot of fluctuation in the server clock
> values (about 20 minutes randomly changing server clock time, over an
> actual 5 second load time). This woud have a bad affect on any streaming
> video which is time sensitive.
>
> This site shows strong signs of being servered by a cluster which has
> broken NTP and HTTP ETag content synchronisation.
>
> I only could test the public pagees. The videos are locked behind some
> unfriendly Swedish-only policy.
>
> Amos
Received on Tue Nov 22 2011 - 04:48:02 MST
This archive was generated by hypermail 2.2.0 : Tue Nov 22 2011 - 12:00:03 MST