No upload on Oleg's new firmware

Hi everybody,

I'm a serious no0b so please have patience with me. I've got Oleg's new advanced firmware linked in wengi's guide (not the 1927-10 one). I've managed to install transmission correctly, got it to run after a reboot and I've been testing it for the last couple of days. What I can't seem to understand are two things:

1. why does my download top up at 1,1MBs? (I've got a 50Mb connection) and I'm storing the data on an external USB HDD which should atleast support 3-5 MBs. Atleast. BTW, it's in the lower port, if it makes any difference.

2. Why is there no upload? I've got 47 torrents seeding and yet I see no upload on neither of them.

Please help, I'm really trying here :)

Thanks in advance,
Cristi.

1. transmission requires quite a lot of cpu from the router (I guess that's the ip-filter), so at higher speeds the cpu is just too slow to handle that. It also depends on the size of the torrent you're downloading since big files require lot of hard drive activity, also limiting speed... this is the same case with starting many torrents at the same time:p
rtorrent possibly can download a bit faster, since it doesn't use much cpu compared to transmission.

2. are there leechers available?
yes? then you have to check your modem on port-forwarding, and make sure you have the ip-tables firewall set up:

should be looking something like this:

PHP Code:

#!/bin/sh iptables -D INPUT -j DROP # Torrent client rules # transmission iptables -A INPUT -p tcp --dport [port] -j ACCEPT iptables -A INPUT -p udp --dport [port] -j ACCEPT # rtorrent iptables -I INPUT 1 -p tcp -i "$1" --syn --dport [port low]:[port high]0 -j ACCEPT iptables -I INPUT 1 -p udp -i "$1" --dport [port] -j ACCEPT iptables -A INPUT -j DROP

you should edit [port] as the port you are using (can be found in the transmission config file).

[port low]:[port high] is a port range in rtorrent

What about to make benchmark: Transmission VS rTorrent VS Other?
1) max download speed
2) cpu usage
3) reliability
4) maximum simultaneous downloads (recommended)
5) gui aplication environment, options

thanks for the help. I did the changes in the firewall and now I'm monitoring for any improvement. I'm using port 51413.

The CPU load could be high, as I'm currently downloading a 114 gb torrent. It still doesn't explain why the download rate is basically cut at 1,1MBs, even though there are enough peers to go to a full 8,8MBs as I get on my PC.

@ gouryella - I've tried installing rTorrent but as my skills are pretty limited, I couldn't find a tutorial that could work with wengi's explanations and config. Once I installed rtorrent and started downloading one torrent, it stopped with an error "lack of space", even though I have plenty of HDD space. It could be interesting to see how they both perform, only if I could get rtorrent going.

Hi mosoo,

as wpte stated the cpu is the limiting factor.
Try "top" while transmission is downloading to see your cpu utilization.

if idle is 0 and load is over 1 you have found xour bottle neck.

wengi

Hi wengi, thanks for the tip. I ran top and this is a basic printout (transmission running, these values are very close to an average of 1 minute monitoring):

top - 17:34:10 up 1:34, 0 users, load average: 1.36, 1.38, 1.50
Tasks: 38 total, 4 running, 34 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.6% user, 35.5% system, 20.3% nice, 42.6% idle
Mem: 30160k total, 29588k used, 572k free, 1448k buffers
Swap: 4120632k total, 5168k used, 4115464k free, 11304k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
175 chinonin 20 10 12104 9152 2884 R 49.0 30.3 53:58.20 transmission-da
280 chinonin 14 0 632 632 492 R 3.2 2.1 0:03.53 top
89 chinonin 9 0 0 0 0 S 0.6 0.0 1:52.05 usb-storage-0
3 chinonin 19 19 0 0 0 S 0.3 0.0 0:40.37 ksoftirqd_CPU0
2 chinonin 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd
1 chinonin 8 0 212 96 96 S 0.0 0.3 0:02.24 init
6 chinonin 9 0 0 0 0 S 0.0 0.0 0:00.01 kupdated
4 chinonin 9 0 0 0 0 S 0.0 0.0 0:11.51 kswapd
55 chinonin 9 0 280 212 152 S 0.0 0.7 0:00.18 httpd
62 chinonin 9 0 56 0 0 S 0.0 0.0 0:00.00 klogd
64 chinonin 9 0 412 276 272 S 0.0 0.9 0:01.27 nas
53 chinonin 9 0 116 60 60 S 0.0 0.2 0:00.00 telnetd
69 chinonin 9 0 0 0 0 S 0.0 0.0 0:00.01 khubd
76 chinonin 9 0 52 0 0 S 0.0 0.0 0:00.16 lpd
79 chinonin 9 0 48 0 0 S 0.0 0.0 0:00.02 p910nd
82 chinonin 9 0 108 0 0 S 0.0 0.0 0:00.02 waveservermain
84 chinonin 9 0 108 0 0 S 0.0 0.0 0:00.02 rcamdmain
5 chinonin 9 0 0 0 0 S 0.0 0.0 0:00.28 bdflush
90 chinonin 9 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
7 chinonin 9 0 0 0 0 S 0.0 0.0 0:01.85 mtdblockd
102 chinonin 9 0 128 44 32 S 0.0 0.1 0:00.08 infosvr
103 chinonin 9 0 264 180 140 S 0.0 0.6 0:00.21 watchdog
112 chinonin 9 0 168 128 124 S 0.0 0.4 0:00.64 dropbear
126 chinonin 9 0 252 168 132 S 0.0 0.6 0:00.37 upnp
68 nobody 9 0 372 360 328 S 0.0 1.2 0:00.85 dnsmasq
142 chinonin 9 0 0 0 0 S 0.0 0.0 0:04.71 kjournald
144 chinonin 9 0 576 388 308 S 0.0 1.3 0:01.44 nmbd
146 chinonin 8 0 400 156 144 S 0.0 0.5 0:00.55 smbd
162 chinonin 9 0 136 108 84 S 0.0 0.4 0:00.02 syslogd
167 chinonin 8 0 148 116 88 S 0.0 0.4 0:00.01 cron
173 chinonin 15 10 12104 9152 2884 R 0.0 30.3 0:05.48 transmission-da
174 chinonin 15 10 12104 9152 2884 S 0.0 30.3 0:00.01 transmission-da
100 chinonin 9 0 228 144 96 S 0.0 0.5 0:00.06 pppd
180 chinonin 9 0 184 56 36 S 0.0 0.2 0:04.37 dropbear
181 chinonin 9 0 72 0 0 S 0.0 0.0 0:01.45 sh
278 chinonin 9 0 564 560 444 R 0.0 1.9 0:01.34 dropbear
279 chinonin 9 0 468 468 396 S 0.0 1.6 0:00.67 sh

as you can see, idle is a little over 40%, but the load is indeed over 1. If the huge torrent was done and I would have only seeding torrents, would the load go down?

Yes, i think so.
But there should be some uploads/seeding at all.

Did you check for wpte's 2nd tip and did they help?

wengi

Quote:

Originally Posted by mosoo

@ gouryella - I've tried installing rTorrent but as my skills are pretty limited, I couldn't find a tutorial that could work with wengi's explanations and config. Once I installed rtorrent and started downloading one torrent, it stopped with an error "lack of space", even though I have plenty of HDD space. It could be interesting to see how they both perform, only if I could get rtorrent going.

I will try to look on my old guide, if is up to date. (tomorow)

http://wl500g.info/showpost.php?p=114794&postcount=2

I've modified the firewall and now this is what it contains:
$ cat /usr/local/sbin/post-firewall
#!/bin/sh

iptables -I INPUT -m tcp -p tcp --dport 22 -j ACCEPT

iptables -D INPUT -j DROP

iptables -A INPUT -p tcp --dport [51413] -j ACCEPT
iptables -A INPUT -p udp --dport [51413] -j ACCEPT

still, the only upload l'm seeing is on the only torrent that is still downloading (the huge 114gb one). maybe I have to finish downloading that one before I see any upload on the others?

Quote:

Originally Posted by mosoo

I've modified the firewall and now this is what it contains:
$ cat /usr/local/sbin/post-firewall
#!/bin/sh

iptables -I INPUT -m tcp -p tcp --dport 22 -j ACCEPT

iptables -D INPUT -j DROP

iptables -A INPUT -p tcp --dport [51413] -j ACCEPT
iptables -A INPUT -p udp --dport [51413] -j ACCEPT

still, the only upload l'm seeing is on the only torrent that is still downloading (the huge 114gb one). maybe I have to finish downloading that one before I see any upload on the others?

nah that's not right!

Code:

#!/bin/sh #before all rules iptables -D INPUT -j DROP iptables -I INPUT -m tcp -p tcp --dport 22 -j ACCEPT iptables -A INPUT -p tcp --dport 51413 -j ACCEPT iptables -A INPUT -p udp --dport 51413 -j ACCEPT #after all rules iptables -A INPUT -j DROP

the before and after all rules are importand:p
the things you want to see happening should be in between those 2 lines.
ALSO the ports are without the brackets [];)

alright, sorry for the stupid mistake :)

I modified iptables just as above and now I'm monitoring. I'll come back and post a conclusion in a day or two. thank you for now.

I tried another thing, though. Starting a torrent on uTorrent on my PC and saving it on the harddisk would lead to just that 1,1MBs limit. Is it possible that the USB ports are limited to USB1.0? Or maybe the one I'm using (the lower)?