There has to be some other throttle, because ThrottlebandwidthKBPS seems to
correspond to what you set your bandwidth to in preferences (max 10,000
with LL's viewer).

However, This is being capped by the servers:

2013-07-26T16:46:00Z INFO: LLViewerThrottleGroup::sendToSim: Sending
throttle settings, total BW 3000.0

as you can see to 3000.  And it is definitely affecting HTTP, as I can see
the huge slowdown as a result of this 3000 kbps throttle. Textures take as
one would expect 3 times longer to download.  (and yes I can handle 10,000
kbps, having a 25,000 kbps connection.)

https://bitbucket.org/lindenlab/viewer-development-materials/src/563d5f7dc77d5de82c310cd60c79560822bde6c8/indra/newview/llviewerthrottle.cpp?at=default

looking at llViewerThrottle, you can see the 3000 is hard coded as  const
F32 MAX_BANDWIDTH = 3000.f;


and further down the 'user setting' is clamped to this max:

        //Clamp the bandwidth users can set.
        F32 set_bandwidth = llclamp(bandwidth_kbps, MIN_BANDWIDTH,
MAX_BANDWIDTH);

The throttle has 4 preset 'settings' it dynamically changes between, based
on the Mean packets lost.

So basically while this system is probably beneficial to those with bad
internet connections, it's rather punitive to those who have excellent,
wide pipe connections. The only way to increase the bandwidth max is to
recompile the viewer.



On Fri, Jul 26, 2013 at 9:54 AM, Niran <desmoulins.u...@googlemail.com>wrote:

> My Viewer has:
> ThrottleBandwidthKBPS
> which also clearly says this:
> Maximum allowable downstream bandwidth (kilo bits per second)
>
> then theres also this:
> XferThrottle
> Maximum allowable downstream bandwidth for asset transfers (bits per
> second)
>
> so i guess asset and everything else is also split, at least if this Debug
> is really used, it has no HTTP Debug which makes me assume that HTTP is
> free from a limit at least clientside...or its hardcoded...but back to the
> question, according to the Debug string its kilobits.
>
>
> 2013/7/26 Carlo Wood <ca...@alinoe.com>
>
>> On Fri, 26 Jul 2013 13:58:47 +0200
>> Henri Beauchamp <sl...@free.fr> wrote:
>>
>> > This setting is indeed only relevant to UDP traffic, or at least in
>> > LL's and most TPV viewers. IIRC, I saw attempts to account for this
>> > limit with HTTP texture fetching traffic in Singularity, but that
>> > would need to be checked for certainty.
>>
>> Singularity has a separate debug setting for HTTP bandwidth usage
>> (HTTPThrottleBandwidth).
>>
>> --
>> Carlo Wood <ca...@alinoe.com>
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Reply via email to