| View previous topic :: View next topic |
| Author |
Message |
crouse
Site Admin
Joined: 17 Apr 2024
Posts: 11833
Location: Iowa
|
 Posted: Wed May 14, 2024 12:48 am Post subject: |
 |
|
anticapitalista,
Noticed you used rtorrent..... so I tried it out (transmission isn't command line only ...... i couldn't keep the daemon connected  So, anyway, tried rtorrent, using screen, this client is command line and easy to install remotely and administer remotely. I haven't created any scripts to run this as a daemon yet, but I'm sure I probably could for Arch. Currently I just use "screen rtorrent" to start it........and I leave it running via screen. Unless someone shuts down the computer.....it stays running.
Basically, for my ~/.rtorrent.rc file I have
| Code: |
enable_trackers = yes
directory = /home/crouse/isos
# Watch a directory for new torrents, and stop those that have been
# deleted.
schedule = watch_directory,10,10,load_start=/home/crouse/isos/*.torrent
schedule = tied_directory,10,10,start_tied=/home/crouse/isos/*.torrent
schedule = untied_directory,10,10,close_untied=/home/crouse/isos/*.torrent
|
here is a much more complete file for those wanting MORE options than I used..........
| Code: |
# 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 = 100
# Same as above but for seeding completed torrents (-1 = same as downloading)
min_peers_seed = -1
max_peers_seed = 50
# Maximum number of simultanious uploads per torrent.
max_uploads = 15
#connection_leech = seed
# Global upload and download rate in KiB. "0" for unlimited.
download_rate = 0
upload_rate = 150
# Default directory to save the downloaded torrents.
directory = /usr/www/blabla/htdocs/torrents/files
# Default session directory. Make sure you don't run multiple instance
# of rtorrent using the same session directory. Perhaps using a
# relative path?
session = /usr/www/blabla/htdocs/torrents/session
# Watch a directory for new torrents, and stop those that have been
# deleted.
schedule = watch_directory,10,10,load_start=/usr/www/blabla/htdocs/torrents/torrents/*.torrent
schedule = tied_directory,10,10,start_tied=/usr/www/blabla/htdocs/torrents/torrents/*.torrent
schedule = untied_directory,10,10,close_untied=/usr/www/blabla/htdocs/torrents/torrents/*.torrent
# 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 = blabla.com
# 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 = 6881-6900
# 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
#
# 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
# Max number of files to keep open simultaniously.
#max_open_files = 128
# Number of sockets to simultaneously keep open.
#max_open_sockets = <no default>
# Example of scheduling commands: Switch between two ip's every 5
# seconds.
#schedule = "ip_tick1,5,10,ip=torretta"
#schedule = "ip_tick2,10,10,ip=lampedusa"
# Remove a scheduled event.
#schedule_remove = "ip_tick1"
|
_________________
Veronica - Arch Linux 64-bit -- Kernel 2.6.33.4-1
Archie/Jughead - Arch Linux 32-bit -- Kernel 2.6.33.4-1
Betty/Reggie - Arch Linux (VBox) 32-bit -- Kernel 2.6.33.4-1
BumbleBee - OpenSolaris-SunOS 5.11
|
|
| Back to top |
|
masinick
Linux Guru
Joined: 03 Apr 2024
Posts: 8615
Location: Concord, NH
|
| Posted: Wed May 14, 2024 12:55 am Post subject: |
|
|
| I went back to ktorrent for my use. Transmission was OK but it did not really tell me a whole lot about what was going on. I can get that quickly and easily with ktorrent. Don't have a lot of time to fool around. Getting the torrents going in the first place was about all I could take the time to do. The flexible clients like in the old days do have a lot of appeal though. For the hard core users I have heard that rtorrent is THE torrent client to use. For casual use, I like ktorrent. No Java like azereus or whatever its called, more feedback than transmission, which is OK for quick torrent downloads, but not much for running five or six of them. |
|
| Back to top |
|
anticapitalista
Member
Joined: 13 Jan 2024
Posts: 185
Location: Greece
|
| Posted: Wed May 14, 2024 7:48 pm Post subject: |
|
|
crouse,
Yes I use rtorrent. IMO it is ideal on old boxes, or for those that want to 'get the job done' with minimum fuss, which is why I detest apps such as azureus and amarok. (OT)
A good link to a site of how to use/set up rtorrent is here:
http://kmandla.wordpress.com/2007/05/02/howto-use-rtorrent-like-a-pro/
To create a torrent I use transmission.
I note you managed to download antiX-base and antiX from the seeded torrents even though the site says it is not connected. Maybe this is because it doesn't 'see' rtorrent when seeding, even though it is?_________________ antiX
sidux |
|
| Back to top |
|
JP
Linux Guru
Joined: 07 Jul 2024
Posts: 6671
Location: Central Montana
|
|
| Back to top |
|
jbsnake
Moderator
Joined: 02 Dec 2024
Posts: 1726
Location: Georgia
|
| Posted: Mon May 19, 2024 2:00 pm Post subject: |
|
|
| lol... nice
_________________
laptop: Arch Linux - Kernel 2.6.24-ARCH
server: Arch Linux - Kernel 2.6.33-ARCH
|
|
| Back to top |
|
crouse
Site Admin
Joined: 17 Apr 2024
Posts: 11833
Location: Iowa
|
|
| Back to top |
|
JP
Linux Guru
Joined: 07 Jul 2024
Posts: 6671
Location: Central Montana
|
|
| Back to top |
|
masinick
Linux Guru
Joined: 03 Apr 2024
Posts: 8615
Location: Concord, NH
|
| Posted: Thu May 22, 2024 4:55 pm Post subject: |
|
|
JP, if you have several ISO images and the space to keep them on your disk, you can seed them and simply leave your torrent client going. I have been using ktorrent and I just keep it going. Load caused by running ktorrent is minimal - I suspect it would be less than Azureus since Azureus uses a Java engine - you need a decent amount of memory and good processor speed for Java to run really well. Since I am hosting on my 996 MHz Dell Dimension 4100 with 256 MB RAM, I choose to run something lighter. Tried transmission, it is light but does not have many features that provide feedback so I went back to ktorrent.
Today I shut the system down because of possible thundershowers in the area, but in general, I leave it on overnight and for days running. If it gets in the way, I shut it down when I am busy, then turn it back on when I am done. Usually though it doesn't even get in the way, so I leave it up and running most of the time, except when weather threatens my equipment. |
|
| Back to top |
|
JP
Linux Guru
Joined: 07 Jul 2024
Posts: 6671
Location: Central Montana
|
| Posted: Fri May 23, 2024 3:23 am Post subject: |
|
|
| masinick wrote: | | Today I shut the system down because of possible thundershowers in the area, but in general, I leave it on overnight and for days running. If it gets in the way, I shut it down when I am busy, then turn it back on when I am done. Usually though it doesn't even get in the way, so I leave it up and running most of the time, except when weather threatens my equipment. |
That's the way I do it as well.
I have a question .... since I have been running Azureus and downloading from LinuxTorrents.org so's I can help seed, I have been getting complaints from the War Department that her computer is running too slow. If I switch to a "lighter" client, do I have to download all of this stuff again?
_________________
Dell Box - Arch Linux
Dell Lappy - DreamLinux 3.5 - Default OS
Mepis 8.0 - Backup
|
|
| Back to top |
|
masinick
Linux Guru
Joined: 03 Apr 2024
Posts: 8615
Location: Concord, NH
|
| Posted: Fri May 23, 2024 4:04 am Post subject: |
|
|
| JP wrote: | | masinick wrote: | | Today I shut the system down because of possible thundershowers in the area, but in general, I leave it on overnight and for days running. If it gets in the way, I shut it down when I am busy, then turn it back on when I am done. Usually though it doesn't even get in the way, so I leave it up and running most of the time, except when weather threatens my equipment. |
That's the way I do it as well.
I have a question .... since I have been running Azureus and downloading from LinuxTorrents.org so's I can help seed, I have been getting complaints from the War Department that her computer is running too slow. If I switch to a "lighter" client, do I have to download all of this stuff again? |
No, not at all. If you have the ISO image and the torrent file available, all you have to do is start up each torrent in a different client. If you are running KDE I would recommend trying ktorrent. Otherwise, transmission or I see a lot of connections connected to something called utorrent - actually the "u" is a mu, the u with a tail on it. Anticapitalista uses rtorrent; that is a light client as well. Debian probably has both of those clients in its repository. Based on what I've used, I find ktorrent the easiest overall with moderate impact on my system. |
|
| Back to top |
|
JP
Linux Guru
Joined: 07 Jul 2024
Posts: 6671
Location: Central Montana
|
| Posted: Fri May 23, 2024 5:05 am Post subject: |
|
|
| THX, I'd like to be able to d/l without causing so much havoc, after I get them all d/l'ed, then seeding shouldn't take away too much bandwidth, should it?
_________________
Dell Box - Arch Linux
Dell Lappy - DreamLinux 3.5 - Default OS
Mepis 8.0 - Backup
|
|
| Back to top |
|
platinummonkey
Advanced Member
Joined: 01 Mar 2024
Posts: 732
Location: Texas
|
|
| Back to top |
|
masinick
Linux Guru
Joined: 03 Apr 2024
Posts: 8615
Location: Concord, NH
|
| Posted: Fri May 23, 2024 4:13 pm Post subject: |
|
|
| platinummonkey wrote: | you could always limit the upload speed, then you could control exactly how much bandwidth your giving away  |
ktorrent provides you with plenty of control of both upload and download speeds, plus a variety of views of what is actually taking place. You can view who is connecting, their IP address and where they are from, plus what client they are using and the upload and download speeds and even the chunk they are accessing, the progress within the chunk, seed and leach ratios. It is easy to throttle any connection, and it does some of that for you. In short, just about every statistic, yet the overhead it creates is moderate, so I have found it to be a very useful tool, much more so than the original bittorent and bittorrent-gui tools. Less overhead than azureus, more detail than transmission, and easier to use than rtorrent or ctorrent, or any of the configurable, but less user friendly tools. |
|
| Back to top |
|
anticapitalista
Member
Joined: 13 Jan 2024
Posts: 185
Location: Greece
|
| Posted: Fri May 23, 2024 4:34 pm Post subject: |
|
|
JP, you might like to have a look at rtorrent.
It is cli, but is very powerful and light on your resources._________________ antiX
sidux |
|
| Back to top |
|
masinick
Linux Guru
Joined: 03 Apr 2024
Posts: 8615
Location: Concord, NH
|
| Posted: Fri May 23, 2024 6:27 pm Post subject: |
|
|
| anticapitalista wrote: | JP, you might like to have a look at rtorrent.
It is cli, but is very powerful and light on your resources. |
Do you think that rtorrent is easy to use? What is a typical use - say you want to make AntiX available to our torrent site? What would a command (and any required configuration) look like? |
|
| Back to top |
|
|
