My rtorrent is acting wierdly. It is working for 1 or 2 minutes and than stops for another 1-2 min, than working again. I mean when its not working, I cant get any response in screen, and at this time, there are no data traffic.
stat looks like this: ____IIIIIIIIIIII____IIIIIIIIIIII____IIIIIIIIIIII_____
My system is updated, and there is nothing relevant in the logs. in rtorrent.rc there are rate and peer limits, 4 whatch directory and nothing else.
So what do you think? What is this?
I have the same problem, since approx. one month ago.
My configuration file .rtorrent.rc :
# Maximum and minimum number of peers to connect to per torrent. min_peers = 40 max_peers = 52 # Same as above but for seeding completed torrents (-1 = same as downloading) min_peers_seed = 10 max_peers_seed = 52 # Maximum number of simultanious uploads per torrent. max_uploads = 8 # Global upload and download rate in KiB. "0" for unlimited. #download_rate = 0 #upload_rate = 70 # Default directory to save the downloaded torrents. directory = /home/helq/Downloads/torrent # 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/helq/.rtorrent/ # Watch a directory for new torrents, and stop those that have been # deleted. #schedule = watch_directory,5,5,load_start=/home/helq/Downloads/torrent/watch/*.torrent #schedule = untied_directory,5,5,stop_untied= # Close torrents when diskspace is low. schedule = low_diskspace,5,60,close_low_diskspace=100M # 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,try_outgoing,enable_retry,require,require_RC4 # 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 # preallocate files; reduces defragmentation on filesystems that support this # e.g. ext4, btrfs # DO NOT enable on ext3! # see http://libtorrent.rakshasa.no/ticket/460 for details # system.file_allocate.set = yes # Change the limits, the defaults should be sufficient. ratio.min.set=150 ratio.max.set=160 ratio.upload.set=20M # Preallocate files; reduces defragmentation on filesystems. system.file_allocate.set = yes # The following schedule option is intended to stop rTorrent # from downloading data when disk space is low. schedule = low_diskspace,5,60,close_low_diskspace=100M
I'm suffering this too. Did you find any solution?
What version rtorrent are you guys using? I've noticed this "stalling" problem on another system with (what would correspond to) rtorrent-git from the AUR. On my Arch laptop I use rtorrent-color from the AUR, and it's rock-solid.
Edit: Are you serious about "1-2min"? That's a long time. In my case it stalls for a few seconds (while I pummel the keyboard).
Last edited by Antoine (2013-03-28 11:33:10)