tags 357203 +unreproducible tags 357203 +moreinfo severity 357203 normal thanks
Hi Timothy, Thanks for the bug report. I'm currently working on the bittornado package with Micah, so I thought I'd try to help with this. First off, if it's not too much trouble, could you give me some more information on what you have discovered, and how you discovered it. You say the cycle consumption is higher, but how high? What numbers are you seeing for btdownloadgui.bittornado, btdownloadcurses and btdownloadgui.bittorrent? Maybe also some details on your setup (CPU, Memory, Xorg version)? If possible, could you test it on a public domain torrent (perhaps from http://torrent.ibiblio.org/) that I can also test? On my machine (AMD AthlonXP 2400, 512MB RAM, Xorg 6.9.0.dfsg.1-4) I have found the following: Viewing on remote screen through SSH forwarding: * btdownloadgui.bittornado: 5-6% (consistently) * btdownloadgui.bittorrent: 4-6% (~5% on average) * btdownloadcurses: ~3% Viewing on local screen using fvwm window manager: * btdownloadgui.bittornado: 5-6% (Xorg: 1-2%) * btdownloadgui.bittorrent: 4-6% (Xorg: 0.5%) * btdownloadcurses: ~3% I have noticed higher CPU usages with btdownloadheadless in the past, but always when I was downloading something where I was connected to hundreds of peers. I believe the CPU (and memory) usage will always increase with large numbers of peers for all of the bittorrent based programs, so when comparing programs it's important to use a torrent with similar peer numbers. Cameron Dale
signature.asc
Description: OpenPGP digital signature
