1. 05 Jan, 2022 1 commit
    • Sina Mahmoodi's avatar
      graphql: check header first in blocks query (#24190) · c0d17bca
      Sina Mahmoodi authored
      Fixes #24167
      
      New behaviour is that the endpoint returns results only for available
      blocks without returning an error when it doesn't find a block. Note we
      skip any block after a non-existent block.
      
      This adds a header fetch for every block in range (even if header
      is not needed). Alternatively, we could do the check in every field's
      resolver method to avoid this overhead.
      c0d17bca
  2. 04 Jan, 2022 3 commits
  3. 26 Dec, 2021 1 commit
  4. 23 Dec, 2021 2 commits
  5. 22 Dec, 2021 3 commits
  6. 20 Dec, 2021 1 commit
  7. 17 Dec, 2021 6 commits
  8. 16 Dec, 2021 1 commit
  9. 15 Dec, 2021 1 commit
  10. 14 Dec, 2021 4 commits
  11. 11 Dec, 2021 1 commit
  12. 09 Dec, 2021 1 commit
  13. 07 Dec, 2021 3 commits
    • Martin Holst Swende's avatar
      core, eth: improve delivery speed on header requests (#23105) · db03faa1
      Martin Holst Swende authored
      This PR reduces the amount of work we do when answering header queries, e.g. when a peer
      is syncing from us.
      
      For some items, e.g block bodies, when we read the rlp-data from database, we plug it
      directly into the response package. We didn't do that for headers, but instead read
      headers-rlp, decode to types.Header, and re-encode to rlp. This PR changes that to keep it
      in RLP-form as much as possible. When a node is syncing from us, it typically requests 192
      contiguous headers. On master it has the following effect:
      
      - For headers not in ancient: 2 db lookups. One for translating hash->number (even though
        the request is by number), and another for reading by hash (this latter one is sometimes
        cached).
        
      - For headers in ancient: 1 file lookup/syscall for translating hash->number (even though
        the request is by number), and another for reading the header itself. After this, it
        also performes a hashing of the header, to ensure that the hash is what it expected. In
        this PR, I instead move the logic for "give me a sequence of blocks" into the lower
        layers, where the database can determine how and what to read from leveldb and/or
        ancients.
      
      There are basically four types of requests; three of them are improved this way. The
      fourth, by hash going backwards, is more tricky to optimize. However, since we know that
      the gap is 0, we can look up by the parentHash, and stlil shave off all the number->hash
      lookups.
      
      The gapped collection can be optimized similarly, as a follow-up, at least in three out of
      four cases.
      Co-authored-by: 's avatarFelix Lange <fjl@twurst.com>
      db03faa1
    • rjl493456442's avatar
    • aaronbuchwald's avatar
  14. 06 Dec, 2021 5 commits
  15. 05 Dec, 2021 1 commit
  16. 03 Dec, 2021 6 commits