DaemonForums  

Go Back   DaemonForums > FreeBSD > FreeBSD General

FreeBSD General Other questions regarding FreeBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 20th November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default torrent clients are driving me nuts

I give up using rtorrent any more, untill they fix bug, that couses FreeBSD (and as i found in this forum, OpenBSD as well) to lag.
It pisses me off

So I went searching for new clients.

Here's what i have tried:
rtorrent - well, just to point out. It's good but has serious lags.
ctorrent - I like it, i think i might write script that starts it automatically, and it could be usable (i would prefer single process, but i can live with it)
transmittion_gtk - it looks good, it has good features, BUT it's downloading speed is low. it's being outrun by r/ctorrent
transmittion_cli - i absolutely didn't like it
btpd - i could start daemon, but didn't manage to connect to it with dtcli.

I didn't try
* deluge, because i'm minimalist, and i don't like mixing python with apps.
* any java torrect client. And i doubt you can talk me in to try one.
* any torrents for kde, to many dependencies
* qtorrent, because i remember how disappointed i was 2 years ago when i tried it
* unworkable, because of how it sounds
* others


can anyone suggest anything good.
i prefer console based clients like rtorrent
Reply With Quote
  #2   (View Single Post)  
Old 21st November 2008
deemon's Avatar
deemon deemon is offline
Fdisk Soldier
 
Join Date: May 2008
Location: Estonia
Posts: 50
Default

Quote:
Originally Posted by killasmurf86 View Post
I give up using rtorrent any more, untill they fix bug, that couses FreeBSD (and as i found in this forum, OpenBSD as well) to lag.
Makes FreeBSD lag how? Network congestion? CPU/memory hog?
I've been using rtorrent for a few years, I never encountered such behaviour.

Quote:
* deluge, because i'm minimalist, and i don't like mixing python with apps.
What do you mean by that? That doesn't seem to make much sense.
__________________
Fhtagn nagh Yog-Sothoth
Reply With Quote
  #3   (View Single Post)  
Old 21st November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

Everytime i download torrents at high speed, mouse pointer is twitching (big time), music is twitching.
i'm not sure at what exactly speed it starts, but i know for sure 6000Ks (rtorrent total download speed) download will cause it, not to mention that downloading torrents from local tracker i can get up to 13000+Ks
I doubt it's HDD's fault. because i'm writing to SATA150, which almost ain't used by anything else.

basically downloading torrents with high speed makes system almost unusable.
That's why i was limiting download/upload speed to 2200Ks total

Also CPU usage is pretty extreme (i think)

check this post
http://daemonforums.org/showpost.php...10&postcount=9


Quote:
* deluge, because i'm minimalist, and i don't like mixing python with apps.
- i don't want to install 10 more dependencies, most of which are python. It's in my head, that i don't want to use apps, that relies on python. (can't explain it.... my bogus mind), but if you can convince deluge is good, i might hive it a shoot, however i'm starting to like ctorrent
Reply With Quote
  #4   (View Single Post)  
Old 21st November 2008
DNAeon DNAeon is offline
Shell Scout
 
Join Date: Sep 2008
Location: Bulgaria
Posts: 138
Default

I'm using transmission_gtk, and I don't have any problems with it.

I like transmission - it's simple, fast and works fine for me. Also at high speed of download I don't have any problems with CPU usage.

I don't like too Java-based torrent clients, and KDE dependent too.
__________________
"I never think of the future. It comes soon enough." - A.E

Useful links: FreeBSD Handbook | FreeBSD Developer's Handbook | The Porter's Handbook | PF User's Guide | unix-heaven.org
Reply With Quote
  #5   (View Single Post)  
Old 21st November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

well, it might be me.... but i think rtorrent downloaded file way faster than transmission_gtk for me.
I will check again.
Reply With Quote
  #6   (View Single Post)  
Old 21st November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

OK, i checked.
Ctorrent was downloading same files, at same time 3 to 10 times faster.
On same computer (i ran them in parallel, independent)
Reply With Quote
  #7   (View Single Post)  
Old 21st November 2008
BSDfan666 BSDfan666 is offline
Real Name: N/A, this is the interweb.
Banned
 
Join Date: Apr 2008
Location: Ontario, Canada
Posts: 2,223
Default

Comparing the speed of a torrent client is a bit strange.. the technology itself is dependent on the capabilities of the seeds and peers.

I for example, tested the btpd client.. and I can achieve maximum throughput with it.. though, not on every torrent obviously.

If you're experiencing speed issues, perhaps you configured the client improperly?
Reply With Quote
  #8   (View Single Post)  
Old 21st November 2008
phoenix's Avatar
phoenix phoenix is offline
Risen from the ashes
 
Join Date: May 2008
Posts: 696
Default

WINE + uTorrent. Doesn't get much nicer, faster, or slicker than that.

However, then you'd also have to install a Windows version of a web browser, in order to have "click link and start torrent download" working correctly.
__________________
Freddie

Help for FreeBSD: Handbook, FAQ, man pages, mailing lists.
Reply With Quote
  #9   (View Single Post)  
Old 22nd November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

doesn't torrent auto load directory work? under wine?
Reply With Quote
Old 22nd November 2008
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is offline
Real Name: Martin
Tcpdump Spy
 
Join Date: Apr 2008
Location: Netherlands
Posts: 2,243
Default

Regarding rtorrent problems:

I never encountered any problems, can you post your ~/.rtorrent.rc? There are some options you can tweak which can significantly improve performance.

Also, I never encountered problems with CPU usage, I run rtorrent on a PIII 800/384MB RAM so I definitly would have noticed any.
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
Old 22nd November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

.rtorrent.rc
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 = 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 = 2000
upload_rate = 200

# Default directory to save the downloaded torrents.
directory = /home/Files/tr/f

# 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/Files/tr/.session

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

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

# 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 = 46.88.15.155
#ip = getlost.fc

# 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 = 6890-6999

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

# 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_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

# 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
also, i have another idea.
I was messing with sysctl flags (basically i was fallowing book FreeBSD 6 Unleashed by Brian Tiemann)

sysctl.conf
Code:
security.bsd.see_other_uids=0

kern.coredump=0

net.inet.tcp.delayed_ack=0
kern.ipc.maxsockbuf=2097152
kern.ipc.somaxconn=512
kern.maxfiles=65536
kern.maxfilesperproc=32768

net.inet.tcp.sendspace=65535
net.inet.tcp.recvspace=65535
net.inet.udp.recvspace=65535
net.inet.udp.maxdgram=57344
net.local.stream.recvspace=65535
net.local.stream.sendspace=65535
kern.ipc.nmbclusters=65535

vfs.usermount=1

net.inet.tcp.blackhole=2
net.inet.udp.blackhole=1
net.inet.ip.random_id=1
do you think these could cause problems at current state?

Last edited by graudeejs; 22nd November 2008 at 02:32 PM.
Reply With Quote
Old 22nd November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

net.inet.tcp.delayed_ack: Delay ACK to try and piggyback it onto a data packet
kern.ipc.maxsockbuf: Maximum socket buffer size
kern.ipc.somaxconn: Maximum pending socket connection queue size
kern.maxfiles: Maximum number of files
kern.maxfilesperproc: Maximum files allowed open per process
net.inet.tcp.sendspace: Maximum outgoing TCP datagram size
net.inet.tcp.recvspace: Maximum incoming TCP datagram size
net.inet.udp.recvspace: Maximum space for incoming UDP datagrams
net.inet.udp.maxdgram: Maximum outgoing UDP datagram size
net.local.stream.recvspace:
net.local.stream.sendspace:
kern.ipc.nmbclusters:
Maximum number of mbuf clusters allowed


I will disable and reboot, to see what happens
However i doubt it's the reason, because ctorrent was downloading torrents like mad (total 10.1M/s [average speed in last 20s, so they say]), and cpu load was low, and BSD didn't lag.


EDIT, didn't yet do it.
added
Code:
hash_read_ahead = 8
hash_max_tries = 5
hash_interval = 10
to .rtorrent.rc

and checked again.
1st time FBSD lagged was when rtorrent reached 3.2M/s (it was 300M file, so it cound't get to full speed)
then i restarted, and next time it was at about 4M/s
at 6M/s Wcpu was 34%, cpu state: 19.2 user, 29.2% system, 20.7 interrupt (on smp maching. P4-HTT @3GHz)

I have 2G ram and 1G swap, swap wasn't used

Last edited by graudeejs; 22nd November 2008 at 03:20 PM.
Reply With Quote
Old 22nd November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

I disabled settings that i marked red in sysctl.conf.
Seams lags decreased a lot.
only had 5 lags @5+M/s in period of about 3minutes.
This is defiantly better, that it used to be.

I still have lags, but way less and shorter.
I'll keep monitoring.
i want to see what will happen at 8 to 9M/s


EDIT:
ctorrent sill seam to be better at some point

Last edited by graudeejs; 22nd November 2008 at 10:07 PM.
Reply With Quote
Old 23rd November 2008
maxrussell maxrussell is offline
Package Pilot
 
Join Date: May 2008
Location: Montrose, Angus
Posts: 181
Default

I just use Opera
Reply With Quote
Old 23rd November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

No that i don't want.
I don't want operas torrent client, because last i used it it sucked greatly (sorry if i'm rude, but there is no other word describing my experience)

besides, i don't think i want to use opera because it's closed source. + i have to compile qt3


thanks for reply
Reply With Quote
Old 24th November 2008
chill's Avatar
chill chill is offline
Fdisk Soldier
 
Join Date: Jun 2008
Location: Federal Republic of the US
Posts: 74
Default

What's wrong with a python based bittorrent client? The original bittorrent client was even coded in python.

EDIT: btw Deluge is my favorite client right now, it has a similar feel to utorrent. you should try it, its nice

Last edited by chill; 24th November 2008 at 10:54 PM.
Reply With Quote
Old 29th November 2008
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

ok, i gave another try to transmission.
2nd impression is way better

I'll stick to it
Reply With Quote
Old 29th November 2008
mdh's Avatar
mdh mdh is offline
Real Name: Matt D. Harris
FreeBSD 2.2.6 User
 
Join Date: Oct 2008
Location: West Virginia
Posts: 139
Default

I really like ktorrent. It does have KDE as a dependency, but it has always Just Worked for me, and the UI is intuitive and easy to use. The learning curve is low. It may be worth just installing KDE's libs and stuff to use ktorrent because of how well it works.
Reply With Quote
Old 4th January 2009
graudeejs's Avatar
graudeejs graudeejs is offline
Real Name: Aldis Berjoza
ISO Quartermaster
 
Join Date: Jul 2008
Location: Riga, Latvia
Posts: 589
Default

ok, finally i have found what i like
It's
transmission-daemon
transmission-remote
transmission-web
Reply With Quote
Old 4th January 2009
Randux Randux is offline
Disgruntled desktop user
 
Join Date: May 2008
Location: Siberia
Posts: 100
Default

ctorrent rules for a command line client.
__________________
BSDForums.org refugee #27
Multibooting with LILO
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
FreeBSD server, Windows clients, daily backups Weaseal FreeBSD General 4 25th December 2008 05:50 PM
Exempting clients from AuthPF Kristijan NetBSD Security 1 12th July 2008 12:09 AM
Client torrent ! gnowar OpenBSD General 10 3rd June 2008 10:50 AM
torrent? knasbas OpenBSD Packages and Ports 6 29th May 2008 05:30 PM
opera: disable inbuild torrent utility ephemera FreeBSD Ports and Packages 11 17th May 2008 12:26 AM


All times are GMT. The time now is 07:23 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick