Bug#701915: [Pkg-bitcoin-devel] Bug#701915: bitcoin-qt uses too much outgoing bandwidth
Please note that limiting connection bandwidth on a Bitcoin node (either bitcoind or bitcoin-qt), *especially* while listening to connections (that is, without setting listen=0 in the configuration file or -listen=0 on the command line), is in fact, harmful to the Bitcoin network. If you accept incoming connections, other nodes will connect to you. When you're relaying data, whether this is transaction or block data, the data will reach your peers slowly. The reason that this is more of a problem when listening to connections is that if you listen for incoming connections, a peer that is in the process of the initial sync with the network (either a new node, or one that has been shut down for a while) may connect to you and request blockchain data from your node. At the moment, the software selects one node to sync from, and requests data only from that node. If a peer is attempting to sync from your node and you have throttled the connection, that peer will be damaged.
Bug#701915: bitcoin-qt uses too much outgoing bandwidth
You could limit the bandwidh used by bitcoin-qt by running it using trickle. Running it like this would limit bitcoin-qt to use 20 kb/s for download and 10 kb/s for upload: trickle -u 10 -d 20 bitcoin-qt Using this approach you do not need to change bitcoin-qt at all. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701915: bitcoin-qt uses too much outgoing bandwidth
Package: bitcoin-qt Version: 0.7.2-2 Severity: normal Dear Maintainer, I left bitcoin-qt running one complete day, and I started to notice my Internet connection was slow. nethogs showed me that there were a process using port 8333 continuously wasting near 200KB/s, and netstat told me that the culprit was bitcoin-qt I expect bitcoin-qt to be nice to other network processes, or to be configurable with a maximum bandwith usage like aMule is. It actually eats almost all my outgoing bandwidth each time I left it running some time. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bitcoin-qt depends on: ii libboost-filesystem1.49.0 1.49.0-3.1 ii libboost-program-options1.49.0 1.49.0-3.1 ii libboost-system1.49.0 1.49.0-3.1 ii libboost-thread1.49.0 1.49.0-3.1 ii libc6 2.13-37 ii libdb5.1++ 5.1.29-5 ii libgcc1 1:4.7.2-5 ii libminiupnpc5 1.5-2 ii libqrencode33.3.0-2 ii libqt4-dbus 4:4.8.2+dfsg-10 ii libqtcore4 4:4.8.2+dfsg-10 ii libqtgui4 4:4.8.2+dfsg-10 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.2-5 bitcoin-qt recommends no packages. bitcoin-qt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701915: [Pkg-bitcoin-devel] Bug#701915: bitcoin-qt uses too much outgoing bandwidth
forwarded 701915 https://github.com/bitcoin/bitcoin/issues/273 severity 701915 wishlist tags 701915 upstream thanks On Thu, Feb 28, 2013 at 1:23 PM, Noel David Torres Taño env...@rolamasao.org wrote: Package: bitcoin-qt Version: 0.7.2-2 Severity: normal Dear Maintainer, I left bitcoin-qt running one complete day, and I started to notice my Internet connection was slow. nethogs showed me that there were a process using port 8333 continuously wasting near 200KB/s, and netstat told me that the culprit was bitcoin-qt I expect bitcoin-qt to be nice to other network processes, or to be configurable with a maximum bandwith usage like aMule is. It actually eats almost all my outgoing bandwidth each time I left it running some time. This is known issue, see [1,2]. It is suggested that you use one of the following: Command line options for bitcoin-qt -maxconnections=nMaintain at most n connections to peers (default: 125) -listenAccept connections from outside (default: 1 if no -proxy or -connect) so set maxconnections to something smaller or -listen 0. Upstream developers suggest turning off listen by using the command line options or config file. I'll leave this open as a pointer for others who are interested in it as well. [1] https://github.com/bitcoin/bitcoin/issues/273 [2] https://bitcointalk.org/index.php?topic=100779.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701915: [Pkg-bitcoin-devel] Bug#701915: bitcoin-qt uses too much outgoing bandwidth
On Jueves, 28 de febrero de 2013 18:41:50 Scott Howard wrote: forwarded 701915 https://github.com/bitcoin/bitcoin/issues/273 severity 701915 wishlist tags 701915 upstream thanks On Thu, Feb 28, 2013 at 1:23 PM, Noel David Torres Taño env...@rolamasao.org wrote: Package: bitcoin-qt Version: 0.7.2-2 Severity: normal Dear Maintainer, I left bitcoin-qt running one complete day, and I started to notice my Internet connection was slow. nethogs showed me that there were a process using port 8333 continuously wasting near 200KB/s, and netstat told me that the culprit was bitcoin-qt I expect bitcoin-qt to be nice to other network processes, or to be configurable with a maximum bandwith usage like aMule is. It actually eats almost all my outgoing bandwidth each time I left it running some time. This is known issue, see [1,2]. It is suggested that you use one of the following: Command line options for bitcoin-qt -maxconnections=nMaintain at most n connections to peers (default: 125) -listenAccept connections from outside (default: 1 if no -proxy or -connect) so set maxconnections to something smaller or -listen 0. Upstream developers suggest turning off listen by using the command line options or config file. I'll leave this open as a pointer for others who are interested in it as well. [1] https://github.com/bitcoin/bitcoin/issues/273 [2] https://bitcointalk.org/index.php?topic=100779.0 Thanks I want my client to be a full memeber of the bitcoin community, so I'll not set -listen 0 Is there a fixed amount of outgoing bandwidth per connection? If not, even - maxconnections=1 will experience same issue, I fear. Thanks anyway er Envite - A: Because it breaks the logical flow of discussion. Q: Why is top posting bad? signature.asc Description: This is a digitally signed message part.