1. 12 Jun, 2015 1 commit
  2. 01 Jun, 2015 1 commit
  3. 30 May, 2015 5 commits
    • Jeromy's avatar
      handle error · 8cd12955
      Jeromy authored
      8cd12955
    • Jeromy's avatar
      parallelize block processing · bc186b26
      Jeromy authored
      bc186b26
    • Jeromy's avatar
      89c950aa
    • Jeromy's avatar
      adjust naming · 5056a837
      Jeromy authored
      5056a837
    • Jeromy's avatar
      Move findproviders out of main block request path · e5aa2acc
      Jeromy authored
      This PR moves the addition of new blocks to our wantlist (and their
      subsequent broadcast to the network) outside of the clientWorker loop.
      This allows blocks to more quickly propogate to peers we are already
      connected to, where before we had to wait for the previous findProviders
      call in clientworker to complete before we could notify our partners of
      the next blocks that we want. I then changed the naming of the
      clientWorker and related variables to be a bit more appropriate to the
      model. Although the clientWorker (now named providerConnector) feels a
      bit awkward and should probably be changed.
      
      fix test assumption
      e5aa2acc
  4. 26 May, 2015 1 commit
  5. 22 May, 2015 2 commits
  6. 21 May, 2015 15 commits
  7. 20 May, 2015 1 commit
  8. 19 May, 2015 1 commit
  9. 18 May, 2015 1 commit
  10. 06 May, 2015 2 commits
  11. 05 May, 2015 1 commit
  12. 04 May, 2015 1 commit
  13. 02 May, 2015 1 commit
  14. 30 Apr, 2015 1 commit
  15. 29 Apr, 2015 1 commit
  16. 28 Apr, 2015 2 commits
  17. 20 Apr, 2015 1 commit
    • Juan Batiz-Benet's avatar
      remove debugerrors · 70f2b6b0
      Juan Batiz-Benet authored
      We now consider debugerrors harmful: we've run into cases where
      debugerror.Wrap() hid valuable error information (err == io.EOF?).
      I've removed them from the main code, but left them in some tests.
      Go errors are lacking, but unfortunately, this isn't the solution.
      
      It is possible that debugerros.New or debugerrors.Errorf should
      remain still (i.e. only remove debugerrors.Wrap) but we don't use
      these errors often enough to keep.
      70f2b6b0
  18. 19 Apr, 2015 2 commits