rtorrent optimization

Jabrick · 2011-05-20 03:12:28

Hey everybody I'm looking to optimize my torrents and thought I'd seek some advice.
I used the wiki and http://torrentfreak.com/optimize-your-B … oad-speed/ to guide me.
These are my download and upload speeds.

(Credits to speakeasy speed test and speedtest dot net)

Download Speed: 5130 kbps (641.3 KB/sec transfer rate)
Upload Speed: 494 kbps (61.8 KB/sec transfer rate)

This is my ~/.rtorrent.rc file

# This is an example resource file for rTorrent. Copy to
# ~/.rtorrent.rc and enable/modify the options as needed. Remember to
# uncomment the options you wish to enable.

# Maximum and minimum number of peers to connect to per torrent.
#min_peers = 40
max_peers = 64

# Same as above but for seeding completed torrents (-1 = same as downloading)
#min_peers_seed = 10
max_peers_seed = 35

# Maximum number of simultanious uploads per torrent.
max_uploads = 11

# Global upload and download rate in KiB. "0" for unlimited.
download_rate = 610
upload_rate = 50

# Default directory to save the downloaded torrents.
directory = /home/reza/torrents

# Default session directory. Make sure you don't run multiple instance
# of rtorrent using the same session directory. Perhaps using a
# relative path?
session = /home/reza/.session/

# Watch a directory for new torrents, and stop those that have been
# deleted.
#schedule = watch_directory,5,5,load_start=./watch/*.torrent
#schedule = untied_directory,5,5,stop_untied=
schedule = watch_directory,5,5,load_start=/home/reza/watch/*.torrent
schedule = untied_directory,5,5,stop_untied=
schedule = tied_directory,5,5,start_tied=

# Close torrents when diskspace is low.
schedule = low_diskspace,5,60,close_low_diskspace=100M

# Stop torrents when reaching upload ratio in percent,
# when also reaching total upload in bytes, or when
# reaching final upload ratio in percent.
# example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0
#schedule = ratio,60,60,"stop_on_ratio=200,200M,2000"

# The ip address reported to the tracker.
#ip = 127.0.0.1
#ip = rakshasa.no

# The ip address the listening socket and outgoing connections is
# bound to.
#bind = 127.0.0.1
#bind = rakshasa.no

# Port range to use for listening.
port_range = 49164-49164

# Start opening ports at a random position within the port range.
#port_random = no

# Check hash for finished torrents. Might be usefull until the bug is
# fixed that causes lack of diskspace not to be properly reported.
check_hash = yes

# Set whetever the client should try to connect to UDP trackers.
#use_udp_trackers = yes

# Alternative calls to bind and ip that should handle dynamic ip's.

#schedule = ip_tick,0,1800,ip=rakshasa
#schedule = bind_tick,0,1800,bind=rakshasa

# Encryption options, set to none (default) or any combination of the following:
# allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext
#
# The example value allows incoming encrypted connections, starts unencrypted
# outgoing connections but retries with encryption if they fail, preferring
# plaintext to RC4 encryption after the encrypted handshake
#
# encryption = allow_incoming,enable_retry,prefer_plaintext
encryption = allow_incoming,try_outgoing,enable_retry

# Enable DHT support for trackerless torrents or when all trackers are down.
# May be set to "disable" (completely disable DHT), "off" (do not start DHT),
# "auto" (start and stop DHT as needed), or "on" (start DHT immediately).
# The default is "off". For DHT to work, a session directory must be defined.
#
dht = auto

# UDP port to use for DHT.
#
dht_port = 6881

# Enable peer exchange (for torrents not marked private)
#
peer_exchange = yes

#
# Do not modify the following parameters unless you know what you're doing.
#

# Hash read-ahead controls how many MB to request the kernel to read
# ahead. If the value is too low the disk may not be fully utilized,
# while if too high the kernel might not be able to keep the read
# pages in memory thus end up trashing.
#hash_read_ahead = 10

# Interval between attempts to check the hash, in milliseconds.
#hash_interval = 100

# Number of attempts to check the hash while using the mincore status,
# before forcing. Overworked systems might need lower values to get a
# decent hash checking rate.
#hash_max_tries = 10

I just want to confirm if download/upload rate is equivalent to download/upload speed?
max_uploads equivalent to max upload slots?
If they are true then this should be the optimized setting according to the torrent freak website I posted in the url above.
But I'm not sure how valid that site is, even though it is referred to by the wiki.

If anybody has anymore tips for me that would be great.
I never tried optimizing my torrents before, used to run utorrent on windows and I was good to go.
But since this is Linux, and proud to be part of the arch community, I decided to learn the most I can of all the programs I use.

Thanks in advance for any tips / tricks, and your time for reading my post.
-A happy Arch Linux newbie

demian · 2011-05-20 08:11:16

Try it out. I'm sure you'll be getting very good dl speed.

Alternatively you could use rtorrent-extended. Among others it has UI improvements and IP filter support patched in.
I also found the rtorrent.rc.example interesting that comes with this package. Interesting schedule rules, example for IP filter and you might want to try encryption some day.

Regards,
demian

pyroscope · 2011-05-25 22:49:50

Mine's here, you might find some inspirations...

http://code.google.com/p/pyroscope/wiki … figuration

Arch Linux

#1 2011-05-20 03:12:28

rtorrent optimization

#2 2011-05-20 08:11:16

Re: rtorrent optimization

#3 2011-05-25 22:49:50

Re: rtorrent optimization

Board footer