Default number of allowed connections is excessive #643

issue mikegogulski opened this issue on November 18, 2011
  1. mikegogulski commented at 6:41 PM on November 18, 2011: none

    At least on Win7 x64 with the 0.4.0-beta, I'm seeing in excess of 60^H^H70 simultaneous connections to/from the client.

    This seems excessively high, for one. Additionally, there is no mechanism in the client itself to change the number, short of creating a bitcoin.conf (I limit my services wallets to 16 connections, already IMHO more than enough).

  2. TheBlueMatt commented at 10:04 PM on November 18, 2011: member

    That is more a result of the bitcoin network not working well, it needs some serious examination, but so far (AFAIK) no one has stepped up to figure out why there are so many connections to any listening node.

  3. mikegogulski commented at 11:24 PM on November 18, 2011: none

    Perhaps that's true. My suggestion, though, is to add a connection limit to the GUI client, with a reasonable default value.

    On Fri, Nov 18, 2011 at 11:04 PM, Matt Corallo < reply@reply.github.com

    wrote:

    That is more a result of the bitcoin network not working well, it needs some serious examination, but so far (AFAIK) no one has stepped up to figure out why there are so many connections to any listening node.


    Reply to this email directly or view it on GitHub: #643 (comment)

  4. TheBlueMatt commented at 11:47 PM on November 18, 2011: member

    There is a limit - currently 100 IIRC, though I would vote for the option to change that in the GUI options menu. Setting it lower is something that would have to be thoroughly discussed first. As I mentioned, the network is already starved of nodes which accept incoming connections, limiting that number further could have very serious consequences. Someone needs to do some analysis of the network, but until then, the max connection limit really shouldnt be touched IMO.

  5. mikegogulski commented at 11:54 PM on November 18, 2011: none

    Okay, that's a very legitimate concern. Personally I have a 40 Mbps+ cable modem connection and enable UPnP in order to serve the network. I can imagine lots of people, though, on much slower links, wondering why their available bandwidth dropped after installing Bitcoin.

    And for nostalgia's sake, I'm also recalling those old limits built into consumer versions of MS Windows, like <= 100 TCP connections open at a time :P

    On Sat, Nov 19, 2011 at 12:47 AM, Matt Corallo < reply@reply.github.com

    wrote:

    There is a limit - currently 100 IIRC, though I would vote for the option to change that in the GUI options menu. Setting it lower is something that would have to be thoroughly discussed first. As I mentioned, the network is already starved of nodes which accept incoming connections, limiting that number further could have very serious consequences. Someone needs to do some analysis of the network, but until then, the max connection limit really shouldnt be touched IMO.


    Reply to this email directly or view it on GitHub: #643 (comment)

  6. jgarzik commented at 9:57 PM on July 5, 2012: contributor

    Use -maxconnections

  7. jgarzik closed this on Jul 5, 2012

  8. ptschip referenced this in commit ad51d78959 on Jun 6, 2017
  9. lateminer referenced this in commit 469d974519 on Oct 30, 2019
  10. Losangelosgenetics referenced this in commit 368831e5d0 on Mar 12, 2020
  11. Losangelosgenetics referenced this in commit e472d7bd11 on Mar 12, 2020
  12. KolbyML referenced this in commit 565e630f64 on Sep 4, 2020
  13. rajarshimaitra referenced this in commit ce8396b8f0 on Aug 5, 2021
  14. DrahtBot locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-20 03:16 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me