rtorrent have problem connecting to trackers, and I have a slow dl

henningphan · 2011-02-17 19:54:10

Hi!
I got a sheevaplug that I just installed with plugbox, and my friend persuaded me to use rtorrent, which I think is nice as it got no gui.
Anyway the problem I got is that I cant connect to trackers, I have forwarded one port which I also use with utorrent (not simultaneously).

with few torrent I do get connected with the trackers but the dl speed is often
rtorrent: ul: 200kb/s dl 70 kb/s
utorrent: ul 100kb/s dl 800 kb/s

So Iam just asking, how do I get rtorrent to connect to trackers properly and how do I fix rtorrent dl speed.

nd 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 = 100

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

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

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

# Default directory to save the downloaded torrents.
directory = /media/henext/rtorrent/odownloads

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

# Watch a directory for new torrents, and stop those that have been
# deleted.
schedule =watch_directory,5,5,load_start=/media/henext/rtorrent/ntorrents/*.torr
ent
#schedule = untied_directory,5,5,stop_untied=

# 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 = 23376-23376

# 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 = no

# 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_plain
text
#
# 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

# 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

thx for your help

Inxsible · 2011-02-17 20:03:51

try limiting your upload rate instead of keeping it unlimited. That might help with your download speed and you should see an increase in down speed

henningphan · 2011-02-17 20:26:35

hahaha, was just going to ask why I couldnt see any change in ul, because i set the limit to 150 but it was still 200.
silly me forgot to remove #.

But I cant really say I see a difference in dl speed, or maybe an insignificant change.

Last edited by henningphan (2011-02-17 21:52:48)

Arch Linux

#1 2011-02-17 19:54:10

rtorrent have problem connecting to trackers, and I have a slow dl

#2 2011-02-17 20:03:51

Re: rtorrent have problem connecting to trackers, and I have a slow dl

#3 2011-02-17 20:26:35

Re: rtorrent have problem connecting to trackers, and I have a slow dl

Board footer