Hi.
What kind of qdisc are you using? I use HTB and that seems to work OK
enough, even though not perfect (perhaps my bad, my script should
really be rewritten). It doesn't behave too well if I have several
rtorrents trying to max out the line. That could probably be overcome
with setting the ceiling for that class a bit lower though.
Nevertheless, there is a good howto here:
http://lartc.org/howto/lartc.qdisc.html
Also remember that you won't be able to shape packages going to the
machine the traffic shaping is running on.
Roger.
Farid Joubbi wrote:
Hi,
I have been trying to shape the traffic out from my Linux router. I run
rtorrent on the router machine.
I have been marking all the packaged sent from rtorrent with iptables
(ports + conmark), iptables together with both l7-filter or ipp2p.
The marking seems to work as expected. All packaged seems to get marked.
Then when the packages are marked, I have some tc commands putting the
packages in queues and prioritizing the traffic in different ways.
Here comes some problems that I have not been able to solve.
I want to prioritize all other upload traffic from me over bittorrent
traffic. Traffic generated by rtorrent should have the lowest priority.
If my upload is not used for anything, rtorrent should be able to use
it all. But if someone else wants to use the upload, the rtorrent
traffic should let it do so.
I have managed to do this with dc++ and some other types of traffic.
With rtorrent it does not go so well.
I am quite sure that it has to do with rtorrent opening up so many
connections. I found this that supports my theory:
"Unfortunately, some clever software (e.g. Kazaa and eMule among
others)
obliterate the benefit of this attempt at fair queuing by opening as
many TCP sessions (flows) as can be sustained. In many networks, with
well-behaved users, SFQ can adequately distribute the network resources
to the contending flows, but other measures may be called for when
obnoxious applications have invaded the network." From here: http://www.linux.com/howtos/Traffic-Control-HOWTO/classless-qdiscs.shtml
Changing "max_open_sockets" to something low like 6 or 8 makes the
traffic shaping work. But this makes the downloads very slow, and
usually the uploads are too slow even though the upload pipe is not
used by any other process.
Has anyone managed to shape the traffic in a situation like this?
Maybe there could be some setting implemented that could make rtorrent
less aggressive?
Any help is greatly appreciated.
_______________________________________________
Libtorrent-devel mailing list
Libtorrent-devel@xxxxxxxxxxx
http://rakshasa.no/mailman/listinfo/libtorrent-devel
|
