Torrents killing my connection
in [Debian]
|
Prev: cp: backup version control
Next: logrotate
From: Andrei Popescu on 19 Jun 2010 17:50 On Sb, 19 iun 10, 02:02:17, ABS Doug wrote: [problems with torrents] If you're on wireless try a wired connection for a while. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
From: Andrew Reid on 19 Jun 2010 21:30 On Saturday 19 June 2010 02:02:17 ABS Doug wrote: > I can't believe I'm still totally unable to figure out what is going > on here. Ubuntu Netbook Edition 10.04 was unable to handle downloading > torrents. [etc.] Is this only true of torrents, or is it also true of large downloads? What happens if you try to pull a few megs of something? I've had problems from time to time with MTU auto-discovery and TCP frame-size negotiations, and the symptoms are generally that small-packet, low-bandwidth traffic is fine, but big downloads stall out all the time. Modern routers (including WRT54Gs) are pretty good about this, but network drivers play a role too, and they do differ between the various OSs you've tried. -- A. -- Andrew Reid / reidac(a)bellatlantic.net -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/201006192121.34974.reidac(a)bellatlantic.net
From: ABS Doug on 20 Jun 2010 01:10 On Sat, Jun 19, 2010 at 9:21 PM, Andrew Reid <reidac(a)bellatlantic.net> wrote: > Â Is this only true of torrents, or is it also true of large > downloads? Â What happens if you try to pull a few megs of > something? Usenet seems to work fine. But there I'm downloading in pieces of course. Is the anything else I can put through the paces to trouble shoot? > Â I've had problems from time to time with MTU auto-discovery > and TCP frame-size negotiations, and the symptoms are generally > that small-packet, low-bandwidth traffic is fine, but big > downloads stall out all the time. I'm getting it with uploading alone, downloading with the connections set to 6 & not going fast either. > Â Modern routers (including WRT54Gs) are pretty good about this, > but network drivers play a role too, and they do differ between > the various OSs you've tried. Don't know... is the driver different in UNR 9.10 & 10.04? How would I check? -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/AANLkTimgXKhwUcPS_RSIQ6NRDoTfFWEhTAwnluJOdE0d(a)mail.gmail.com
From: Ron Johnson on 20 Jun 2010 01:10 On 06/19/2010 11:59 PM, ABS Doug wrote: > On Sat, Jun 19, 2010 at 9:21 PM, Andrew Reid<reidac(a)bellatlantic.net> wrote: >> Is this only true of torrents, or is it also true of large >> downloads? What happens if you try to pull a few megs of >> something? > > Usenet seems to work fine. But there I'm downloading in pieces of > course. Is the anything else I can put through the paces to trouble > shoot? pan2, unrar and par2 got me over my distrust of multi-part downloads. >> I've had problems from time to time with MTU auto-discovery >> and TCP frame-size negotiations, and the symptoms are generally >> that small-packet, low-bandwidth traffic is fine, but big >> downloads stall out all the time. > > I'm getting it with uploading alone, downloading with the connections > set to 6& not going fast either. > >> Modern routers (including WRT54Gs) are pretty good about this, >> but network drivers play a role too, and they do differ between >> the various OSs you've tried. > > Don't know... is the driver different in UNR 9.10& 10.04? How would I check? > Depends on the h/w and kernel version. First step is: $ lspci | grep Ethernet -- Seek truth from facts. -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/4C1DA25E.4090400(a)cox.net
From: Tim Clewlow on 20 Jun 2010 01:20
> On Sat, Jun 19, 2010 at 9:21 PM, Andrew Reid > <reidac(a)bellatlantic.net> wrote: >> Is this only true of torrents, or is it also true of large >> downloads? What happens if you try to pull a few megs of >> something? > > Usenet seems to work fine. But there I'm downloading in pieces of > course. Is the anything else I can put through the paces to trouble > shoot? .. torrents have many simultaneous connections open, on a badly designed modem this will fill the NAT table and cause traffic flow to become sluggish, or halt completely, on really bad modems they just crash and need a hard reset - a single connection download will not replicate this situation. Try dropping the maximum number of connections setting in the torrent client, perhaps cut in half each time for test, to see if it is the modems inability to manage a large NAT table. > >> I've had problems from time to time with MTU auto-discovery >> and TCP frame-size negotiations, and the symptoms are generally >> that small-packet, low-bandwidth traffic is fine, but big >> downloads stall out all the time. > > I'm getting it with uploading alone, downloading with the > connections > set to 6 & not going fast either. .. If you max out the uploads then the downloads will slow to a crawl because the notification of receipt of each chunk will be stuck in the upload queue, and often dropped out if the queue fills, which means it takes much longer for your client to tell peers it is ready to receive another chunk. Try dropping max upload to half your real connection capacity, see what happens. >> Modern routers (including WRT54Gs) are pretty good about this, >> but network drivers play a role too, and they do differ between >> the various OSs you've tried. > > Don't know... is the driver different in UNR 9.10 & 10.04? How would > I check? .. It could also be that *nix torrent clients have much heavier default settings than windows clients, and so windows clients never ask the network to do as much work as *nix clients do. Also, the windows stack itself is fairly lame and so doesnt load the nic as much as *nix stack does. Again, lower the default settings in your torrent client and see if that improves things (especially the maximum overall number of connections) Tim. -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/593eee4e638a682a460f13fc37994e3f.squirrel(a)192.168.1.100 |