On Sunday 04 January 2004 06:35 pm, Mark wrote:
> On Sun, 4 Jan 2004, Patrick Dempster wrote:
> > Richard Urwin said:
> > > On Sunday 04 Jan 2004 10:39 pm, Patrick Dempster wrote:
> > >> [EMAIL PROTECTED] torrent]$ btdownloadgui.py --max_upload_rate
> > >> 100 MandrakeLinux-20031231-i586.iso.torrent
> > >>
> > >> I get the following error:
> > >>
> > >> ERROR (10:28) -
> > >> error: Too many args - 0 max.
> > >> run with no args for parameter explanations.
> > >>
> > >> Can anyone suggest what I'm doing wrong? Is there an rc
> > >> file somewhere that I should set this in?
> > >
> > > Off the top of my head, try using hyphens"-" rather than
> > > underlines.
> >
> > Nope, doesn't seem to like that that either
> >
> > [EMAIL PROTECTED] torrent]$ btdownloadgui.py --max-upload-rate 100
> > MandrakeLinux-20031231-i586.iso.torrent
> > These errors occurred during execution:
> > [23:47:11] error: option --max-upload-rate not recognized
> > run with no args for parameter explanations
> >
> > After a bit more experimenting it does appear that
> > --max_upload_rate is what it is looking for because it does
> > appear to be parsing it and it is expecting a number. I'm
> > really stumped now.
> >
> > [EMAIL PROTECTED] torrent]$ btdownloadgui.py --max_upload_rate 100k
> > MandrakeLinux-20031231-i586.iso.torrent
> > These errors occurred during execution:
> > [23:47:43] error: wrong format of --max_upload_rate - invalid
> > literal for long(): 100k
> > run with no args for parameter explanations
> >
> > Talk to you soon,
> > Take care,
> >
> > Paddy
>
> Paddy,
>
> as I recall Tom Brinkman has a pretty fair understanding about
> how this all works. check for his addy in the list archives and
> shoot him a message. Or post to his attention either here or on
> the Mandrake OT list. I'm sure you'll get a response.
>
> The Mandrake Off Topic list is here:
> http://mdw1982.dyndns.org/mailman/listinfo/mandrakeot
I use the GUI.
bittorrent-gui-3.3-3mdk
bittorrent-3.3-3mdk
I download the torrent file to /home/tom/torrent/ Then just
clicking on the torrent file in Konqueror File Manager starts the
little GUI screen showing d/l rate and estimated time, and the
upload rate. BUT....
Before starting the torrent, I edit....
/usr/lib/python2.3/site-packages/BitTorrent/download.py
(your python version might be different, mines current cooker)
... and limit upload bandwidth by editing
defaults = [
('max_uploads', 2,
"the maximum number of uploads to allow at once."),
... and
('max_upload_rate', 4,
'maximum kB/s to upload at, 0 means no limit'),
The last one is the important one. I also have DSL, 1.5mbit
down, but only 128kbit up. That translates to a max of about
13KBytes up. Since the d/l stream also needs bits for acks and
no acks, leaving the upload unlimited, all but kills the d/l. In
my example above, I've limited upload to 4KB. In practice, this
keeps torrent from using more than 4.9999... KB. Which leaves
enough for the torrent d/l stream, plus using my connection for
other things, including background stuff like ntpd, DNS requests,
etc. (run 'ethereal' to see all the background stuff)
I got the iso's at an average of 155KB/s down in just a few
hours early 1/1/04 while reading my morning email. I've left it
uploading since. With the d/l complete, my connection is as
usable as even without the torrent uploading. FWIW, I use the
GUI 'cause I never could get my head around the CL options ;)
I think the OP might be confusing 128 kilobits, with KiloBytes
too. Generally you can divide by 10 (8 bits to a byte + a
couple more for acks and background proccesses). So a 128kb
upstream is really a 13KB/s up. My 1.5million bits down stream
does well to get 155KByte/s down. The download.py settings are
in bytes, not bits.
--
Tom Brinkman Corpus Christi, Texas
Want to buy your Pack or Services from MandrakeSoft?
Go to http://www.mandrakestore.com
