1. 02 Mar, 2020 1 commit
    • dirkmc's avatar
      Ensure broadcast when remaining peer becomes unavailable (#272) · 0ba089b4
      dirkmc authored
      * fix: ensure broadcast when peer becomes unavailable and all other peers sent DONT_HAVE for CID
      
      * fix: lint warnings
      
      * refactor: simplify session want sender DONT_HAVE list
      
      * fix: flaky test
      
      * test: add session exhausted wants test
      
      * docs: improve sessionWantSender processAvailability docs
      0ba089b4
  2. 12 Feb, 2020 1 commit
  3. 30 Jan, 2020 2 commits
    • Steven Allen's avatar
      feat: move internals to an internal package · bbf65296
      Steven Allen authored
      This makes reading the docs much easier as it's clear what's "private" and
      what's not.
      
      fixes #238
      bbf65296
    • dirkmc's avatar
      feat: bitswap protocol extensions · b3a47bcf
      dirkmc authored
      This commit extends the bitswap protocol with two additional wantlist properties:
      
      * WANT_HAVE/HAVE: Instead of asking for a block, a node can specify that they
        want to know if any peers "have" the block.
      * WANT_HAVE_NOT/HAVE_NOT: Instead of waiting for a timeout, a node can explicitly
        request to be told immediately if their peers don't currently have the given
        block.
      
      Additionally, nodes now tell their peers how much data they have queued to send
      them when sending messages. This allows peers to better distribute requests,
      keeping all peers busy but not overloaded.
      
      Changes in this PR are described in: https://github.com/ipfs/go-bitswap/issues/186
      b3a47bcf
  4. 20 May, 2019 1 commit
  5. 10 May, 2019 1 commit
  6. 30 Apr, 2019 1 commit
  7. 28 Feb, 2019 1 commit
    • Steven Allen's avatar
      fix: limit use of custom context type · 799bfb3e
      Steven Allen authored
      Goprocess returns a _custom_ context type. Unfortunately, golang has a bunch of
      magic type assertions to efficiently handle built-in context types but launches
      a new goroutine when deriving a new context from a custom context type.
      Otherwise, it has no way to wait on the custom context's channel.
      
      This fix just ensures we only ever have one of goroutines per provide worker by
      deriving a (normal) cancelable context up-front and then using that.
      799bfb3e
  8. 05 Feb, 2019 1 commit
  9. 22 Jan, 2019 1 commit
  10. 12 Dec, 2018 1 commit
  11. 11 Dec, 2018 1 commit
    • hannahhoward's avatar
      refactor(WantManager): extract PeerManager · 693085c9
      hannahhoward authored
      Seperates the functions of tracking wants from tracking peers
      Unit tests for both peer manager and want manager
      Refactor internals of both to address synchonization issues discovered
      in tests
      693085c9
  12. 04 Dec, 2018 1 commit
  13. 04 Oct, 2018 1 commit
    • taylor's avatar
      bitswap: Bitswap now sends multiple blocks per message · eb0d1ffc
      taylor authored
      Updated PeerRequestTask to hold multiple wantlist.Entry(s). This allows Bitswap to send multiple blocks in bulk per a Peer's request. Also, added a metric for how many blocks to put in a given message. Currently: 512 * 1024 bytes. 
      
      License: MIT
      Signed-off-by: default avatarJeromy <why@ipfs.io>
      eb0d1ffc
  14. 12 Sep, 2018 1 commit
  15. 27 Jul, 2018 1 commit
  16. 16 Jul, 2018 1 commit
  17. 27 Jun, 2018 1 commit
    • Steven Allen's avatar
      gx update · b468efbc
      Steven Allen authored
      Updates:
      
      * go-kad-dht: Query performance improvements, DHT client fixes, validates
        records on *local* put.
      * go-libp2p-swarm/go-libp2p-transport: Timeout improvements.
      * go-multiaddr-net: Exposes useful Conn methods (CloseWrite, CloseRead, etc.)
      * go-log: fixes possible panic when enabling/disabling events.
      * go-multiaddr: fixes possible panic when stringifying malformed multiaddrs,
        adds support for consuming /p2p/ multiaddrs.
      
      fixes #5113
      unblocks #4895
      
      License: MIT
      Signed-off-by: default avatarSteven Allen <steven@stebalien.com>
      b468efbc
  18. 09 Jun, 2018 1 commit
  19. 01 Jun, 2018 1 commit
  20. 01 Feb, 2018 1 commit
  21. 24 Jan, 2018 1 commit
  22. 29 Dec, 2017 1 commit
  23. 14 Dec, 2017 1 commit
  24. 02 Sep, 2017 1 commit
  25. 12 Jul, 2017 1 commit
  26. 06 Jul, 2017 1 commit
  27. 05 Jul, 2017 1 commit
  28. 04 Jul, 2017 1 commit
  29. 29 Jun, 2017 1 commit
  30. 26 Apr, 2017 1 commit
    • dgrisham's avatar
      bug fix: `BytesSent` in peers' ledgers now updates · bc9342bf
      dgrisham authored
      When sending data to another user, the number of bytes sent to that user (saved
      by the corresponding Bitswap ledger) was not updated (it was always 0). This
      also meant that the debt ratio was also always 0.
      
      The function that updates the `BytesSent` value in the ledger, `MessageSent()`,
      was already implemented, however it was not called when the peer was sent data.
      To fix this, a call to `MessageSent()` was made in the `taskWorker()` function,
      which is where both the message in question and the Bitswap engine were
      available to make the call. `MessageSent()` requires the peer's ID and
      `BitSwapMessage` as its arguments, the latter of which had to be created by
      making a new `BitSwapMessage`, then the block being sent was added to the new
      message.
      
      Note that, similar to the analagous call to `MessageReceived()`, records *all*
      of the bytes sent to a particular user. At some point, both of these should be
      updated to only record the numbers of *useful* bytes sent and received between
      peers.
      
      License: MIT
      Signed-off-by: default avatarDavid Grisham <dgrisham@mines.edu>
      bc9342bf
  31. 20 Apr, 2017 1 commit
  32. 06 Mar, 2017 2 commits
  33. 12 Feb, 2017 1 commit
  34. 29 Nov, 2016 1 commit
  35. 22 Nov, 2016 1 commit
  36. 16 Nov, 2016 1 commit
  37. 25 Oct, 2016 1 commit
  38. 12 Oct, 2016 1 commit
    • Jeromy's avatar
      merkledag: change 'Node' to be an interface · abfdac9a
      Jeromy authored
      Also change existing 'Node' type to 'ProtoNode' and use that most
      everywhere for now. As we move forward with the integration we will try
      and use the Node interface in more places that we're currently using
      ProtoNode.
      
      License: MIT
      Signed-off-by: default avatarJeromy <why@ipfs.io>
      abfdac9a