Not quite sure if this is the correct forum to post in. But here we go anyway!
I’m experiencing complete system freezes when dowloading torrents with more than 800kb/sec (I think this is the limit, I’ve capped it at 750, and it seems to be running ok now). I had this same problem in Ubuntu aswell. But not in Win 7. The problem also appeared in ubuntu when streaming video through VLC with more than 800kbps.
As my connection gives me quite alot higher download speeds this kind of annoys me, and me being quite new to this whole Linux thing, don’t really know what to do. I had a dialogue with someone at Ubuntuforums regarding this, but we pretty much got nowhere.
I have an ASUS 1201N laptop, with ION chipset.
If anyone have any ideas I’d welcome them with open arms!
It freezes regardless of speed, so look away from that. Does not matter what speed I download torrents in, it freezes. It also seems to happen at random points, it can take a couple of minutes or instantly after starting the torrent client.
I have tried several clients, same results.
I also have an external HDD, but it doesnt seem to matter what HDD i download to.
In Ubuntu I also experienced freezes when playing flash content, youtube etc. Not had those yet.
800kbps is pretty fast over 5mbps, but your system shouldn’t freeze when d/l using torrents.
Are you using Transmisson for your torrents?
Can you run torrent download and post any output from cat /var/log/warn or cat /var/log/messages or messages related to torrents? If its minutes that your system freezes allow the time, but not if its hours.
On 16/04/11 13:06, aenemic wrote:
>
> Not quite sure if this is the correct forum to post in. But here we go
> anyway!
>
> I’m experiencing complete system freezes when dowloading torrents with
> more than 800kb/sec (I think this is the limit, I’ve capped it at 750,
> and it seems to be running ok now). I had this same problem in Ubuntu
> aswell. But not in Win 7. The problem also appeared in ubuntu when
> streaming video through VLC with more than 800kbps.
>
> As my connection gives me quite alot higher download speeds this kind
> of annoys me, and me being quite new to this whole Linux thing, don’t
> really know what to do. I had a dialogue with someone at Ubuntuforums
> regarding this, but we pretty much got nowhere.
>
> I have an ASUS 1201N laptop, with ION chipset.
>
> If anyone have any ideas I’d welcome them with open arms!
>
> -Christoffer
>
>
i have a similar problem with my wireless connection. i’m using opensuse
11.4 x64 clean install on an asus M4A78LT-M with a usb wireless device,
linksys wusb54gc using the rt73usb driver and kde.Pc works fine, fast
with no issues as long as i do not have heavy traffic on the wireless.
If i download a file thru browser, ktorrent or i stream avi file to my
TV using dlna, pc completely freezes in about 1-2 hours of the download
start. /var/log/message shows nothing and i have already changed my
setup from dhcp to fix ip to exclude dhcp negotiation of the picture but
to no avail. I’ve removed Pulse audio as i recall similar issues on
previous opensuse version but no improvement. There is absolutely no
error or warn in any log files, just a a hard freeze. I’ve searching for
issues with this wifi driver or with the asus motherboard but i could
not find any. i though that usb wifi device should be the culprit but
before buy a different one, i’ll like to be sure that indeed it is the
root cause.
@Mysterious @aenemic
I know Adobe’s npviewer freezes Firefox, its workspace. Pkill -9 npviewer in a terminal, kill from top in a terminal or killed from system monitor unfreezes FF and the workspace.
Though I can’t prove it I suspect bad tcp.udp packets from the internet.
Do either of you have lots of message output in /var/log/firewall or in /var/log/messages from SuseFirewall? If true could you use susepaste.org to paste a few?
If you know how to use Wireshark you can capture the traffic when downloading torrents up to point of freeze. Set the capture options for multiple files, saved every 3-30 seconds or something.
On 18/04/11 15:36, tararpharazon wrote:
I know Adobe’s npviewer freezes Firefox, its workspace. Pkill -9
> npviewer in a terminal, kill from top in a terminal or killed from
> system monitor unfreezes FF and the workspace.
>
> Though I can’t prove it I suspect bad tcp.udp packets from the
> internet.
>
> Does either of you have lots of message output in /var/log/firewall or
> in /var/log/messages from SuseFirewall? If true could you use
> susepaste.org to paste a few?
>
> If you know how to use Wireshark you can capture the traffic when
> downloading torrents up to point of freeze. Set the capture options
> for multiple files, saved every 3-30 seconds or something.
>
>
Thanks for you reply. Freeze happens with nothing loaded as for example,
streaming an avi file to the TV. Firewall is already disable and
/var/log/message shows nothing. The only 3 lines before the hard reboot
is – mark----. In my case is a really hard hang, monitor is black, no
response from keyboard or mouse, nothing, literally dead.
I’ll enable the magic sysrq keys and i’ll see if i can get something
with it on next freeze.
i glanced thru the discussion here and remembered something i fixed long ago, but i’m not sure it really applies in this instance. I’ll give you the details because if you do any “serious” torrenting, you will eventually have to address it.
there are limits imposed by the system for the number of file descriptors processes can access, these limits are defined in /etc/security/limit.conf and the default for a normal install is 1024.
this sounds like a lot, but if you have 300 connections you quickly exceed this default number and threads begin to be shut down. I added this line to limits.conf (edited as root) which confined the larger limit to one user only
blkdragon soft nofile 4096
this gave me enough “headroom” to do what i needed thou it could be set higher.
i did NOT experience a system freeze when this limit was reached, just gradually the torrent threads shut down and throughput fell. Hence, this is probably not your situation, but might be worth a look.
This situation is discussed in the Azureus/Vuze wiki:
> This situation is discussed in the Azureus/Vuze wiki:
>
> ‘Too many open files - VuzeWiki’
> (http://wiki.vuze.com/w/Too_many_open_files)
>
> though i didn’t use precisely the workaround they mentioned.
>
> good luck
>
>
Thanks for the help regarding this issue.
It looks like i’ve found the culprit of the hard hangs and it was
tvmobili. I’ve unload it and download files all night and server did not
hang.
If you’re running Torrents, Meta downloads or some other massive simultaneous File Transfer, you should know that default TCP Buffers are inadequate because a default Distro has to be tuned to accomodate low resource hardware. If you have sufficient resources, you can safely enlarge your TCP Buffers and make other adjustments that enable TCP Windows scaling and Congestion Control algorithms that address less than reliable Internet connections.
This is draft version of my paper which is largely finished for tuning Linux
On 19/04/11 21:06, tsu2 wrote:
>
> I’ve prepared a paper addressing this problem.
>
> If you’re running Torrents, Meta downloads or some other massive
> simultaneous File Transfer, you should know that default TCP Buffers are
> inadequate because a default Distro has to be tuned to accomodate low
> resource hardware. If you have sufficient resources, you can safely
> enlarge your TCP Buffers and make other adjustments that enable TCP
> Windows scaling and Congestion Control algorithms that address less than
> reliable Internet connections.
>
> This is draft version of my paper which is largely finished for tuning
> Linux
>
> http://tinyurl.com/3lp6onc
>
> HTH,
> Tony
>
>
Thanks Tony. I’ll look introduce this changes on my machine
