Feature request: Download speed limit

Bug #638938 reported by Maia Everett
74
This bug affects 17 people
Affects Status Importance Assigned to Milestone
Steadyflow
Triaged
Wishlist
Unassigned

Bug Description

It has been requested by quikee to make it possible to limit the download speed in Steadyflow. It's not a must for me personally, so if someone wants to implement this feature, you're welcome to contribute code.

> Hi,
> For simple rate control with GIO streams you can look at my ThrottledInputStream and ThrottledOutputStream in this code http://gitorious.org/ptop/ptop/blobs/master/Tools.vala
> Maybe this code will help a little. I would contribute and try to implement rate control myself but I currently don’t have free time to do it.

Maia Everett (linneris)
Changed in steadyflow:
status: New → Triaged
importance: Undecided → Wishlist
Revision history for this message
Danial Behzadi (dani.behzi) wrote :

Yes. It might be like the turtle button in transmission. I like that feature very much

Revision history for this message
Abdusamed Ahmed (sir508) wrote :

this is required for a download manager

Revision history for this message
Carlos Solís (csolisr) wrote :

Plus one! This ability, combined with the integration with Chrome, would let me switch from Firefox to Chromium or Iron. Unfortunately my programming skills are rather low so I invite anybody else to do it.

Revision history for this message
murlidhar (murlidhar) wrote :

nifty little important feature and very useful..
please add this feature to this app sooner.

Revision history for this message
Maia Everett (linneris) wrote :

My main concern about ThrottledInputStream is Thread.usleep. It would make sense in an application where every file is downloaded in its own thread, but Steadyflow is a single-threaded application that uses the _async API, and freezing the thread will freeze all downloads and the UI.

Theoretically we could use timers and yield in the async download method to accomplish the effect of Thread.usleep using just the Vala async mechanics. At this point I'm not sure if it's worth rewriting the GIO backend to use threads instead of async.

Revision history for this message
Maia Everett (linneris) wrote :

This sleep_async implementation could help here.

http://mail.gnome.org/archives/vala-devel-list/2010-October/msg00009.html

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.