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 > > <[email protected]> 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=<n> Maintain at most <n> connections to peers (default: > 125) -listen Accept 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.
