Some thoughts on Bandwidth Throttling:

we might need to think why we want bandwidth throttling; is it for us to generate more revenue and reduce the burden on the data center; Or from user point, is it for the consumer application to control their Atoms service bandwidth usage so that the services will not take too much of their local network bandwidth and other critical applications can run smoothly. Most time, I saw network bandwidth problem in user's local network not the provider's data center because of some applications' network usage. It also might have different requirement on the network bandwidth depending the nature of the application. For example, if the Atmos consumer application is mostly running at the background, you might give the application lower bandwidth so that user's Outlook is more responsive. (Or adding some intelligence to the network bandwidth control so that it can dynamically adjust based on user machine's bandwidth usage.).

In summary, I think it makes more sense to provide the bandwidth throttling capability on the Atoms consumer side(build-in API) to allow the client applications to adjust the network bandwidth usage.

Good topic.

-Harry

Hello Harry,

thanks for the response. I agree with you that client applications must take the responsibility of managing their bandwidth if they specific requirements on their side for reducing or otherwise regulating bandwidth usage.

However, what I was curious about was if Atmos onLine enforced any such limits. As you rightly point out in the beginning of your response, there may be monetary or perormance reasons why Atmos onLine might choose to do so.

So, ignoring client-side throttling for a second: does Atmos onLine now, or in the future, throttle connections from a client? Or will all clients be allowed to write at the maximum possible speed into Atmos?

Navneeth

Navneeth,

Sorry. I am as you, just interested in this topic and don't know the inside. My point is that I don't see the benefits of bandwidth throttling on server side ( from business or other views ).

Thanks,

-Harry